Synthetisches Monitoring – Übersicht

In diesem Dokument wird die Unterstützung von Cloud Monitoring für synthetische Monitore beschrieben. Mit diesen Monitoren können Sie die Verfügbarkeit, Konsistenz und Leistung Ihrer Dienste, Anwendungen, Webseiten und APIs testen. Synthetische Monitore senden regelmäßig simulierte Anfragen und erfassen dann, ob diese Anfragen erfolgreich waren. Außerdem werden zusätzliche Daten zur Anfrage aufgezeichnet, z. B. die Latenz. Wenn ein Test fehlschlägt, können Sie sich benachrichtigen lassen, indem Sie eine Benachrichtigungsrichtlinie zum Überwachen der Testergebnisse erstellen.

Sie können Ihre Dienste und Anwendungen mit einer der folgenden Methoden testen:

  • Mit Verfügbarkeitsdiagnosen können Sie Google Cloud in regelmäßigen Abständen eine Anwendung abfragen, die auf HTTP-, HTTPS- oder TCP-Anfragen reagiert. Verfügbarkeitsdiagnosen können öffentliche oder private Endpunkte testen und die Antwortdaten validieren.

  • Mit benutzerdefinierten und Mocha-basierten synthetischen Monitoren können Sie eine Reihe von Tests bereitstellen, mit denen Sie eine Anwendung testen können, die auf HTTP- oder HTTPS-Anfragen reagiert. Um diese synthetischen Monitore zu erstellen, beginnen Sie mit einem von Cloud Monitoring bereitgestellten Framework – benutzerdefiniert oder Mocha – und schreiben dann Ihre Tests. Wenn Sie in diesem Projekt Zugriff auf Gemini Code Assist haben, können Sie einen Prompt eingeben, um den Testcode zu generieren.

  • Mit Tools zur Überprüfung defekter Links kann ein URI regelmäßig getestet werden. Außerdem kann eine konfigurierbare Anzahl von Links getestet werden, die unter diesem URI gefunden werden. Google Cloud

In der folgenden Tabelle sind die Tools aufgeführt, mit denen Sie Uptime-Prüfungen und synthetische Monitore erstellen können:

Google Cloud Console Cloud Monitoring API Terraform Clientbibliotheken
Verfügbarkeitsdiagnosen J J J J
Synthetisches Monitoring J J J
Prüfung auf fehlerhafte Links J J J

Verfügbarkeitsdiagnosen

Es gibt zwei Arten von Uptime-Prüfungen:

  • Bei öffentlichen Verfügbarkeitsdiagnosen werden Anfragen von mehreren Standorten weltweit an öffentlich verfügbare URLs oder Google Cloud -Ressourcen gesendet.
  • Bei privaten Verfügbarkeitsdiagnosen werden Anfragen an interne IP-Adressen von Google Cloud Ressourcen gesendet. Mit privaten Verfügbarkeitsdiagnosen können Sie Anfragen über ein privates Netzwerk an Ressourcen wie eine VM oder einen internen L4-Load Balancer (ILB) senden.

Die Anfragen, die im Namen von Verfügbarkeitsdiagnosen gestellt werden, stammen von Prüfprogrammen, die sich in mehreren Google Cloud Regionen befinden. Wenn Sie eine Verfügbarkeitsdiagnose erstellen, geben Sie die Regionen für die Diagnosen an.

Das System zur Ausführung von Anfragen für Verfügbarkeitsdiagnosen, das vonGoogle Cloudbereitgestellt wird, verwaltet Folgendes:

  • Ausführung der konfigurierten Prüfungen.

  • Validierung der Ergebnisse.

    Die von einem Checker gesendete Anfrage ist erfolgreich, wenn die Ressource antwortet und alle Anforderungen der Verfügbarkeitsdiagnosekonfiguration erfüllt sind. Andernfalls schlägt die Anfrage fehl. Die Abfragen der einzelnen Prüftools sind zustandslos. Das bedeutet, dass jede Abfrage eine unabhängige Aktion ist.

  • Ergebnisse für Verfügbarkeitsdiagnose-Messwerte erfassen und speichern.

    Weitere Informationen zu diesen Messwerten finden Sie in der Tabelle mit monitoring-Messwerten unter den Einträgen für uptime_check.

  • Logeinträge bei Fehlern schreiben

    Wenn Sie Ihre Verfügbarkeitsdiagnose über die Google Cloud Console erstellen, können Sie sie so konfigurieren, dass bei einem Fehler auch ein Logeintrag geschrieben wird. Wenn Sie eine öffentliche Verfügbarkeitsdiagnose so konfiguriert haben, dass ICMP-Pings gesendet werden, werden die Ergebnisse dieser Pings in Cloud Logging-Logs geschrieben, wenn der Ping fehlschlägt. Weitere Informationen finden Sie unter ICMP-Pings verwenden.

Tools zur Überprüfung auf fehlerhafte Links und andere synthetische Monitore

Mit synthetischen Monitoren können Sie definieren, was Sie testen möchten, und eine Testsequenz festlegen. Sie können beispielsweise die Anmeldeseite Ihrer Anwendung, den Checkout-Prozess Ihres Onlineshops oder die API-Aufrufe testen, die Ihre Anwendung an Drittanbieterdienste sendet.

Wenn Sie einen synthetischen Monitor erstellen, stellen Sie eine Cloud Run-Funktion der 2. Generation bereit, die auf Cloud Run basiert. Ihre Funktion muss in Node.js geschrieben sein und auf dem Open-Source-Synthetics SDK-Framework basieren. Cloud Monitoring stellt dieses Framework bereit und verwaltet es.

Cloud Monitoring unterstützt die folgenden Arten von synthetischen Monitoren:

Das System zur Ausführung von Anfragen für synthetische Monitore, das vonGoogle Cloudbereitgestellt wird, verwaltet Folgendes:

  • Regelmäßige Ausführung Ihrer Cloud Run-Funktion.

  • Erfassen und Speichern der Ergebnisse jeder Ausführung:

    • Informationen zu Erfolg und Misserfolg, z. B. Fehlermeldung, Fehlertyp und Codezeile.
    • Ausführungszeit
    • Logs
    • Messwerte

    Informationen zum Aufrufen von Ausführungsergebnissen finden Sie unter Ergebnisse des synthetischen Monitors ansehen.

Ergebnisse im Blick behalten und ansehen

Sie können die Ergebnisse Ihrer synthetischen Monitore und Verfügbarkeitsdiagnosen in der Google Cloud -Konsole ansehen:

  • Rufen Sie für synthetische Monitore die Seite Synthetische Monitore auf.
  • Rufen Sie für Verfügbarkeitsdiagnosen die Seite Verfügbarkeitsdiagnosen auf.

Wenn Sie benachrichtigt werden möchten, wenn ein synthetischer Monitor oder ein Uptime-Check fehlschlägt, erstellen Sie eine Benachrichtigungsrichtlinie mit derGoogle Cloud -Konsole oder der Google Cloud CLI.

Fehlerbehebung

Zur Unterstützung bei der Fehlerbehebung enthalten die Anfrageheader und protokollierten Daten die ID des zugehörigen synthetischen Monitors oder der zugehörigen Verfügbarkeitsdiagnose. Weitere Informationen finden Sie unter Fehlerbehebung bei synthetischen Monitoren oder Verfügbarkeitsdiagnosen.

Regionalität der Daten

Verwenden Sie keine synthetischen Monitore oder Verfügbarkeitsdiagnosen, wenn Sie Assured Workloads eingerichtet haben, da Sie Anforderungen an den Datenstandort oder Impact Level 4 (IL4) haben.

Cloud Monitoring garantiert nicht, dass die Daten in der Uptime-Check-Anfrage an einem bestimmten geografischen Standort gespeichert werden.

Für synthetische Monitore, die von einer Cloud Run-Funktion abhängen, können Sie die Region angeben, in der Ihre Cloud Run-Funktion bereitgestellt wird. Ihre Funktion kann jedoch aus jeder Region aufgerufen werden, die von den Verfügbarkeitsdiagnose-Servern unterstützt wird. Dieses Verhalten kann nicht konfiguriert werden.

Preise

Im Allgemeinen sind Cloud Monitoring-Systemmesswerte kostenlos, Messwerte aus externen Systemen, Agents oder Anwendungen jedoch nicht. Abrechenbare Messwerte werden entweder nach der Anzahl der aufgenommenen Byte oder der Anzahl der aufgenommenen Stichproben abgerechnet.

Weitere Informationen finden Sie im Abschnitt zu Cloud Monitoring auf der Seite Google Cloud Observability-Preise.

Limits

Für die Verwendung von synthetischen Monitoren gelten die folgenden Limits:

Kategorie Wert
Verfügbarkeitsdiagnosen pro Messwertbereich * 100
Maximale Anzahl von ICMP-Pings pro öffentlicher Verfügbarkeitsdiagnose 3
Synthetische Monitore pro Messwertbereich 100†
*Dieses Limit bezieht sich auf die Anzahl der Verfügbarkeitsdiagnosen-Konfigurationen. Jede Verfügbarkeitsdiagnosen-Konfiguration enthält das Zeitintervall für den Statustest der angegebenen Ressource.
†Informationen zum Erhöhen dieses Limits finden Sie unter Kontingente über die Google Cloud Console verwalten.

Nächste Schritte