Ereignistypen

In diesem Dokument werden die Ereignistypen beschrieben, die als Anmerkungen in Diagrammen dargestellt werden können. Ein Ereignis ist eine Aktivität, z. B. ein Neustart oder ein Absturz, die sich auf den Betrieb eines Systems auswirkt. Wenn Sie Ereignisse einblenden, können Sie Daten aus verschiedenen Quellen besser in Beziehung setzen, um Probleme zu beheben.

Für jedes Ereignis werden Links zu Referenzen oder zur Fehlerbehebungsdokumentation sowie Informationen zum Abfragen des Ereignisses bereitgestellt. Wenn beispielsweise Ereignisse durch die Analyse Ihrer Logs identifiziert werden, wird eine Abfrage bereitgestellt, die für die Verwendung mit dem Log-Explorer oder mit einer logbasierten Benachrichtigungsrichtlinie geeignet ist.

Wenn Sie Ihren Diagrammen Anmerkungen hinzufügen möchten, müssen Sie das Dashboard oder den Tab konfigurieren, auf dem das Diagramm angezeigt wird. So können Sie beispielsweise die meisten Dashboards, die auf der Seite Dashboards der Google Cloud Konsole aufgeführt sind, so konfigurieren, dass Ereignisse angezeigt werden. Ebenso können Sie einige dienstspezifische Observability-Tabs, z. B. für Compute Engine und 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 Logeinträgen identifiziert wurden, und einem Service Health-Ereignis:

Diagramm mit Anmerkungen zu Warn- und Informationsereignissen

In jeder Anmerkung können mehrere Ereignisse aufgeführt werden. Im vorherigen Screenshot ist ein Ereignis für ein GKE-Deployment aufgeführt.

Benachrichtigungsereignistypen

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

Benachrichtigung geöffnet

Mit Ereignissen für geöffnete Benachrichtigungen können Sie Ihre Diagrammdaten mit dem Zeitpunkt korrelieren, zu dem Vorfälle geöffnet wurden. Ein Ereignis vom Typ „Benachrichtigung geöffnet“ wird angezeigt, wenn Folgendes zutrifft:

  • Der entsprechende Vorfall wurde im vom Dashboard angegebenen Zeitraum eröffnet.
  • Der entsprechende Vorfall ist nicht geschlossen.

Für Vorfälle, die außerhalb des im Dashboard angegebenen Zeitraums eröffnet wurden, sind keine Anmerkungen vorhanden. Ebenso wird kein Ereignis für eine geöffnete Benachrichtigung angezeigt, wenn der entsprechende Vorfall innerhalb des vom Dashboard angegebenen Zeitraums geöffnet und dann geschlossen wurde.

Die Kurzinfo für ein geöffnetes Benachrichtigungsereignis enthält Folgendes:

  • Name der Benachrichtigungsrichtlinie.
  • Zusammenfassungsinformationen, sofern verfügbar. Diese Informationen können beispielsweise den Grenzwert und den Messwert enthalten.
  • Die Dauer des Vorfalls sowie das Datum und die Uhrzeit, zu der der Vorfall geöffnet wurde.
  • Messwert- und Ressourcenlabels. Im Kurzinfo-Fenster werden möglicherweise nicht alle Labels angezeigt.
  • Eine Schaltfläche Ansehen, mit der 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 in einem Dashboard angezeigt werden können.

Gepatchte oder aktualisierte GKE-Arbeitslast

Dieser Ereignistyp hilft Ihnen bei der Fehlerbehebung bei Änderungen am GKE-Arbeitslast-Deployment oder StatefulSet, da diese Ereignisse mit Leistungsregressionen oder anderen Leistungsproblemen korrelieren können. Dieser Ereignistyp wird angezeigt, wenn eine Arbeitslast erstellt, aktualisiert oder gelöscht wird.

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

log_id(cloudaudit.googleapis.com%2Factivity)
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.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.daemonsets.create OR io.k8s.apps.v1.daemonsets.patch OR
    io.k8s.apps.v1.daemonsets.update OR io.k8s.apps.v1.daemonsets.delete
)
-protoPayload.authenticationInfo.principalEmail=("system:addon-manager" OR "system:serviceaccount:kube-system:namespace-controller")
-protoPayload.request.metadata.namespace=(kube-system OR gmp-system OR gmp-public OR gke-gmp-system OR istio-system)
-protoPayload.response.metadata.namespace=(kube-system OR gmp-system OR gmp-public OR gke-gmp-system OR istio-system)
-protoPayload.resourceName=~"namespaces/(kube-system|gmp-system|gmp-public|gke-gmp-system|istio-system)"

Weitere Informationen finden Sie unter Übersicht über die Bereitstellung von Arbeitslasten und Beobachtbarkeitsmesswerte aufrufen.

Absturz eines GKE-Pods

Dieser Ereignistyp hilft Ihnen, GKE-Pod-Abstürze zu erkennen und zu beheben. Pod-Abstürze können durch erschöpften Arbeitsspeicher oder einen Anwendungsfehler verursacht werden. Dieser Ereignistyp wird angezeigt, wenn eines der folgenden Ereignisse eintritt:

  • Der Pod-Status ist CrashLoopBackoff
  • Der Pod wird mit einem Exit-Code ungleich null beendet.
  • Der Pod wird aufgrund von Speichermangel beendet.
  • Der Pod wird entfernt.
  • Die Bereitschafts-/Aktivitätsprüfung schlägt fehl.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp 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.

GKE-Pod konnte nicht geplant werden

Dieser Ereignistyp hilft Ihnen, Probleme zu erkennen und zu beheben, wenn Pods nicht auf einem Knoten geplant werden können. Dieser Ereignistyp wird angezeigt, wenn die Pod-Planung aus einem der folgenden Gründe fehlschlägt:

  • Unzureichende CPU für Knoten.
  • Nicht genügend Knotenspeicher.
  • Keine Knoten für Markierungen oder Toleranzen.
  • Knoten mit der maximalen Anzahl von Pods.
  • Der Knotenpool hat die maximale Größe erreicht.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp 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 kann nicht geplant werden.

Fehler beim Erstellen eines GKE-Containers

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

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp 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 beim Herunterladen von Images finden Sie unter Fehlerbehebung beim Herunterladen von Images.

Hoch- und Herunterskalieren von Pod-Autoscalern

Dieses Ereignis bietet Einblick in die Neuskalierungen des horizontalen Pod-Autoscalings, bei denen die Anzahl der ausgeführten Pods für eine Arbeitslast erhöht oder verringert wird. Weitere Informationen finden Sie unter Horizontales Pod-Autoscaling.

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

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

Hoch- und Herunterskalieren durch Cluster Autoscaler

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

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp 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 Aktionen zum Erstellen und Löschen von GKE-Cluster. Weitere Informationen finden Sie unter Autopilot-Cluster erstellen, Zonalen Cluster erstellen und Cluster löschen.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp 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

Clusterupdate

Dieses Ereignis verfolgt GKE-Clusterupdates. Updates umfassen automatische und manuelle Versionsupgrades der Steuerungsebene sowie Änderungen der Clusterkonfiguration. Weitere Informationen finden Sie unter Manuelles Upgrade eines Clusters oder Knotenpools und Standardcluster-Upgrades.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp 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 umfassen automatische und manuelle Versionsupgrades von Knotenpools sowie Konfigurationsänderungen und Größenanpassungen. Weitere Informationen finden Sie unter Manuelles Upgrade eines Clusters oder Knotenpools und Standardcluster-Upgrades.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp erstellen möchten, verwenden Sie 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 in einem Dashboard angezeigt werden können.

Cloud Run-Bereitstellung

Mit diesem Ereignistyp können Sie Fehler bei der Cloud Run-Bereitstellung erkennen und beheben. Die Bereitstellung kann aus verschiedenen Gründen fehlschlagen, z. B. wenn ein Dienstkonto gelöscht wurde, Berechtigungen falsch sind, der Import eines Containers fehlgeschlagen ist oder ein Container nicht gestartet werden konnte.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp 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: Cloud Run-Probleme.

Cloud SQL-Ereignistypen

In diesem Abschnitt werden die Cloud SQL-Ereignistypen beschrieben, die in einem Dashboard angezeigt werden können.

Cloud SQL-Failover

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

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp 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-Instanz starten oder beenden

Mit diesem Ereignistyp können Sie erkennen, 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 eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp 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, beenden und neu starten.

Cloud SQL-Speicher

Mit diesem Ereignistyp können Sie Ereignisse in Bezug auf den Cloud SQL-Speicher identifizieren, u. a. wenn der Datenbankspeicher voll ist und wenn eine Datenbank aufgrund ausgeschöpfter Speicherkapazität heruntergefahren wird. Datenbanken mit ausgeschöpfter Speicherkapazität und ohne aktivierte automatische Speichererhöhung werden möglicherweise heruntergefahren, um Datenbeschädigungen zu vermeiden.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp erstellen möchten, verwenden Sie 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
    )
)

Cloud Interconnect-Ereignistypen

In diesem Abschnitt werden die Cloud Interconnect-Ereignistypen beschrieben, die in einem Dashboard angezeigt werden können.

Interconnect-Wartung gestartet

Dieser Ereignistyp erfasst den Beginn der Infrastrukturwartung für eine Interconnect-Verbindung. Während der Wartung fallen BGP-Sitzungen (Border Gateway Protocol) in VLAN-Anhängen (Virtual Local Area Network) aus.

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

log_id("maintenance.googleapis.com/maintenance_events")
jsonPayload.resource.type="compute.googleapis.com/Interconnect"
jsonPayload.state="RUNNING"
labels."maintenance.googleapis.com/updated_fields" : "state"

Weitere Informationen finden Sie unter Infrastruktur-Wartungsereignisse.

Interconnect-Wartung abgeschlossen

Dieser Ereignistyp erfasst das Ende der Infrastrukturwartung für eine Interconnect-Verbindung. Die Ethernet-MAC-Adressen des Edge-Geräts können sich nach bestimmten Wartungsereignissen ändern.

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

log_id("maintenance.googleapis.com/maintenance_events")
jsonPayload.resource.type="compute.googleapis.com/Interconnect"
jsonPayload.state="SUCCEEDED"
labels."maintenance.googleapis.com/updated_fields" : "state"

Weitere Informationen finden Sie unter Infrastruktur-Wartungsereignisse.

Compute Engine-Ereignistypen

In diesem Abschnitt werden die Compute Engine-Ereignistypen beschrieben, die in einem Dashboard angezeigt werden können.

Beendigung virtueller 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 eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp erstellen möchten, verwenden Sie 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 stoppen und starten und Fehler beim Herunterfahren und Neustarten von VMs beheben.

Fehler beim Starten der VM-Instanz

Dieses Ereignis verfolgt Fehler beim Starten von Compute Engine-VM-Instanzen. Es zeigt fehlgeschlagene Starts an, die auf Ressourcenmangel, aufgebrauchte IP-Bereiche, überschrittene Kontingente oder Shielded VM-Integritätsfehler zurückgehen.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp erstellen möchten, verwenden Sie 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 im Gastbetriebssystem der VM-Instanz

Mit diesem Ereignis werden bestimmte Gastbetriebssystemfehler der Compute Engine-VM-Instanz erfasst, wie in den Logs der seriellen Konsole aufgezeichnet. Zu den erfassten Fehlern gehören volles Laufwerk, fehlerhafte Dateisystembereitstellung sowie 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 Logging der Ausgabe des seriellen Ports aktivieren und deaktivieren.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp erstellen möchten, verwenden Sie 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 der verwalteten Instanzgruppe

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

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp erstellen möchten, verwenden Sie 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.

Autoscaler 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 eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp erstellen möchten, verwenden Sie die folgende Abfrage:

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

Personalized Service Health-Ereignistypen

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

Google Cloud Vorfall

Bei der Fehlerbehebung kann es hilfreich sein, zwischen Fehlern zu unterscheiden, die durch einen Dienst verursacht werden, der Ihnen gehört, und solchen, die durch einenGoogle Cloud -Dienst verursacht werden, den Sie verwenden. Wenn Sie Personalized Service Health-Anmerkungen in einem Dashboard aktivieren, können Sie Störungen oder Service Health-Ereignisse für Google Cloud -Dienste ansehen. Eine Liste der Dienste, die in Service Health eingebunden sind, finden Sie unter Unterstützte Google-Produkte.

Im Gegensatz zu 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, indem Sie die Optionen auf der Seite Service Health Dashboard verwenden. 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 nach Vorfällen gefiltert wird, die für die angezeigten Daten relevant sind. Die Anfrage hat die folgende Konfiguration:

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

  • Die Enumeration DetailedState ist nicht auf FALSE_POSITIVE festgelegt.

Service Health-Annotationen werden mit einer Startzeit und einer Dauer angezeigt. Die Dauer wird durch Ändern der Hintergrundfarbe des Diagramms dargestellt. In der Kurzinfo für einen Google Cloud -Vorfall werden die folgenden Informationen angezeigt:

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

Informationen dazu, wie Sie eine Anfrage an die Service Health API senden, finden Sie unter Dienstunterbrechungen mit Service Health prüfen.

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

Ereignistypen für Verfügbarkeitsdiagnosen

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

Fehler bei Verfügbarkeitsdiagnosen

Mit diesem Ereignistyp können Sie Fehler bei Verfügbarkeitsdiagnosen aus konfigurierten Regionen erkennen.

Wenn Sie eine logbasierte Benachrichtigungsrichtlinie für diesen Ereignistyp erstellen möchten, verwenden Sie 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.

Agent für SAP-Ereignistypen

In diesem Abschnitt werden die Agent for SAP-Ereignistypen beschrieben, die in einem Dashboard angezeigt werden können.

SAP-Verfügbarkeit

Dieser Ereignistyp hilft Ihnen, Ereignisse im Zusammenhang mit der Verfügbarkeit von Agent for SAP zu identifizieren. Diese Ereignisse werden ausgelöst, wenn sich die Verfügbarkeit von SAP HANA, SAP NetWeaver oder Pacemaker-Clustern ändert.

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

log_id(google-cloud-sap-agent)
(
  resource.type=generic_node OR resource.type=gce_instance OR
  resource.type=aws_ec2_instance OR resource.type=baremetalsolution.googleapis.com/Instance
)
jsonPayload.metricEvent=true
jsonPayload.metric=(workload.googleapis.com/sap/hana/service OR workload.googleapis.com/sap/hana/availability OR
  workload.googleapis.com/sap/nw/service OR workload.googleapis.com/sap/nw/availability OR
  workload.googleapis.com/sap/cluster/nodes OR workload.googleapis.com/sap/cluster/resources)

SAP Backint

Dieser Ereignistyp hilft Ihnen, Ereignisse im Zusammenhang mit Agent for SAP Backint zu identifizieren. Bei jeder Backint-Sicherung oder ‑Wiederherstellung wird ein Ereignis mit Details zur erfolgreichen oder fehlgeschlagenen Ausführung und den Übertragungsstatistiken geschrieben. Logsicherungen und ‑wiederherstellungen werden nur im Fehlerfall angezeigt, während Datensicherungen und ‑wiederherstellungen sowohl bei erfolgreicher als auch fehlgeschlagener Ausführung zu sehen sind.

log_id(google-cloud-sap-agent-backint)
(
  resource.type=generic_node OR resource.type=gce_instance OR
  resource.type=aws_ec2_instance OR resource.type=baremetalsolution.googleapis.com/Instance
)
(jsonPayload.fileType=data OR (jsonPayload.fileType=log AND jsonPayload.success=false))
jsonPayload.message=SAP_BACKINT_FILE_TRANSFER

SAP-Betrieb

Mit diesem Ereignistyp können Sie Ereignisse im Zusammenhang mit dem Agent for SAP-Betrieb identifizieren. Diese Ereignisse werden ausgelöst, wenn sich der Status der SAP HANA-Replikation ändert.

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

log_id(google-cloud-sap-agent)
(
  resource.type=generic_node OR resource.type=gce_instance OR
  resource.type=aws_ec2_instance OR resource.type=baremetalsolution.googleapis.com/Instance
)
jsonPayload.metricEvent=true
jsonPayload.metric=workload.googleapis.com/sap/hana/ha/replication

Nächste Schritte

Informationen dazu, wie Sie Ereignisse in Ihren Dashboards anzeigen lassen, finden Sie unter Ereignisse in einem Dashboard anzeigen.