In diesem Dokument wird der Support beschrieben, den Cloud Monitoring für mit synthetischen Überwachungsfunktionen die Verfügbarkeit, Konsistenz und Leistung Ihrer Dienste, Anwendungen, Webseiten und APIs. Synthetische Monitorings geben regelmäßig simulierte Anfragen aus und erfassen dann, ob diese Anträge erfolgreich waren, und es wurden zusätzliche Daten wie etwa 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 die auf HTTP-, HTTPS- oder TCP-Anfragen antwortet. Verfügbarkeitsdiagnosen können öffentliche oder private Endpunkte testen und die Antwort validieren. Daten.
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:
- Öffentliche Verfügbarkeitsdiagnosen senden Anfragen von mehreren Standorte weltweit zu öffentlich verfügbaren URLs oder Google Cloud-Ressourcen.
- Private Uptime-Prüfungen senden Anfragen an interne IP-Adressen von Google Cloud-Ressourcen. Private Verfügbarkeitsdiagnosen können Anfragen senden über ein privates Netzwerk auf Ressourcen wie eine virtuelle Maschine (VM) oder ein Interner L4-Load-Balancer (ILB).
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 System zur Anfrageausführung für Verfügbarkeitsdiagnosen, das vom Google Cloud 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 einzelner Prüfungen sind zustandslos. also: ist jede Abfrage 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 Tabelle mitmonitoring
-Messwerten.Logeinträge werden bei einem Fehler geschrieben.
Wenn Sie die Verfügbarkeitsdiagnose mit der Google Cloud Console erstellen, können Sie konfigurieren Sie die Verfügbarkeitsdiagnose so, dass auch ein Logeintrag 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 Verwenden Sie ICMP-Pings.
Linksuche und andere synthetische Monitore
Mit synthetischen Monitoren definieren Sie, und eine Reihe von Tests. Sie können beispielsweise die Anmeldeseite Ihrer Anwendung testen, den Bezahlvorgang Ihres E-Commerce-Shops oder die API-Aufrufe, Anwendungen von Drittanbietern.
Wenn Sie einen synthetischen Monitor erstellen, stellen Sie einen Cloud Run-Funktion der 2. Generation das 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 Typen synthetischer Monitore:
Mit benutzerdefinierten oder Mocha-basierten synthetischen Monitoren können Sie eine vollständig konfigurierbare Cloud Run-Funktion für einen bestimmten Zweck bereitstellen.
Mit Fehlerhafte Links können Sie Optionen festlegen, wie der Ursprungs-URI, die Anzahl der getesteten Links und die Anzahl der Wiederholungsversuche. bevor Sie eine vorkonfigurierte Cloud Run-Funktion bereitstellen.
Das System zur Anfrageausführung für synthetisches Monitoring, das vom Google Cloud 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 des synthetischen Monitorings untersuchen
Ergebnisse überwachen 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.
- Rufen Sie für Verfügbarkeitsdiagnosen die Seite Verfügbarkeitsdiagnosen auf.
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.
Fehler beheben
Um Sie bei der Fehlerbehebung zu unterstützen, haben die Anfrage-Header und die protokollierten Daten enthalten die ID des zugehörigen synthetischen Monitors oder der Verfügbarkeitsdiagnose. Weitere Informationen Siehe Fehler beim synthetischen Monitoring oder Verfügbarkeitsdiagnosen beheben.
Regionalität der Daten
Verwenden Sie nach der Einrichtung keine synthetischen Monitoring- oder Verfügbarkeitsdiagnosen Assured Workloads, da Sie Datenstandort oder Impact Level 4 (IL4) Anforderungen.
Cloud Monitoring garantiert nicht, dass die Daten in der Anfrage zur Verfügbarkeitsdiagnose an einem bestimmten geografischen Ort 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, 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 Cloud Monitoring-Preisen finden Sie in den folgenden Dokumenten:
Limits
Für die Verwendung synthetischer Monitore gelten die folgenden Limits:
Kategorie | Wert |
---|---|
Verfügbarkeitsdiagnosen nach Messwertbereich * | 100 |
Maximale Anzahl von ICMP-Pings pro öffentliche 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
Informationen zu Verfügbarkeitsdiagnosen finden Sie in den folgenden Dokumenten:
Informationen zu synthetischen Monitoren finden Sie in den folgenden Dokumenten: