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 Google Cloud können Sie 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 Tools zum Prüfen auf fehlerhafte Links können Sie 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, 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 Verfügbarkeitsdiagnosen 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ügbarkeitschecks 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 vonGoogle Cloudbereitgestellte System zur Anfrageausführung 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 in Messwerten für die Verfügbarkeitsdiagnose erfasst und gespeichert.
Weitere Informationen zu diesen Messwerten finden Sie in den
uptime_check
-Einträgen in dermonitoring
-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:
Mit benutzerdefinierten oder Mocha-basierten synthetischen Monitoren können Sie eine vollständig konfigurierbare Cloud Run-Funktion für einen bestimmten Zweck bereitstellen.
Mit Link-Prüftools können Sie Optionen wie den Ursprungs-URI, die Anzahl der getesteten Links und die Anzahl der Wiederholungen angeben, bevor Sie eine vorkonfigurierte Cloud Run-Funktion bereitstellen.
Das vonGoogle Cloudbereitgestellte 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 von synthetischen Monitoren 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.
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 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, während Messwerte externer Systeme, Agents oder Anwendungen kostenpflichtig sind. 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† |
†Informationen zum Erhöhen dieses Limits finden Sie unter Kontingente über die Google Cloud Console verwalten.
Nächste Schritte
Weitere Informationen zu Verfügbarkeitsdiagnosen finden Sie in den folgenden Dokumenten:
Weitere Informationen zu synthetischen Monitoren finden Sie in den folgenden Dokumenten: