Ereignistypen

In diesem Dokument werden die Ereignistypen beschrieben, die in Diagrammen als Anmerkungen angezeigt werden können. Ein Ereignis ist eine Aktivität, z. B. ein Neustart oder ein Absturz, die sich auf den Betrieb eines Systems. Wenn Sie Ereignisse anzeigen, können Sie bei der Fehlerbehebung Daten aus verschiedenen Quellen leichter in Beziehung setzen.

Für jedes Ereignis sind Links zu Referenzen oder der Dokumentation zur Fehlerbehebung aufgeführt. zusammen mit Informationen zur Abfrage des Ereignisses bereitgestellt. Wenn beispielsweise Ereignisse durch die Analyse Ihrer Protokolle erkannt werden, wird eine Abfrage bereitgestellt, die für den Log-Explorer oder für eine protokollbasierte Benachrichtigungsrichtlinie geeignet ist.

Um Ihren Diagrammen Anmerkungen hinzuzufügen, müssen Sie das Dashboard oder den Tab konfigurieren auf dem das Diagramm angezeigt wird. Sie können beispielsweise die meisten Dashboards, die auf der Seite Dashboards der Google Cloud Console aufgeführt sind, so konfigurieren, dass Ereignisse angezeigt werden. Ebenso können Sie einige dienstspezifische Beobachtbarkeits-Tabs wie die für die Compute Engine und die Google Kubernetes Engine so konfigurieren, dass Ereignisse angezeigt werden. Informationen zur Konfiguration finden Sie unter Ereignisse in einem Dashboard anzeigen.

Der folgende Screenshot zeigt ein Diagramm mit mehreren Ereignissen, die durch die Analyse von Protokolleinträgen ermittelt wurden, und einem Ereignis zur Dienstgesundheit:

Jede Anmerkung kann mehrere Ereignisse enthalten. Im vorherigen Screenshot wird ein Ereignis für ein GKE-Deployment aufgeführt.

Hinweis :Auf dem Rest dieser Seite werden die unterstützten Ereignistypen aufgeführt. durch Dashboards. Dienstspezifische Tabs für Beobachtbarkeit unterstützen in der Regel nur eine Teilmenge dieser Ereignistypen.

Ereignistypen für Benachrichtigungen

In diesem Abschnitt werden die Benachrichtigungsereignistypen beschrieben, die in einem Dashboard angezeigt werden können.

Benachrichtigung geöffnet

Mithilfe von Benachrichtigungen zu offenen Ereignissen können Sie Ihre Diagrammdaten mit dem Zeitpunkt der Eröffnung von Vorfällen in Beziehung setzen. Ein Ereignis vom Typ „Benachrichtigung geöffnet“ wird angezeigt, wenn Folgendes zutrifft:

• Der entsprechende Fall wurde im im Dashboard angegebenen Zeitraum geöffnet.
• Der entsprechende Vorfall ist nicht geschlossen.

Für Vorfälle, die außerhalb des die vom Dashboard vorgegebene Zeitspannen festgelegt werden, werden nicht angezeigt. Ebenso wird kein Ereignis vom Typ „Benachrichtigung geöffnet“ angezeigt, wenn der entsprechende Vorfall innerhalb des im Dashboard angegebenen Zeitraums geöffnet und dann geschlossen wurde.

Die Kurzinfo für ein Ereignis vom Typ „Geöffnete Benachrichtigung“ enthält Folgendes:

• Name der Benachrichtigungsrichtlinie.
• Zusammenfassende Informationen, sofern diese Informationen verfügbar sind. Dazu gehören beispielsweise der Grenzwert und der Messwert.
• Dauer des Vorfalls sowie Datum und Uhrzeit wann der Vorfall geöffnet wurde.
• Messwert- und Ressourcenlabels In der Kurzinfo werden möglicherweise nicht alle Labels angezeigt.
• Die Schaltfläche Anzeigen, über die die Seite Details für den Vorfall geöffnet wird.

Google Kubernetes Engine-Ereignistypen

In diesem Abschnitt werden die Google Kubernetes Engine-Ereignistypen beschrieben, die Sie die auf einem Dashboard angezeigt werden.

Gepatchte oder aktualisierte GKE-Arbeitslast

Dieser Ereignistyp hilft Ihnen bei der Behebung von Problemen mit GKE-Arbeitslast-Deployments oder StatefulSet-Änderungen, da diese Ereignisse mit Leistungsregressionen oder anderen Leistungsproblemen in Verbindung stehen können. Dieser Ereignistyp wird angezeigt Eine Arbeitslast wird erstellt, aktualisiert oder gelöscht.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

resource.type=k8s_cluster protoPayload.methodName=(
    io.k8s.apps.v1.deployments.create OR io.k8s.apps.v1.deployments.patch OR
    io.k8s.apps.v1.deployments.update OR io.k8s.apps.v1.deployments.delete OR
    io.k8s.apps.v1.deployments.deletecollection OR io.k8s.apps.v1.statefulsets.create OR
    io.k8s.apps.v1.statefulsets.patch OR io.k8s.apps.v1.statefulsets.update OR
    io.k8s.apps.v1.statefulsets.delete OR io.k8s.apps.v1.statefulsets.deletecollection OR
    io.k8s.apps.v1.daemonsets.create OR io.k8s.apps.v1.daemonsets.patch OR
    io.k8s.apps.v1.daemonsets.update OR io.k8s.apps.v1.daemonsets.delete OR
    io.k8s.apps.v1.daemonsets.deletecollection
)
-protoPayload.authenticationInfo.principalEmail="system:addon-manager"
-protoPayload.request.metadata.namespace=(kube-system OR gmp-system OR gmp-public OR gke-gmp-system)

Weitere Informationen finden Sie unter Übersicht über das Bereitstellen von Arbeitslasten und Beobachtbarkeitsmesswerte ansehen.

Absturz eines GKE-Pods

Mithilfe dieses Ereignistyps können Sie GKE-Pod-Abstürze. Pod-Abstürze können durch einen Mangel an Arbeitsspeicher oder einen Anwendungsfehler verursacht werden. Dieser Ereignistyp wird in folgenden Fällen angezeigt:

• Pod-Status ist CrashLoopBackoff
• Der Pod wird mit einem Exit-Code ungleich null beendet.
• Der Pod wird mit dem Status „Unzureichender Arbeitsspeicher“ beendet.
• Der Pod wird entfernt.
• Die Bereitschafts-/Aktivitätsprüfung schlägt fehl.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

(
    log_id(events)
    (
        (resource.type=k8s_pod jsonPayload.reason=(BackOff OR Unhealthy OR Killing OR Evicted)) OR
        (resource.type=k8s_node jsonPayload.reason=OOMKilling)
    )
    severity=WARNING
) OR (
    log_id(cloudaudit.googleapis.com%2Factivity) resource.type=k8s_cluster
    (protoPayload.methodName=io.k8s.core.v1.pods.eviction.create OR
        (protoPayload.methodName=io.k8s.core.v1.pods.delete
        protoPayload.response.status.containerStatuses.state.terminated.exitCode:*
        -protoPayload.response.status.containerStatuses.state.terminated.exitCode=0
        )
    )
)

Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung: CrashLoopBackOff.

Fehler beim Planen eines GKE-Pods

Mit diesem Ereignistyp können Sie ermitteln, wann Pods, die nicht für einen Knoten geplant. Dieser Ereignistyp wird angezeigt, wenn die Pod-Planung aus einem der folgenden Gründe fehlschlägt:

• Unzureichende Knoten-CPU.
• Nicht genügend Knotenarbeitsspeicher.
• Keine Knoten für Markierungen oder Toleranzen.
• Knoten, bei denen das maximale Pod-Limit erreicht ist.
• Der Knotenpool hat die maximale Größe erreicht.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

(
    log_id(events) resource.type=k8s_pod jsonPayload.reason=(NotTriggerScaleUp OR FailedScheduling)
) OR (
    log_id(container.googleapis.com/cluster-autoscaler-visibility)
    resource.type=k8s_cluster jsonPayload.noDecisionStatus.noScaleUp:*
)

Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung: Pod nicht planbar

Fehler beim Erstellen eines GKE-Containers

Mit diesem Ereignistyp können Sie Fehler beim Erstellen eines GKE-Containers ermitteln und beheben. Gründe hierfür können fehlgeschlagene Volume-Bereitstellungen oder Fehler beim Abrufen von Images sein.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

log_id(events) resource.type=k8s_pod jsonPayload.reason=(Failed OR FailedMount) severity=WARNING

Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung: ImagePullBackOff und ErrImagePull

Pod-Autoscaling nach oben und unten skalieren

Dieses Ereignis gibt Aufschluss über Neuanpassungen des horizontalen Pod-Autoscalings, bei denen die Anzahl der laufenden Pods für eine Arbeitslast erhöht oder verringert wird. Weitere Informationen finden Sie unter Horizontales Pod-Autoscaling.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

resource.type=k8s_cluster log_id(events)
jsonPayload.involvedObject.kind=HorizontalPodAutoscaler jsonPayload.reason=SuccessfulRescale

Cluster Autoscaler – Hoch- und Herunterskalieren

Dieses Ereignis gibt Aufschluss darüber, wann das Cluster-Autoscaling hochskaliert die Anzahl der Knoten in einem Knotenpool Ihres Clusters herunter. Weitere Informationen finden Sie unter Cluster-Autoscaling und Cluster-Autoscaling-Ereignisse ansehen.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

(resource.type=k8s_cluster log_id(container.googleapis.com%2Fcluster-autoscaler-visibility)
jsonPayload.decision:*)

Cluster erstellen und löschen

Dieses Ereignis verfolgt das Erstellen und Löschen von GKE-Clustern. Weitere Informationen finden Sie unter Autopilot-Cluster erstellen, Zonalen Cluster erstellen und Cluster löschen.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

resource.type=gke_cluster log_id(cloudaudit.googleapis.com%2Factivity)
protoPayload.methodName=(
    google.container.v1alpha1.ClusterManager.CreateCluster OR
    google.container.v1beta1.ClusterManager.CreateCluster OR
    google.container.v1.ClusterManager.CreateCluster OR
    google.container.v1alpha1.ClusterManager.DeleteCluster OR
    google.container.v1beta1.ClusterManager.DeleteCluster OR
    google.container.v1.ClusterManager.DeleteCluster
)
operation.first=true

Clusteraktualisierung

Dieses Ereignis verfolgt GKE-Clusterupdates. Zu Aktualisierungen gehören automatische und manuelle Versionsupgrades der Steuerungsebene sowie Änderungen der Clusterkonfiguration. Weitere Informationen finden Sie unter Manuelles Upgrade eines Clusters oder Knotenpools und Standard-Clusterupgrades.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

resource.type=gke_cluster log_id(cloudaudit.googleapis.com%2Factivity)
(
    protoPayload.methodName=(
        google.container.internal.ClusterManagerInternal.PatchCluster OR
        google.container.internal.ClusterManagerInternal.UpdateClusterInternal OR
        google.container.internal.ClusterManagerInternal.UpdateCluster
    )
) OR (
    protoPayload.methodName=(
        google.container.v1beta1.ClusterManager.UpdateCluster OR
        google.container.v1.ClusterManager.UpdateCluster
    )
    operation.first=true
)
protoPayload.metadata.operationType=(UPGRADE_MASTER OR REPAIR_CLUSTER OR UPDATE_CLUSTER)

Knotenpoolupdate

Dieses Ereignis verfolgt Updates von GKE-Knotenpools. Updates beinhalten automatische Knotenpools Versionsupgrades sowie manuelle Upgrades, Konfigurationsänderungen und Größenanpassungen. Weitere Informationen finden Sie unter Manuelles Upgrade eines Clusters oder Knotenpools und Standardcluster-Upgrades.

Wenn Sie Erstellen Sie eine logbasierte Benachrichtigungsrichtlinie dafür. Ereignistyp und verwenden Sie dann die folgende Abfrage:

resource.type=gke_nodepool log_id(cloudaudit.googleapis.com%2Factivity)
(
    protoPayload.methodName=(
        google.container.internal.ClusterManagerInternal.UpdateClusterInternal OR
        google.container.internal.ClusterManagerInternal.RepairNodePool
    )
) OR (
    protoPayload.methodName=(
        google.container.v1beta1.ClusterManager.UpdateNodePool OR
        google.container.v1.ClusterManager.UpdateNodePool OR
        google.container.v1beta1.ClusterManager.SetNodePoolSize OR
        google.container.v1.ClusterManager.SetNodePoolSize OR
        google.container.v1beta1.ClusterManager.SetNodePoolManagement OR
        google.container.v1.ClusterManager.SetNodePoolManagement OR
        google.container.v1beta1.ClusterManager.SetNodePoolAutoscaling OR
        google.container.v1.ClusterManager.SetNodePoolAutoscaling
    )
    operation.first=true
)

Cloud Run-Ereignistypen

In diesem Abschnitt werden die Cloud Run-Ereignistypen beschrieben, die Sie die auf einem Dashboard angezeigt werden.

Cloud Run-Bereitstellung

Mithilfe dieses Ereignistyps können Sie Fehler bei der Cloud Run-Bereitstellung. Die Bereitstellung kann aus verschiedenen Gründen fehlschlagen wie z. B. gelöschtes Dienstkonto, falsche Berechtigungen, den Import eines Container fehlgeschlagen oder ein Container konnte nicht gestartet werden.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

log_id(cloudaudit.googleapis.com%2Factivity) resource.type=cloud_run_revision
protoPayload.methodName=google.cloud.run.v1.Services.ReplaceService

Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung: Probleme mit Cloud Run.

Cloud SQL-Ereignistypen

In diesem Abschnitt werden die Cloud SQL-Ereignistypen beschrieben, die die auf einem Dashboard angezeigt werden.

Cloud SQL-Failover

Mit diesem Ereignistyp können Sie ermitteln, wann manuelle oder automatische Failovers auftreten. Ein Failover tritt auf, wenn eine Instanz oder Zone ausfällt und wird die Stand-by-Instanz zur neuen primären Instanz. Während eines Failovers Cloud SQL wechselt automatisch zur Bereitstellung von Daten aus der Standby-Instanz.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

resource.type=cloudsql_database
(
    (
        log_id(cloudaudit.googleapis.com%2Factivity)
        protoPayload.methodName=cloudsql.instances.failover
        operation.last=true
    ) OR (
        log_id(cloudaudit.googleapis.com%2Fsystem_event)
        protoPayload.methodName=cloudsql.instances.autoFailover
    )
)

Weitere Informationen finden Sie unter Hochverfügbarkeit.

Cloud SQL starten oder beenden

Mit diesem Ereignistyp können Sie feststellen, ob eine Cloud SQL-Instanz manuell gestartet, beendet oder neu gestartet wurde. Wenn eine Instanz beendet wird, werden auch alle Verbindungen, geöffneten Dateien und laufenden Vorgänge beendet.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie erstellen möchten, verwenden Sie die folgende Abfrage:

log_id(cloudaudit.googleapis.com%2Factivity) resource.type=cloudsql_database
protoPayload.methodName=cloudsql.instances.update operation.last=true
protoPayload.metadata.intents.intent=(START_INSTANCE OR STOP_INSTANCE)

Weitere Informationen finden Sie unter Hochverfügbarkeit und Instanzen starten, stoppen und neu starten

Cloud SQL-Speicher

Mit diesem Ereignistyp können Sie Ereignisse im Zusammenhang mit dem Cloud SQL-Speicher identifizieren, z. B. wenn der Datenbankspeicher voll ist und wenn eine Datenbank aufgrund ausgeschöpfter Speicherkapazität heruntergefahren wird. Datenbanken mit Speicherkapazität und ohne Wenn der automatische Speicher aktiviert ist, wird möglicherweise heruntergefahren, um eine Beschädigung von Daten zu verhindern.

Wenn Sie Erstellen Sie eine logbasierte Benachrichtigungsrichtlinie dafür. Ereignistyp und verwenden Sie dann die folgende Abfrage:

resource.type=cloudsql_database
(
    (
        (log_id(cloudsql.googleapis.com%2Fpostgres.log) OR log_id(cloudsql.googleapis.com%2Fmysql.err))
        textPayload=~"No space left on device"
        severity=(ERROR OR EMERGENCY)
    ) OR (
        log_id(cloudaudit.googleapis.com%2Fsystem_event)
        protoPayload.methodName=cloudsql.instances.databaseShutdownOutOfStorage
    )
)

Compute Engine-Ereignistypen

In diesem Abschnitt werden die Compute Engine-Ereignistypen beschrieben, die Sie die auf einem Dashboard angezeigt werden.

Beendigungen von virtuellen Maschinen

Mit diesem Ereignistyp können Sie Beendigungen von virtuellen Maschinen (VMs) identifizieren, einschließlich manuell ausgelöster Zurücksetzungen und Stopps, Beendigungen von Gastbetriebssystemen, Wartungsbeendigungen und Hostfehlern.

Wenn Sie Erstellen Sie eine logbasierte Benachrichtigungsrichtlinie dafür. Ereignistyp und verwenden Sie dann die folgende Abfrage:

resource.type=gce_instance
(
    (
        log_id(cloudaudit.googleapis.com%2Factivity)
        protoPayload.methodName=(
            beta.compute.instances.reset OR v1.compute.instances.reset OR
            beta.compute.instances.stop OR v1.compute.instances.stop
        )
        operation.first=true
    ) OR (
        log_id(cloudaudit.googleapis.com%2Fsystem_event)
        protoPayload.methodName=(
            compute.instances.hostError OR
            compute.instances.guestTerminate OR
            compute.instances.terminateOnHostMaintenance
        )
    )
)

Weitere Informationen finden Sie unter VM beenden und starten und Fehlerbehebung beim Herunterfahren und Neustarten von VMs

Fehler beim Start der VM-Instanz

Dieses Ereignis verfolgt Fehler beim Starten von Compute Engine-VM-Instanzen. Das Ereignis zeigt Startfehler aufgrund von Ressourcenmangel, Erschöpfung des IP-Bereichs, überschrittene Kontingente, oder Shielded VM-Integritätsfehler.

Wenn Sie Erstellen Sie eine logbasierte Benachrichtigungsrichtlinie dafür. Ereignistyp und verwenden Sie dann die folgende Abfrage:

resource.type=gce_instance
(
    (
        log_id(cloudaudit.googleapis.com%2Factivity)
        protoPayload.methodName=(beta.compute.instances.insert OR v1.compute.instances.insert)
        protoPayload.status.message=(ZONE_RESOURCE_POOL_EXHAUSTED OR IP_SPACE_EXHAUSTED OR QUOTA_EXCEEDED)
    ) OR (
        log_id(compute.googleapis.com%2Fshielded_vm_integrity)
        severity="ERROR"
    )
)

Fehler beim Gastbetriebssystem der VM-Instanz

Dieses Ereignis verfolgt bestimmte Gastbetriebssystemfehler der Compute Engine-VM-Instanz als die in den Logs der seriellen Konsole aufgezeichnet wurden. Die erfassten Fehler sind voll, Datei Systembereitstellung fehlgeschlagen und Startfehler, durch die der Linux-Notfallmodus aktiviert wird.

Damit diese Ereignisse sichtbar sind, müssen Sie das Logging für die Ausgabe des seriellen Ports in Cloud Logging aktivieren. Dazu legen Sie in den VM- oder Projektmetadaten serial-port-logging-enable=true fest. Weitere Informationen finden Sie unter Protokollierung der seriellen Portausgabe aktivieren und deaktivieren.

Wenn Sie Erstellen Sie eine logbasierte Benachrichtigungsrichtlinie dafür. Ereignistyp und verwenden Sie dann die folgende Abfrage:

resource.type=gce_instance
log_id(serialconsole.googleapis.com%2Fserial_port_1_output)
textPayload=~("No space left on device" OR "Failed to mount" OR "You are in emergency mode")

Aktualisierung einer verwalteten Instanzgruppe

Mit diesem Ereignistyp können Sie ermitteln, wann Ihre verwaltete Instanzgruppe wurde aktualisiert. Beispielsweise wurden VMs hinzugefügt oder entfernt, oder die Größenbeschränkung wurde aktualisiert. Weitere Informationen finden Sie unter Aktualisierungen der VM-Konfiguration in einer MIG automatisch anwenden.

Wenn Sie Erstellen Sie eine logbasierte Benachrichtigungsrichtlinie dafür. Ereignistyp und verwenden Sie dann die folgende Abfrage:

resource.type=gce_instance_group_manager
log_id(cloudaudit.googleapis.com%2Factivity) operation.first=true
protoPayload.methodName=(beta.compute.instanceGroupManagers.patch OR v1.compute.instanceGroupManagers.patch)

Weitere Informationen finden Sie unter Mit verwalteten Instanzen arbeiten und Fehlerbehebung bei verwalteten Instanzgruppen

Autoscaling für verwaltete Instanzgruppen

Dieses Ereignis verfolgt Skalierungsentscheidungen des Autoscalings einer verwalteten Instanzgruppe. Dazu können Änderungen an der empfohlenen Größe einer verwalteten Instanzgruppe oder eine Statusänderung des Autoscalings selbst gehören. Weitere Informationen finden Sie unter Autoscaling von Instanzgruppen.

Wenn Sie Erstellen Sie eine logbasierte Benachrichtigungsrichtlinie dafür. Ereignistyp und verwenden Sie dann die folgende Abfrage:

resource.type=autoscaler log_id(cloudaudit.googleapis.com%2Fsystem_event)
protoPayload.methodName=(compute.autoscalers.resize OR compute.autoscalers.changeStatus)

Ereignistypen für Personalized Service Health

In diesem Abschnitt werden die Typen von Personalized Service Health beschrieben, die angezeigt werden können. auf einem Dashboard.

Hinweis: Zum Anzeigen von Personalized Service Health-Ereignissen: müssen Sie die Service Health API aktivieren. Informationen zum Aktivieren dieser API finden Sie unter Ereignisse für Sendungen: Vorbereitung.

Google Cloud-Vorfall

Bei der Fehlerbehebung empfiehlt es sich, zwischen Fehler aufgrund eines eigenen Dienstes oder eines Google Cloud-Dienst, den Sie verwenden. Wenn Sie Anmerkungen zu Personalized Service Health in einem Dashboard aktivieren, können Sie sich Störungen oder Dienststatusereignisse für Google Cloud-Dienste ansehen. Für eine Liste der Dienste, die in Service Health, siehe Unterstützte Google-Produkte.

Anders als bei anderen Ereignistypen werden Google Cloud-Vorfälle nicht durch die Analyse Ihrer Logeinträge erkannt. Wenn Sie benachrichtigt werden möchten, wenn diese Ereignisse eintreten, erstellen Sie eine Benachrichtigungsrichtlinie. Sie können eine vorkonfigurierte Benachrichtigungsrichtlinie auswählen mithilfe der Optionen auf der Seite Service Health-Dashboard. Weitere Informationen finden Sie unter Kurzanleitung: Benachrichtigung einrichten.

Beim Monitoring werden Google Cloud-Vorfälle ermittelt, indem eine Anfrage an die Service Health API gesendet und die Antwort dann auf Vorfälle gefiltert wird, die für die Daten relevant sind, die Sie sich ansehen. Die Anfrage hat die folgende Konfiguration:

• Die Aufzählung Relevance ist auf RELATED, IMPACTED oder PARTIALLY_RELATED. Durch diese Einschränkung werden in Ihrem Dashboard nur Ereignisse für die Google Cloud-Dienste angezeigt, die in Ihrem Google Cloud-Projekt verwendet werden.

• Die Aufzählung DetailedState ist nicht auf FALSE_POSITIVE festgelegt.

Service Health-Anmerkungen werden mit einer Startzeit angezeigt und eine Dauer. Die Dauer wird durch Ändern der Hintergrundfarbe des Diagramms dargestellt. Kurzinfo zu einem Google Cloud-Vorfall Folgendes identifiziert:

• Der Google Cloud-Dienst.
• Ob der Vorfall offen oder behoben ist
• Datum und Startzeit des Ereignisses.
• Chips, die die Anzahl der betroffenen Produkte und Standorte anzeigen. Wenn Sie die betroffenen Produkte oder Standorte auflisten möchten, bewegen Sie den Mauszeiger auf den entsprechenden Chip.
• Die Schaltfläche Anzeigen, über die die Detailseite für den Vorfall geöffnet wird.

Informationen zum Senden einer Anfrage an die Service Health API finden Sie unter Mit der Service Health API auf Störungen prüfen.

Informationen zur Fehlerbehebung finden Sie unter Häufige Probleme mit Service Health beheben

Ereignistypen für Verfügbarkeitsdiagnosen

In diesem Abschnitt werden die Ereignistypen für Verfügbarkeitsdiagnosen beschrieben, die in einem Dashboard.

Hinweis: Damit diese Ereignistypen verfügbar sind, muss die Verfügbarkeitsdiagnose in der Lage sein, um Fehler zu protokollieren. Sie können das Logging aktivieren, indem Sie die Antwortvalidierungsfelder konfigurieren, wenn Sie eine Verfügbarkeitsdiagnose erstellen oder ändern. Weitere Informationen zum Erstellen von Verfügbarkeitsdiagnosen finden Sie unter Öffentliche Verfügbarkeitsdiagnosen erstellen.

Verfügbarkeitsdiagnose fehlgeschlagen

Mit diesem Ereignistyp können Sie Fehler bei Verfügbarkeitsdiagnosen für konfigurierte Regionen erkennen.

Wenn Sie Erstellen Sie eine logbasierte Benachrichtigungsrichtlinie dafür. Ereignistyp und verwenden Sie dann die folgende Abfrage:

log_id(monitoring.googleapis.com%2Fuptime_checks)
(
  resource.type=uptime_url OR resource.type=gce_instance OR
  resource.type=gae_app OR resource.type=k8s_service OR
  resource.type=servicedirectory_service OR resource.type=cloud_run_revision OR
  resource.type=aws_ec2_instance OR resource.type=aws_elb_load_balancer
)
labels.uptime_result_type=UptimeCheckResult
severity=NOTICE

Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung bei synthetischen Monitoren und Verfügbarkeitsdiagnosen.

Nächste Schritte

Informationen zum Anzeigen von Ereignissen auf Ihren Dashboards finden Sie unter Ereignisse auf einem Dashboard anzeigen