In diesem Dokument wird beschrieben, wie Sie eine öffentliche Verfügbarkeitsdiagnose erstellen. Bei einer öffentlichen Verfügbarkeitsdiagnose können Anfragen von mehreren Standorten auf der ganzen Welt an öffentlich verfügbare URLs oder Google Cloud-Ressourcen gesendet werden, um festzustellen, ob die Ressource antwortet. Informationen zum Erstellen von Verfügbarkeitsdiagnosen für private Netzwerke finden Sie unter Private Verfügbarkeitsdiagnosen erstellen.
Öffentliche Verfügbarkeitsdiagnosen können die Verfügbarkeit der folgenden überwachten Ressourcen ermitteln:- URL der Verfügbarkeitsdiagnose
- VM-Instanz
- App Engine-Anwendung
- Kubernetes-Dienst
- Amazon Elastic Compute Cloud (EC2)-Instanz
- Amazon Elastic-Load-Balancer
- Überarbeitung in Cloud Run
Links zu Informationen zum Verwalten und Überwachen von Verfügbarkeitsdiagnosen finden Sie im Abschnitt Weitere Informationen dieses Dokuments.
Verfügbarkeitsdiagnosen
Bei HTTP und HTTPS werden allen URL-Weiterleitungen gefolgt und die endgültige Antwort, die die Verfügbarkeitsdiagnose empfängt, wird zur Bewertung von Erfolgskriterien verwendet. Bei HTTPS-Prüfungen wird die Ablaufzeit des SSL-Zertifikats basierend auf dem Serverzertifikat berechnet, das in der endgültigen Antwort empfangen wurde.
Damit eine Verfügbarkeitsdiagnose erfolgreich ist, müssen die folgenden Bedingungen erfüllt sein:
- Der HTTP-Status muss den von Ihnen angegebenen Kriterien entsprechen.
- Die Antwortdaten haben keinen erforderlichen Inhalt oder der erforderliche Inhalt ist vorhanden.
Bei Verfügbarkeitsdiagnosen werden keine Seiten-Assets geladen oder JavaScript ausgeführt. Außerdem enthält die Standardkonfiguration einer Verfügbarkeitsdiagnose keine Authentifizierung.
Hinweise
-
Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen für Ihr Projekt zu gewähren, damit Sie die Berechtigungen erhalten, die Sie zum Erstellen von Verfügbarkeitsdiagnosen benötigen:
-
Monitoring Editor (
roles/monitoring.editor
) – Nutzer der Google Cloud Console -
Bearbeiter von Konfigurationen für Verfügbarkeitsdiagnosen (
roles/monitoring.uptimeCheckConfigEditor
) – API-Nutzer -
Editor für Monitoring-Benachrichtigungsrichtlinien (
roles/monitoring.alertPolicyEditor
) – API-Nutzer -
Bearbeiter von Monitoring-Benachrichtigungskanälen (
roles/monitoring.notificationChannelEditor
) – API-Nutzer
Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff verwalten.
Möglicherweise können Sie die erforderlichen Berechtigungen auch über benutzerdefinierte Rollen oder andere vordefinierte Rollen erhalten.
-
Monitoring Editor (
Prüfen Sie, ob die Ressource, die Sie prüfen möchten, entweder einen öffentlichen Endpunkt hat oder sich hinter einer konfigurierbaren Firewall befindet.
Für alle anderen Konfigurationen müssen Sie eine private Verfügbarkeitsdiagnose erstellen. Weitere Informationen finden Sie unter Private Verfügbarkeitsdiagnosen erstellen.
Wenn sich die Ressource hinter einer Firewall befindet, konfigurieren Sie diese so, dass eingehender Traffic von den IP-Adressen der Verfügbarkeitsdiagnose-Server zugelassen wird. Weitere Informationen finden Sie unter IP-Adressen des Servers für die Verfügbarkeitsdiagnose auflisten.
Konfigurieren Sie die Benachrichtigungskanäle, die Sie zum Empfangen von Benachrichtigungen verwenden möchten. Wir empfehlen, mehrere Arten von Benachrichtigungskanälen zu erstellen. Weitere Informationen finden Sie unter Benachrichtigungskanäle erstellen und verwalten.
Ermitteln Sie mindestens drei Prüfungen für die Verfügbarkeitsdiagnose. Die Region für Verfügbarkeitsdiagnosen
USA
umfasst die RegionenUSA_OREGON
,USA_IOWA
undUSA_VIRGINIA
. Jede derUSA_*
-Regionen hat eine Prüfung undUSA
umfasst alle drei. Die anderen Verfügbarkeitsdiagnose-RegionenEUROPE
,SOUTH_AMERICA
undASIA_PACIFIC
haben jeweils eine Diagnose.Wenn Sie in der Google Cloud Console Global oder in der API
REGION_UNSPECIFIED
auswählen, werden Verfügbarkeitsdiagnosen aus allen Regionen für Verfügbarkeitsdiagnosen ausgegeben.
Verfügbarkeitsdiagnose erstellen
In diesem Abschnitt wird das Erstellen und Konfigurieren von Verfügbarkeitsdiagnosen erläutert.
Folgen Sie dieser Anleitung, um eine Verfügbarkeitsdiagnose für einen externen Load-Balancer zu erstellen, für den mindestens ein TCP- oder HTTP/s-Port konfiguriert ist. Alternativ können Sie für den Dienst die Seite Dienstdetails aufrufen und dann auf Verfügbarkeitsdiagnose erstellen klicken. Auf der Seite Dienstdetails werden die dienstspezifischen Felder automatisch ausgefüllt.
Console
So erstellen Sie eine Verfügbarkeitsdiagnose mit der Google Cloud Console:
-
Wählen Sie im Navigationsbereich der Google Cloud Console Monitoring und dann Verfügbarkeitsdiagnosen aus:
Klicken Sie auf Verfügbarkeitsdiagnose erstellen.
Geben Sie das Ziel der Verfügbarkeitsdiagnose an:
Wählen Sie das Protokoll aus. Sie können HTTP, HTTPS oder TCP auswählen.
Wählen Sie einen der folgenden Ressourcentypen aus:
- URL: Eine IPv4-Adresse oder ein Hostname. Pfad und Port werden separat eingegeben.
- Kubernetes LoadBalancer Service: Kubernetes-Service vom Typ LoadBalancer.
- Instanz: Compute Engine- oder AWS EC2-Instanzen.
- App Engine: Google App Engine-Anwendungen (Module)
- Elastic Load Balancer: AWS-Lastenausgleichsmodul
Füllen Sie die protokollspezifischen Felder aus:
Geben Sie für TCP-Prüfungen den Port ein.
Für HTTP- und HTTPS-Prüfungen können Sie einen Pfad auf Ihrem Host oder in Ihrer Ressource eingeben. Alle Verfügbarkeitsdiagnosen, die diese Protokolle verwenden, senden eine Anfrage an
http://target/path
. In diesem Ausdruck isttarget
für eine URL-Ressource ein Hostname oder eine IP-Adresse. Bei einer App Engine-Ressource isttarget
ein Hostname, der vom Dienstnamen abgeleitet wird. Für Instanz- und Load-Balancer-Ressourcen isttarget
eine IP-Adresse, die von dem Namen abgeleitet wird, den Sie für die Ressource oder die Gruppe von Ressourcen angegeben haben.Wenn Sie das Feld
path
leer lassen oder den Wert auf/
setzen, wird die Anfrage anhttp://target/
gesendet.Wenn Sie beispielsweise eine Verfügbarkeitsdiagnose für die URL-Ressource
example.com/tester
ausgeben möchten, setzen Sie das Feld Hostname aufexample.com
und das Feld Pfad auf/tester
.Angenommen, Sie haben einen Server in App Engine mit einem Disponenten bereitgestellt, der
/
und/hello
unterstützt. Lassen Sie das Feld Path leer, um die Verfügbarkeitsdiagnose an den Handler "/" auszugeben. Wenn Sie die Verfügbarkeitsdiagnose an den Handler/hello
senden möchten, setzen Sie den Wert des Felds Pfad auf/hello
.
Geben Sie die ressourcenspezifischen Felder ein:
Geben Sie für URL-Ressourcen den Hostnamen in das Feld Hostname ein. Geben Sie beispielsweise
example.com
ein.Geben Sie für App Engine-Ressourcen den Dienstnamen in das Feld Dienst ein.
Füllen Sie für die Ressourcen Elastic Load Balancer und Instanz das Feld Gilt für so aus:
- Wenn Sie eine Verfügbarkeitsdiagnose für eine einzelne Instanz oder einen einzelnen Load-Balancer ausgeben möchten, wählen Sie Einzeln aus und verwenden Sie dann das Menü, um die spezifische Instanz oder den jeweiligen Load-Balancer auszuwählen.
- Wenn Sie eine Verfügbarkeitsdiagnose an eine Monitoring-Gruppe senden möchten, wählen Sie Gruppe und dann im Menü den Gruppennamen aus.
Optional: Legen Sie mit dem Feld Prüfungshäufigkeit fest, wie oft die Verfügbarkeitsdiagnose ausgeführt werden soll.
Optional: Klicken Sie auf Weitere Zieloptionen, um Prüfregionen auszuwählen oder SSL-Zertifikate, Authentifizierung, Header und Ports für HTTP- und HTTPS-Prüfungen zu konfigurieren:
- Regionen: Wählen Sie die Regionen aus, in denen die Verfügbarkeitsdiagnosen Anfragen erhalten sollen. Eine Verfügbarkeitsdiagnose muss mindestens drei Prüfungen haben. Es gibt eine Prüfung in allen Regionen außer USA. Diese hat drei Diagnosen. Die Standardeinstellung Global umfasst alle Regionen.
- ICMP-Pings: Konfigurieren Sie die Verfügbarkeitsdiagnose so, dass bis zu drei Pings gesendet werden. Weitere Informationen finden Sie unter ICMP-Pings verwenden.
- Anfragemethode: Wählen Sie bei HTTP-Prüfungen die Anfragemethode aus.
- Text: Geben Sie bei HTTP-POST-Prüfungen den URL-codierten Text ein. Sie müssen die Codierung selbst vornehmen. Bei allen anderen Prüfungen lassen Sie dieses Feld leer.
- Host-Header: Füllen Sie dieses Feld aus, um virtuelle Hosts zu prüfen. Dieses Feld ist für TCP-Diagnosen nicht verfügbar.
- Port: Geben Sie eine Portnummer an.
- Benutzerdefinierte Header: Geben Sie benutzerdefinierte Header an und verschlüsseln Sie sie bei Bedarf. Durch die Verschlüsselung werden die Werte des Headers im Formular ausgeblendet. Verwenden Sie die Verschlüsselung für Header im Zusammenhang mit der Authentifizierung, die für andere nicht sichtbar sein sollen.
Authentifizierung: Diese Werte werden als Autorisierungsheader gesendet. Dieses Feld ist für TCP-Diagnosen nicht verfügbar.
Wählen Sie aus den folgenden Optionen aus:
- Basisauthentifizierung: Geben Sie einen Nutzernamen und ein Passwort an. Passwörter werden im Formular immer ausgeblendet.
- Dienst-Agent-Authentifizierung: Wenn diese Option aktiviert ist, wird ein Identitätstoken für den Monitoring-Dienst-Agent generiert. Diese Option ist nur für HTTPS-Prüfungen verfügbar.
SSL-Zertifikatvalidierung: Wenn Sie für eine URL-Ressource HTTPS ausgewählt haben, versucht der Dienst standardmäßig, eine Verbindung über HTTPS herzustellen und das SSL-Zertifikat zu validieren. Verfügbarkeitsdiagnosen schlagen fehl, wenn eine URL ein ungültiges Zertifikat hat. Mögliche Gründe für ein ungültiges Zertifikat:
- Abgelaufenes Zertifikat
- Ein selbst signiertes Zertifikat
- Ein Zertifikat mit einem nicht übereinstimmenden Domainnamen
- Ein Zertifikat, das die Erweiterung „Authority Information Access“ (AIA) verwendet.
Wählen Sie SSL-Zertifikate validieren aus, um eine HTTPS-Verfügbarkeitsdiagnose zur Validierung des SSL-Zertifikats zu erzwingen.
Deaktivieren Sie die Option SSL-Zertifikate validieren, um die SSL-Zertifikatsvalidierung zu deaktivieren.
Wenn Sie SSL-Zertifikate mit AIA-Erweiterungen haben, müssen Sie die SSL-Zertifikatsvalidierung deaktivieren. Diese Zertifikatstypen werden nicht unterstützt und schlagen die Validierungssequenz fehl. In der Regel lautet die Fehlermeldung "Antwort mit SSL-Handshake-Fehler in 10.000 ms".
Sie können den Messwert
monitoring.googleapis.com/uptime_check/time_until_ssl_cert_expires
verwenden, um eine Benachrichtigungsrichtlinie zu erstellen, die Sie vor Ablauf des Zertifikats benachrichtigt. Weitere Informationen finden Sie unter Beispielrichtlinien: Richtlinie zur Verfügbarkeitsdiagnose.Klicken Sie das Kästchen SSL-Zertifikate prüfen an.
Klicken Sie auf Weiter und konfigurieren Sie die Antwortanforderungen. Alle Einstellungen in diesem Abschnitt haben Standardwerte:
Im Feld Antwortzeitlimit können Sie das Zeitlimit für die Verfügbarkeitsdiagnose ändern. Eine Verfügbarkeitsdiagnose schlägt fehl, wenn innerhalb dieses Zeitraums keine Antwort von mehr als einem Standort empfangen wird.
Wenn Sie die Verfügbarkeitsdiagnose für den Inhaltsabgleich konfigurieren möchten, muss die Ein/Aus-Schaltfläche Inhaltsabgleich ist aktiviert lauten:
- Wählen Sie im Optionsmenü die Option Response Content Match Type (Keyword-Option für Antwort) aus.
Dieses Feld bestimmt, wie der Antwortinhalt mit den zurückgegebenen Daten verglichen wird. Angenommen, der Antwortinhalt ist
abcd
und der Übereinstimmungstyp für den Inhalt ist Enthält. Die Verfügbarkeitsdiagnose ist nur erfolgreich, wenn die Antwortdatenabcd
enthalten. Weitere Informationen finden Sie unter Antwortdaten validieren. - Geben Sie den Antwortinhalt ein. Der Antwortinhalt darf ein String sein, der nicht länger als 1.024 Byte ist. In der API ist dieses Feld das Objekt
ContentMatcher
.
- Wählen Sie im Optionsmenü die Option Response Content Match Type (Keyword-Option für Antwort) aus.
Dieses Feld bestimmt, wie der Antwortinhalt mit den zurückgegebenen Daten verglichen wird. Angenommen, der Antwortinhalt ist
Löschen Sie Logprüfungsfehler, um zu verhindern, dass Logeinträge aufgrund von Verfügbarkeitsdiagnosen erstellt werden.
Konfigurieren Sie für die HTTP-Verfügbarkeitsdiagnosen die zulässigen Antwortcodes. Standardmäßig markieren HTTP-Verfügbarkeitsdiagnosen jede
2xx
-Antwort als erfolgreiche Antwort.
Klicken Sie auf Weiter und konfigurieren Sie Benachrichtigungen.
Wenn Sie bei Fehlschlagen einer Verfügbarkeitsdiagnose benachrichtigt werden möchten, erstellen Sie eine Benachrichtigungsrichtlinie und konfigurieren Sie Benachrichtigungskanäle für diese Richtlinie:
- Optional: Aktualisieren Sie den Namen der Benachrichtigungsrichtlinie.
- Optional: Wählen Sie im Feld Duration aus, wie lange die Verfügbarkeitsdiagnosen fehlschlagen müssen, bevor Benachrichtigungen gesendet werden. Standardmäßig werden Benachrichtigungen gesendet, wenn mindestens zwei Regionen mindestens eine Minute lang fehlgeschlagene Verfügbarkeitsdiagnosen melden.
Klicken Sie im Feld Benachrichtigungskanäle auf arrow_drop_down Menü, wählen Sie die hinzuzufügenden Kanäle aus und klicken Sie dann auf OK.
Im Menü sind die Benachrichtigungskanäle für jeden Kanaltyp alphabetisch gruppiert.
Wenn Sie keine Benachrichtigungsrichtlinie erstellen möchten, muss der Text der Ein/Aus-Schaltfläche Keine Benachrichtigung erstellen lauten.
Klicken Sie auf Weiter und schließen Sie die Verfügbarkeitsdiagnose ab:
Geben Sie einen aussagekräftigen Titel für die Verfügbarkeitsdiagnose ein.
Optional: So fügen Sie der Verfügbarkeitsdiagnose benutzerdefinierte Labels hinzu:
- Klicken Sie auf expand_more Nutzerlabels anzeigen.
- Geben Sie im Feld Schlüssel einen Namen für das Label ein.
Labelnamen müssen mit einem Kleinbuchstaben beginnen und können Kleinbuchstaben, Ziffern, Unterstriche und Bindestriche enthalten. Geben Sie beispielsweise
severity
ein. - Geben Sie im Feld Wert einen Wert für das Label ein. Labelwerte können Kleinbuchstaben, Ziffern, Unterstriche und Bindestriche enthalten. Geben Sie beispielsweise
critical
ein. - Klicken Sie für jedes zusätzliche Label auf Nutzerlabel hinzufügen und geben Sie dann den Schlüssel und den Wert des Labels ein.
Klicken Sie auf Test (Testen), um die Konfiguration der Verfügbarkeitsdiagnose zu prüfen. Wenn das Ergebnis nicht Ihren Erwartungen entspricht, lesen Sie den Abschnitt Diagnosefehler, korrigieren Sie Ihre Konfiguration und wiederholen Sie den Bestätigungsschritt.
Klicken Sie auf Erstellen. Wenn Sie Erstellen auswählen und ein Pflichtfeld nicht ausgefüllt ist, wird eine Fehlermeldung angezeigt.
gcloud
Führen Sie zum Erstellen der Verfügbarkeitsdiagnose den Befehl gcloud monitoring uptime create
aus:
gcloud monitoring uptime create DISPLAY_NAME REQUIRED_FLAGS OPTIONAL_FLAGS
Führen Sie vor dem Ausführen des vorherigen Befehls die folgenden Schritte aus:
Ersetzen Sie DISPLAY_NAME durch den Namen der Verfügbarkeitsdiagnose.
Konfigurieren Sie den REQUIRED_FLAGS, um die von der Verfügbarkeitsdiagnose geprüfte Ressource anzugeben. Mit dem folgenden Befehl wird beispielsweise eine Verfügbarkeitsdiagnose erstellt, mit der die URL EXAMPLE.com für ein bestimmtes Projekt getestet wird:
gcloud monitoring uptime create DISPLAY_NAME \ --resource-labels=host=EXAMPLE.com,project_id=PROJECT_ID \ --resource-type=uptime_url
Der vorherige Befehl gibt Werte für jedes Label an, das vom Ressourcentyp
uptime_url
benötigt wird.Konfigurieren Sie die OPTIONAL_FLAGS-Flags so, dass Standardwerte überschrieben werden. Beispielsweise müssen Sie das Flag
--protocol
festlegen, wenn das Protokoll nichthttp
ist.
API
Rufen Sie zum Erstellen einer Verfügbarkeitsdiagnose die Methode projects.uptimeCheckConfigs.create
auf. Legen Sie die Parameter der Methode so fest:
parent: Erforderlich. Dies muss der Name des Projekts sein, in dem die Verfügbarkeitsdiagnose erstellt werden soll. Ersetzen Sie
PROJECT_ID
durch Ihre Google Cloud-Projekt-ID. Das Format dafür ist:projects/PROJECT_ID
Der Anfragetext muss ein
UptimeCheckConfig
-Objekt für die neue Verfügbarkeitsdiagnose enthalten. Auf dieser Seite finden Sie Informationen zu einigen Feldern. Eine vollständige Dokumentation zu diesem Objekt und seinen Feldern finden Sie unterUptimeCheckConfig
:Lassen Sie das Feld
name
des Konfigurationsobjekts leer. Das System legt dieses Feld fest, wenn es das Antwortkonfigurationsobjekt erstellt.Wenn Sie eine HTTP- oder HTTPS-Prüfung konfigurieren, müssen Sie das Feld
HttpCheck
des ObjektsUptimeCheckConfig
ausfüllen. Legen Sie in diesem Objekt das FeldrequestMethod
aufGET
oderPOST
fest. Wenn dieses Feld ausgelassen oder aufMETHOD_UNSPECIFIED
gesetzt wird, wird eineGET
-Anfrage ausgegeben.Wenn Sie eine
POST
-Anfrage konfigurieren, füllen Sie die FeldercontentType
, das optionalecustomContentType
undbody
aus.
Die Methode create
gibt das Objekt UptimeCheckConfig
für die neue Konfiguration zurück.
Wenn die erstellte Verfügbarkeitskonfiguration nicht wie erwartet funktioniert, lesen Sie den Abschnitt Diagnosefehler auf dieser Seite.
C#
Richten Sie zur Authentifizierung bei Monitoring Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Java
Richten Sie zur Authentifizierung bei Monitoring Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Go
Richten Sie zur Authentifizierung bei Monitoring Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Node.js
Richten Sie zur Authentifizierung bei Monitoring Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
PHP
Richten Sie zur Authentifizierung bei Monitoring Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Python
Richten Sie zur Authentifizierung bei Monitoring Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Ruby
Richten Sie zur Authentifizierung bei Monitoring Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Terraform
Informationen zum Anwenden oder Entfernen einer Terraform-Konfiguration finden Sie unter Grundlegende Terraform-Befehle. Weitere Informationen finden Sie in der Anbieterreferenzdokumentation zu Terraform.
So erstellen Sie eine Verfügbarkeitsdiagnose und eine Benachrichtigungsrichtlinie zur Überwachung dieser Prüfung:
Bearbeiten Sie die Terraform-Konfigurationsdatei, fügen Sie eine
google_monitoring_uptime_check_config
-Ressource hinzu und wenden Sie dann die Konfigurationsdatei an.Das folgende Beispiel zeigt eine Konfiguration, mit der eine öffentliche URL geprüft wird:
resource "google_monitoring_uptime_check_config" "example" { display_name = "example" timeout = "60s" http_check { port = "80" request_method = "GET" } monitored_resource { type = "uptime_url" labels = { project_id = "PROJECT_ID" host="EXAMPLE.com" } } checker_type = "STATIC_IP_CHECKERS" }
Optional: Erstellen Sie einen Benachrichtigungskanal und eine Benachrichtigungsrichtlinie:
In den folgenden Schritten wird die Google Cloud Console verwendet, um den Benachrichtigungskanal und die Benachrichtigungsrichtlinie zu erstellen. Dieser Ansatz sorgt dafür, dass die Benachrichtigungsrichtlinie nur die von der Verfügbarkeitsdiagnose generierten Daten überwacht.
So erstellen Sie einen Benachrichtigungskanal:
-
Wählen Sie im Navigationsbereich der Google Cloud Console Monitoring und anschließend notifications Benachrichtigungen aus:
- Wählen Sie Benachrichtigungskanäle verwalten aus.
- Rufen Sie den Typ des Kanals auf, den Sie hinzufügen möchten, klicken Sie auf Hinzufügen und füllen Sie das Dialogfeld aus.
-
So erstellen Sie eine Benachrichtigungsrichtlinie:
-
Wählen Sie im Navigationsbereich der Google Cloud Console Monitoring und dann Verfügbarkeitsdiagnosen aus:
- Suchen Sie Ihre Verfügbarkeitsdiagnose, wählen Sie more_vert Mehr und dann Benachrichtigungsrichtlinie hinzufügen aus.
- Wechseln Sie im Dialogfeld zum Abschnitt Benachrichtigungen und Name, maximieren Sie Benachrichtigungskanäle und treffen Sie Ihre Auswahl.
- Geben Sie einen Namen für die Benachrichtigungsrichtlinie ein und klicken Sie dann auf Richtlinie erstellen.
-
Sie können eine Benachrichtigungsrichtlinie erstellen, indem Sie der Konfigurationsdatei eine
google_monitoring_alert_policy
-Ressource hinzufügen und die neue Konfiguration anwenden.
Es kann bis zu 5 Minuten dauern, bis die Ergebnisse der Verfügbarkeitsdiagnose bei Monitoring eintreffen. Bis dahin meldet das Verfügbarkeitsdiagnose-Dashboard als Status "no data available" (Keine Daten verfügbar).
ICMP-Pings verwenden
Um Fehler bei fehlgeschlagenen öffentlichen Verfügbarkeitsdiagnosen zu beheben, können Sie Ihre Verfügbarkeitsdiagnosen so konfigurieren, dass während der Prüfung bis zu 3 ICMP-Pings gesendet werden. Mithilfe der Pings können Sie leichter zwischen Fehlern unterscheiden, die beispielsweise durch Netzwerkverbindungsprobleme und Zeitüberschreitungen in Ihrer Anwendung verursacht werden.
Standardmäßig werden bei Verfügbarkeitsdiagnosen keine Pings gesendet. Jeder Ping erhöht die Latenz der Verfügbarkeitsdiagnose. Private Verfügbarkeitsdiagnosen können keine Pings senden.
Wenn eine öffentliche Verfügbarkeitsdiagnose fehlschlägt, werden die Ergebnisse der Pings in Cloud Logging-Logs geschrieben. Wenn der Ping fehlschlägt, werden dem Feld httpRequest
des Logeintrags die folgenden Felder hinzugefügt:
rtt_usec
: Umlaufzeit für jede fehlgeschlagene Ping-Anfrage.unreachable_count
: Anzahl der Ping-Anfragen, bei denen der StatuscodeICMP_DEST_UNREACH
zurückgegeben wurde.no_answer_count
: Anzahl der Ping-Anfragen, bei denen das Zeitlimit überschritten und keine Antwort zurückgegeben wurde.
Die Ergebnisse von Pings für erfolgreiche Verfügbarkeitsdiagnosen werden nicht protokolliert.
Pings konfigurieren
Jede Verfügbarkeitsdiagnosekonfiguration enthält entweder ein HttpCheck
- oder ein TcpCheck
-Objekt.
Beide Objekte enthalten das Feld pingConfig
.
Geben Sie in diesem Feld die Anzahl der ICMP-Pings an, die bei jeder Prüfung berücksichtigt werden sollen (maximal 3). Standardmäßig werden keine Pings gesendet.
Führen Sie einen der folgenden Schritte aus, um Pings zu konfigurieren:
Maximieren Sie in der Google Cloud Console die Option Weitere Zieloptionen und geben Sie in das Feld ICMP Pings einen Wert ein.
Verwenden Sie in der Cloud Monitoring API das Objekt
PingConfig
, das folgende Struktur hat:{ "pingsCount": integer }
Weitere Informationen zur Verwendung der Monitoring API für Verfügbarkeitsdiagnosekonfigurationen finden Sie unter Verfügbarkeitsdiagnose erstellen: API oder Verfügbarkeitsdiagnose bearbeiten: API.
Verfügbarkeitsdiagnose prüfen
Wenn Sie eine Verfügbarkeitsdiagnose in der Google Cloud Console erstellen, können Sie die Konfiguration vor dem Speichern testen.
Erfolgreiche Prüfungen
Eine Verfügbarkeitsdiagnose ist erfolgreich, wenn die folgenden Bedingungen erfüllt sind:
- Der HTTP-Status stimmt mit den ausgewählten Kriterien überein.
- Es gibt für die Antwort keinen erforderlichen Inhalt bzw. der erforderliche Inhalt ist in der Antwort auffindbar.
Nicht bestandene Prüfungen
Im Folgenden sind einige mögliche Fehlerursachen bei Verfügbarkeitsdiagnosen aufgeführt:
- Connection Error – Refused (Verbindungsfehler – Abgelehnt): Achten Sie bei Verwendung des Standardverbindungstyps HTTP darauf, dass ein Webserver installiert ist, der auf HTTP-Anfragen reagiert. Bei einer neuen Instanz kann ein Verbindungsfehler auftreten, wenn Sie keinen Webserver installiert haben. Weitere Informationen finden Sie im Schnellstart für Compute Engine. Bei Verwendung des Verbindungstyps HTTPS müssen Sie unter Umständen zusätzliche Konfigurationsschritte ausführen. Informationen zu Firewallproblemen finden Sie unter IP-Adressen des Servers für die Verfügbarkeitsdiagnose auflisten.
- Name or service not found (Name oder Dienst nicht gefunden): Der Hostname ist möglicherweise falsch.
- 403 Forbidden (403 – Verboten): Der Dienst liefert während der Verfügbarkeitsdiagnose einen Fehlercode. Die Standardkonfiguration für den Apache-Webserver gibt diesen Code beispielsweise unter Amazon Linux zurück. Unter bestimmten Linux-Versionen erhalten Sie hingegen den Code 200 (Success) (200 (Erfolg)). Weitere Informationen finden Sie in der LAMP-Anleitung für Amazon Linux oder in der Dokumentation Ihres Webservers.
- 404 – Not found (Nicht gefunden): Möglicherweise ist der Pfad falsch.
- 408 Request timeout (408 – Zeitüberschreitung bei Anfrage) oder keine Antwort: Möglicherweise ist die Portnummer falsch, der Dienst wird nicht ausgeführt oder ist nicht erreichbar oder das Zeitlimit ist zu niedrig. Prüfen Sie, ob Ihre Firewall Traffic von den Verfügbarkeitsservern zulässt. Weitere Informationen finden Sie unter IP-Adressen für Verfügbarkeitsdiagnosen auflisten. Das Zeitlimit ist Teil der Antwortvalidierung angegeben.
Wenn Ihre Verfügbarkeitsdiagnose für das Senden von Pings konfiguriert ist, werden die Ergebnisse von Pings für fehlgeschlagene Verfügbarkeitsdiagnosen in Cloud Logging geschrieben. Weitere Informationen finden Sie unter ICMP-Pings verwenden.
Nächste Schritte
- Verfügbarkeitsdiagnosen verwalten
- Benachrichtigungsrichtlinien für Verfügbarkeitsdiagnosen erstellen
- IP-Adressen des Verfügbarkeitsdiagnose-Servers auflisten
- Diagramm für Verfügbarkeitsdiagnose-Messwerte erstellen