Synthetisches Monitoring – Übersicht

In diesem Dokument wird die Unterstützung von synthetischen Monitoren durch Cloud Monitoring 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 erfasst, 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 kann Google Cloud regelmäßig eine Anwendung abfragen, die auf HTTP-, HTTPS- oder TCP-Anfragen reagiert. Mit Verfügbarkeitsdiagnosen können öffentliche oder private Endpunkte getestet und die Antwortdaten validiert werden.

  • 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 Framework, das von Cloud Monitoring bereitgestellt wird – benutzerdefiniert oder Mocha – und schreiben dann Ihre Tests. Wenn Sie in diesem Projekt Zugriff auf Gemini Code Assist haben, können Sie einen Prompt zum Generieren Ihres Testcodes geben.

  • Mithilfe von Checkern für fehlerhafte Links kann Google Cloud regelmäßig eine URI und eine konfigurierbare Anzahl von Links testen, die unter dieser URI gefunden werden.

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
Tools zur 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 auf der ganzen Welt an öffentlich verfügbare URLs oder Google Cloud-Ressourcen gesendet.
  • Private Uptime-Prüfungen senden Anfragen an interne IP-Adressen von Google Cloud-Ressourcen. Bei privaten Verfügbarkeitsdiagnosen können Anfragen über ein privates Netzwerk an Ressourcen wie eine virtuelle Maschine (VM) oder einen L4-internen Load Balancer (ILB) gesendet werden.

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

Das von Google Cloud bereitgestellte System zur Ausführung von Anfragen für Verfügbarkeitsdiagnosen verwaltet Folgendes:

  • Ausführung der konfigurierten Prüfprogramme.

  • Validierung der Ergebnisse.

    Die von einem Prüfer gestellte 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üfer sind zustandslos, d. h., jede Abfrage ist eine unabhängige Aktion.

  • Die Ergebnisse werden erfasst und in Messwerten zur Verfügbarkeitsdiagnose gespeichert.

    Weitere Informationen zu diesen Messwerten finden Sie in den uptime_check-Einträgen in der monitoring-Messwerttabelle.

  • Logeinträge bei Fehlern schreiben

    Wenn Sie die Verfügbarkeitsdiagnose mit der Google Cloud Console erstellen, können Sie sie so konfigurieren, dass auch ein Protokolleintrag geschrieben wird, wenn die Prüfung fehlschlägt. Wenn Sie eine öffentliche Verfügbarkeitsdiagnose zum Senden von ICMP-Pings konfiguriert haben, werden die Ergebnisse dieser Pings in Cloud Logging-Protokolle geschrieben, wenn der Ping fehlschlägt. Weitere Informationen finden Sie unter ICMP-Pings verwenden.

Linkschnüffler und andere synthetische Monitore

Mit synthetischen Monitoren können Sie festlegen, was Sie testen möchten, und eine Testabfolge definieren. Sie können beispielsweise die Anmeldeseite Ihrer Anwendung, den Bezahlvorgang Ihres E-Commerce-Shops 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 das Open-Source-Synthetics SDK Framework verwenden. Cloud Monitoring verteilt und verwaltet dieses Framework.

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

Das von Google Cloud bereitgestellte System zur Ausführung von Anfragen für synthetische Monitore verwaltet Folgendes:

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

  • Ergebnisse der einzelnen Ausführungen erfassen und speichern:

    • Informationen zum Erfolg oder Fehler, z. B. die Fehlermeldung, der Fehlertyp und die Codezeile.
    • Ausführungszeit
    • Logs
    • Messwerte

    Informationen zum Aufrufen von Ausführungsergebnissen finden Sie unter Ergebnisse synthetischer Monitore analysieren.

Ergebnisse beobachten und ansehen

Sie können die Ergebnisse Ihrer synthetischen Monitorings und Verfügbarkeitsdiagnosen in der Google Cloud Console beobachten:

  • Informationen zu synthetischen Monitoren finden Sie auf der Seite Synthetische Monitore.
  • Informationen zu Verfügbarkeitsdiagnosen finden Sie auf der Seite Verfügbarkeitsdiagnosen.

Wenn Sie benachrichtigt werden möchten, wenn ein synthetischer Monitor oder eine Uptime-Prüfung fehlschlägt, erstellen Sie mit der Google Cloud Console oder der Google Cloud CLI eine Benachrichtigungsrichtlinie.

Fehlerbehebung

Zur Unterstützung bei der Fehlerbehebung enthalten die Anfrageheader und die 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, weil Sie Anforderungen an den Datenstandort oder Impact Level 4 (IL4) haben.

Cloud Monitoring kann nicht garantieren, dass die Daten in der Anfrage zur Betriebszeitprüfung 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 von 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 von externen Systemen, Agents oder Anwendungen hingegen nicht. Abrechenbare Messwerte werden entweder nach der Anzahl der aufgenommenen Byte oder der Anzahl der aufgenommenen Stichproben abgerechnet.

Weitere Informationen zu den Preisen für Cloud Monitoring finden Sie in den folgenden Dokumenten:

Limits

Für die Verwendung synthetischer Monitore 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