Synthetisches Monitoring – Übersicht

In diesem Dokument wird beschrieben, wie Cloud Monitoring synthetische Monitore unterstützt. Mit diesen 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 haben folgende Möglichkeiten, Ihre Dienste und Anwendungen zu testen:

  • Mit Verfügbarkeitsdiagnosen können Sie regelmäßig eine Anwendung abfragen, die auf HTTP-, HTTPS- oder TCP-Anfragen antwortet. Google Cloud 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 antwortet. 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 verwenden, um den Testcode zu generieren.

  • Mit Prüfungen auf fehlerhafte Links können Sie regelmäßig eine URI und eine konfigurierbare Anzahl von Links testen, die unter dieser URI gefunden werden. Google Cloud

In der folgenden Tabelle sind die Tools aufgeführt, mit denen Sie Verfügbarkeitsdiagnosen und synthetische Monitore erstellen können:

Google Cloud Console Cloud Monitoring API Terraform Clientbibliotheken
Verfügbarkeitsdiagnosen Ja J J Ja
Synthetisches Monitoring Ja J Ja
Prüfungen auf fehlerhafte Links Ja J 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, die im Namen von Verfügbarkeitsdiagnosen gestellt werden, stammen von Diagnosen , 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 von Google Cloudbereitgestellt wird, verwaltet Folgendes:

  • Ausführung der konfigurierten Diagnosen.

  • Validierung der Ergebnisse.

    Die von einer Diagnose gesendete Anfrage ist erfolgreich, wenn die Ressource antwortet und alle Anforderungen der Verfügbarkeitsdiagnosen-Konfiguration erfüllt sind. Andernfalls schlägt die Anfrage fehl. Die Abfragen einzelner Diagnosen sind zustandslos. Das heißt, jede Abfrage ist eine unabhängige Aktion.

  • Erfassen und Speichern der Ergebnisse in Verfügbarkeitsdiagnosen-Messwerten.

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

  • Logeinträge bei Fehlern schreiben.

    Wenn Sie die Verfügbarkeitsdiagnose über die Google Cloud Console erstellen, können Sie sie so konfigurieren, dass auch ein Logeintrag geschrieben wird, wenn die Diagnose fehlschlägt. 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.

Prüfungen auf fehlerhafte Links und andere synthetische Monitore

Mit synthetischen Monitoren können Sie definieren, was getestet werden soll, und eine Abfolge von Tests. 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 Runbasiert. Ihre Funktion muss in Node.js geschrieben sein und auf dem Open-Source Framework Synthetics SDK basieren. Cloud Monitoring verteilt und verwaltet dieses Framework.

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

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

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

  • Erfassen und Speichern der Ergebnisse jeder Ausführung:

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

    Informationen zum Ansehen der Ausführungsergebnisse finden Sie unter Ergebnisse des synthetischen Monitors ansehen.

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 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 eine Verfügbarkeitsdiagnose fehlschlägt, erstellen Sie eine Benachrichtigungsrichtlinie über die Google Cloud Console oder die Google Cloud CLI.

Fehlerbehebung

Um Sie bei der Fehlerbehebung zu unterstützen, 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, weil Sie Anforderungen an die Datenresidenz oder das Impact Level 4 (IL4) haben.

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

Bei synthetischen Monitoren, 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 aus aufgerufen werden, die von den Verfügbarkeitsdiagnosen-Servern unterstützt wird. Dieses Verhalten kann nicht konfiguriert werden.

Preise

Informationen zu den Preisen für Cloud Monitoring finden Sie auf der Seite Google Cloud Observability-Preise.

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 Kontingentanpassung anfordern.

Nächste Schritte