Synthetisches Monitoring – Übersicht

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

Zum Testen Ihrer Dienste und Anwendungen können Sie einen der folgenden Ansätze verwenden:

  • Mit Verfügbarkeitsdiagnosen kann Google Cloud regelmäßig Anwendungen abfragen, die auf HTTP-, HTTPS- oder TCP-Anfragen antworten. 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 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 zum Generieren Ihres Testcodes bereitstellen.

  • Mit der Prüfung fehlerhafter Links kann Google Cloud regelmäßig einen URI und eine konfigurierbare Anzahl von Links testen, die unter diesem URI gefunden werden.

In der folgenden Tabelle sind die Tools aufgeführt, die Sie zum Erstellen von Verfügbarkeitsdiagnosen und synthetischen Monitoren verwenden können:

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

Verfügbarkeitsdiagnosen

Es gibt zwei Arten von Verfügbarkeitsdiagnosen:

  • Öffentliche Verfügbarkeitsdiagnosen senden Anfragen von mehreren Standorten weltweit an öffentlich verfügbare URLs oder Google Cloud-Ressourcen.
  • Private Verfügbarkeitsdiagnosen senden Anfragen an interne IP-Adressen von Google Cloud-Ressourcen. Private Verfügbarkeitsdiagnosen können Anfragen über ein privates Netzwerk an Ressourcen wie eine virtuelle Maschine (VM) oder einen internen L4-Load-Balancer (ILB) senden.

Die Anfragen für 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 Anfrageausführung für Verfügbarkeitsdiagnosen verwaltet Folgendes:

  • Ausführung der konfigurierten Prüfungen.

  • Validierung der Ergebnisse.

    Die von einer Prüfung ausgegebene Anfrage ist erfolgreich, wenn die Ressource antwortet und alle Anforderungen der Verfügbarkeitsdiagnosekonfiguration erfüllt sind. Andernfalls schlägt die Anfrage fehl. Die Abfragen einzelner Prüfteams sind zustandslos, d. h., jede Abfrage ist eine unabhängige Aktion.

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

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

  • Logeinträge werden bei einem Fehler geschrieben.

    Wenn Sie die Verfügbarkeitsdiagnose mit der Google Cloud Console erstellen, können Sie sie so konfigurieren, dass bei fehlgeschlagener Prüfung auch ein Logeintrag geschrieben wird. Wenn Sie eine öffentliche Verfügbarkeitsdiagnose zum Senden von ICMP-Pings konfiguriert haben, werden die Ergebnisse dieser Pings nach Fehlschlagen des Pings in Cloud Logging-Logs geschrieben. Weitere Informationen finden Sie unter ICMP-Pings verwenden.

Informationen zu fehlerhaften Links und andere synthetische Monitoring-Tools

Mit synthetischen Monitoren können Sie definieren, was getestet werden soll, sowie eine Abfolge von Tests. Sie können beispielsweise die Anmeldeseite Ihrer Anwendung, den Bezahlvorgang Ihres E-Commerce-Shops oder die API-Aufrufe Ihrer Anwendung an Drittanbieterdienste testen.

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

Cloud Monitoring unterstützt die folgenden Typen synthetischer Monitore:

Das von Google Cloud bereitgestellte System zur Anfrageausführung für synthetisches Monitoring verwaltet Folgendes:

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

  • Ergebnisse jeder Ausführung erfassen und speichern:

    • Informationen zu Erfolg und Fehler wie Fehlermeldung, Fehlertyp und Codezeile
    • Ausführungszeit
    • Logs
    • Messwerte

    Informationen zum Aufrufen von Ausführungsergebnissen finden Sie unter Ergebnisse von synthetischem Monitoring untersuchen.

Ergebnisse überwachen und ansehen

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

  • Rufen Sie für synthetisches Monitoring die Seite Synthetisches Monitoring auf.
  • Rufen Sie für Verfügbarkeitsdiagnosen die Seite Verfügbarkeitsdiagnosen auf.

Wenn Sie benachrichtigt werden möchten, wenn ein synthetischer Monitor oder eine Verfügbarkeitsdiagnose fehlschlägt, erstellen Sie mithilfe der Google Cloud Console oder der Google Cloud CLI eine Benachrichtigungsrichtlinie.

Fehler beheben

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

Regionalität der Daten

Verwenden Sie keine synthetischen Monitoring- oder Verfügbarkeitsdiagnosen, wenn Sie Assured Workloads eingerichtet haben, da Sie Anforderungen an Datenresidenz oder Wirkungs-Level 4 (IL4) haben.

Cloud Monitoring garantiert nicht, dass die Daten in der Anfrage zur Verfügbarkeitsdiagnose an einem bestimmten geografischen Standort gespeichert werden.

Bei synthetischen Monitoren, die von einer Cloud Functions-Funktion abhängen, können Sie die Region angeben, in der die Cloud Functions-Funktion bereitgestellt wird. Die Funktion kann jedoch aus jeder Region aufgerufen werden, die von den Servern für die Verfügbarkeitsdiagnose unterstützt wird. Dieses Verhalten kann nicht konfiguriert werden.

Preise

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

Weitere Informationen zu den Cloud Monitoring-Preisen finden Sie in den folgenden Dokumenten:

Limits

Für die Verwendung von synthetischem Monitoring gelten die folgenden Limits:

Kategorie Wert
Verfügbarkeitsdiagnosen nach Messwertbereich * 100
Maximale Anzahl von ICMP-Pings pro öffentliche Verfügbarkeitsdiagnose 3
Synthetisches Monitoring pro Messwertbereich 100†
*Dieses Limit gilt für die Anzahl der Verfügbarkeitsdiagnosen-Konfigurationen. Jede Verfügbarkeitsdiagnosen-Konfiguration enthält das Zeitintervall zwischen dem Testen des Status der angegebenen Ressource.
†Informationen zum Erhöhen dieses Limits finden Sie unter Kontingent über die Google Cloud Console verwalten.

Nächste Schritte