Synthetisches Monitoring – Übersicht

Mit synthetischen Monitoren und Verfügbarkeitsdiagnosen in Cloud Monitoring können Sie die Verfügbarkeit, Konsistenz und Leistung Ihrer Dienste, Anwendungen, Webseiten und APIs testen. Sie senden regelmäßig simulierte Anfragen oder führen Skripttests aus und zeichnen das Ergebnis und die Latenz jeder Ausführung auf. Anschließend können Sie eine Benachrichtigungsrichtlinie erstellen, damit Sie benachrichtigt werden, wenn ein Test fehlschlägt.

Optionen für synthetisches Monitoring

Sie haben folgende Möglichkeiten, Ihre Dienste und Anwendungen zu testen:

  • Mit Verfügbarkeitsdiagnosen können Sie regelmäßig öffentliche oder private Endpunkte abfragen, die auf HTTP-, HTTPS- oder TCP-Anfragen antworten, und die Antwortdaten validieren.

  • Mit benutzerdefinierten und Mocha-basierten synthetischen Monitoren können Sie eine Reihe von Tests für Anwendungen bereitstellen, die auf HTTP- oder HTTPS-Anfragen reagieren. Sie beginnen mit einem benutzerdefinierten oder von Cloud Monitoring bereitgestellten Mocha-Framework und schreiben dann Ihre Tests oder fordern Gemini Code Assist auf, den Testcode zu generieren, wenn Sie in Ihrem Projekt Zugriff haben.

  • Mit Tools zur Überprüfung defekter Links können Sie 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, mit denen Sie Verfügbarkeitsdiagnosen 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 Verfügbarkeitsdiagnosen:

  • 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 Checkern, die sich in mehreren Google Cloud Regionen befinden. Wenn Sie eine Uptime-Prüfung erstellen, geben Sie die Regionen für die Prüfer 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 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 der einzelnen Prüftools sind zustandslos. Das bedeutet, dass jede Abfrage eine unabhängige Aktion ist.

  • Die Ergebnisse werden erfasst und in Verfügbarkeitsdiagnosemesswerten gespeichert.

    Weitere Informationen zu diesen Messwerten finden Sie in der uptime_check-Tabelle unter monitoring-Messwerte.

  • Logeinträge bei Fehler schreiben.

    Wenn Sie Ihre 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ü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 Bezahlvorgang 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 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 vonGoogle Cloudbereitgestellt wird, verwaltet Folgendes:

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

  • Ergebnisse jeder Ausführung erfassen und speichern:

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

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

Ergebnisse im Blick behalten und ansehen

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

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

Wenn Sie benachrichtigt werden möchten, wenn ein synthetischer Monitor oder ein Uptime-Check fehlschlägt, erstellen Sie eine Benachrichtigungsrichtlinie mit derGoogle Cloud Console 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, weil Sie Anforderungen an den Datenstandort oder Impact Level 4 (IL4) haben.

Cloud Monitoring garantiert nicht, dass die Daten in der Anfrage für den Uptime-Check 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 Uptime-Check-Servern unterstützt wird. Dieses Verhalten kann nicht konfiguriert werden.

VPC Service Controls-Perimeter

Wenn sich ein Google Cloud Projekt in einem aktivierten VPC Service Controls-Perimeter befindet, gilt Folgendes:

  • Private Verfügbarkeitsdiagnosen: Sie können private Verfügbarkeitsdiagnosen erstellen, ändern, ansehen und löschen.

  • Öffentliche Verfügbarkeitsdiagnosen und synthetische Monitore: Sie können keine öffentlichen Verfügbarkeitsdiagnosen oder synthetischen Monitore erstellen oder ändern. Alle Prüfungen oder synthetischen Monitore, die vor dem Hinzufügen des Google Cloud -Projekts zum Perimeter vorhanden waren, funktionieren jedoch weiterhin und Sie können sie weiterhin ansehen und löschen.

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 Konfiguration für Verfügbarkeitsdiagnosen enthält das Zeitintervall zwischen den Tests des Status der angegebenen Ressource.
†Informationen zum Erhöhen dieses Limits finden Sie unter Kontingentanpassung anfordern.

Nächste Schritte