Ereignistypen

Mit Ereignisanmerkungen in Diagrammen in Cloud Monitoring können Sie Messwerttrends mit Systemaktivitäten wie Bereitstellungen, Failovern oder Abstürzen korrelieren. Ein Ereignis ist eine Aktivität, die sich auf den Betrieb eines Systems auswirkt und anhand von offenen Benachrichtigungen, Personalized Service Health oder Logeinträgen identifiziert wird. Dashboards können mehrere Annotationen enthalten und jede Annotation kann mehrere Ereignisse auflisten. Auf den Tabs Beobachtbarkeit für Dienste wie Compute Engine und Google Kubernetes Engine können ebenfalls Annotationen angezeigt werden, aber nicht alle Ereignistypen werden unterstützt.

Für jeden aufgeführten Ereignistyp enthält dieses Dokument Links zu Inhalten zur Fehlerbehebung und Logabfragen, die Sie im Log-Explorer oder in einer logbasierten Benachrichtigungsrichtlinie verwenden können. Eine Anleitung zur Einrichtung finden Sie unter Ereignisse in einem Dashboard anzeigen.

Beispiel für ein Dashboard mit Annotationen

Der folgende Screenshot zeigt ein Diagramm mit mehreren logbasierten Ereignissen und einem Service Health-Ereignis:

Diagramm mit Warnungen und Informationsereignis-Anmerkungen.

Ereignistypen für Benachrichtigungen

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

Benachrichtigung geöffnet

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

  • Die entsprechende Benachrichtigung wurde im vom Dashboard angegebenen Zeitraum geöffnet.
  • Die entsprechende Benachrichtigung ist nicht geschlossen.

Benachrichtigungen, die außerhalb des vom Dashboard angegebenen Zeitraums geöffnet wurden, werden nicht angezeigt. Ebenso wird ein Ereignis vom Typ „Benachrichtigung geöffnet“ nicht angezeigt, wenn die entsprechende Benachrichtigung innerhalb des vom Dashboard angegebenen Zeitraums geöffnet und dann geschlossen wurde.

Die Kurzinfo für ein Ereignis, bei dem eine Meldung geöffnet wurde, enthält Folgendes:

  • Name der Benachrichtigungsrichtlinie.
  • Zusammenfassende Informationen, sofern verfügbar. Diese Informationen können beispielsweise den Grenzwert und den gemessenen Wert enthalten.
  • Die Dauer der Benachrichtigung sowie das Datum und die Uhrzeit, zu der die Benachrichtigung geöffnet wurde.
  • Messwert- und Ressourcenlabels. In der Kurzinfo werden möglicherweise nicht alle Labels angezeigt.
  • Über den Button Ansehen wird die Seite Details für die Benachrichtigung geöffnet.

Google Kubernetes Engine-Ereignistypen

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

Gepatchte oder aktualisierte GKE-Arbeitslast

Mit diesem Ereignistyp können Sie Fehler bei GKE-Arbeitslast-Deployments oder StatefulSet-Änderungen beheben, 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 für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie 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

Mit diesem Ereignistyp können Sie GKE-Pod-Abstürze identifizieren und beheben. Pod-Abstürze können durch erschöpften Arbeitsspeicher oder einen Anwendungsfehler verursacht werden. Dieser Ereignistyp wird in folgenden Fällen angezeigt:

  • Der Pod-Status ist CrashLoopBackOff.
  • Der Pod wird mit einem Exit-Code ungleich null beendet.
  • Der Pod wird aufgrund von fehlendem Arbeitsspeicher beendet.
  • Pod wird entfernt.
  • Bereitschafts- oder 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.

GKE-Pod konnte nicht geplant werden

Mit diesem Ereignistyp können Sie Pods identifizieren und Fehler beheben, die 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 Knoten-CPU.
  • Nicht genügend Knotenspeicher.
  • Keine Knoten für Markierungen oder Toleranzen.
  • Knoten mit maximaler Pod-Anzahl.
  • 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 identifizieren 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 bei Image-Abrufen finden Sie unter Fehlerbehebung bei Image-Abrufen.

Pod-Autoscaling hoch- und herunterskalieren

Dieses Ereignis bietet Einblick in die Neuskalierung des horizontalen Pod-Autoscalings, wodurch 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 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

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-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-Cluster. 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. Updates umfassen automatische und manuelle Versionsupgrades der Steuerungsebene sowie Änderungen der Clusterkonfiguration. Weitere Informationen finden Sie unter Manuelles Upgrade eines Clusters oder Knotenpools durchführen und Standardcluster-Upgrades.

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 umfassen automatische und manuelle Versionsupgrades von Knotenpools sowie Konfigurationsänderungen und Größenanpassungen. Weitere Informationen finden Sie unter Manuelles Upgrade eines Clusters oder Knotenpools durchführen und Standardcluster-Upgrades.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie 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 auf einem Dashboard angezeigt werden können.

Cloud Run-Bereitstellung

Mit diesem Ereignistyp können Sie Fehler bei Cloud Run-Bereitstellungen identifizieren und beheben. Die Bereitstellung kann aus verschiedenen Gründen fehlschlagen, z. B. aufgrund eines gelöschten Dienstkontos, falscher Berechtigungen, eines fehlgeschlagenen Containerimports oder eines Containers, der nicht gestartet werden konnte.

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: 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 feststellen, wann manuelle oder automatische Failover auftreten. Ein Failover tritt auf, wenn ein Instanz- oder Zonenausfall vorliegt und die Stand-by-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 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, wann 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, beenden 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 ausgeschöpfter Speicherkapazität und ohne aktivierte automatische Speichererhöhung werden möglicherweise heruntergefahren, um Datenbeschädigungen zu vermeiden.

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie 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 werden BGP-Sitzungen (Border Gateway Protocol) in VLAN-Anhängen (Virtual Local Area Network) beendet.

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

Cloud VPN-Ereignistypen

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

VPN-Wartung

Dieser Ereignistyp verfolgt die Infrastrukturwartung für eine VPN-Aufgabe. Dazu gehören Ereignisse für den Beginn und den Abschluss der Wartung.

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

log_id("cloud.googleapis.com/ipsec_events")
resource.type="vpn_gateway"
(
    textPayload:"Starting VPN task maintenance" OR
    textPayload:"VPN task maintenance Completed"
)

VPN-Trafficauswahl eingeschränkt

Mit diesem Ereignistyp können Sie feststellen, wann die Auswahl für Traffic für eine untergeordnete SA eingeschränkt wird. Dazu gehören Ereignisse für die Auswahl von lokalem und Remote-Traffic.

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

log_id("cloud.googleapis.com/ipsec_events")
resource.type="vpn_gateway"
(
    textPayload:"Warning: Local traffic selectors narrowed for Child SA" OR
    textPayload:"Warning: Remote traffic selectors narrowed for Child SA"
)

Compute Engine-Ereignistypen

In diesem Abschnitt werden die Compute Engine-Ereignistypen beschrieben, die auf 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 für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie 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 beenden und starten und Fehlerbehebung bei VM-Herunterfahren und -Neustarts.

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

Gastbetriebssystemfehler 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 volle Laufwerke, fehlerhafte Dateisystembereitstellungen 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 für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie 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")

Update für verwaltete Instanzgruppe

Mit diesem Ereignistyp können Sie feststellen, wann Ihre verwaltete Instanzgruppe (MIG) aktualisiert wurde. 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 für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie 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.

Autoscaling für verwaltete Instanzgruppe

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 für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie 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 Ereignistypen von Personalized Service Health beschrieben, die in einem Dashboard angezeigt werden können.

Google Cloud Vorfall

Bei der Fehlerbehebung möchten Sie möglicherweise zwischen Fehlern unterscheiden, die von einem Dienst verursacht werden, den Sie besitzen, und Fehlern, die von einemGoogle 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 Vorfälle in Google Cloud nicht durch die Analyse Ihrer Logeinträge identifiziert. Wenn Sie benachrichtigt werden möchten, wenn diese Ereignisse auftreten, 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.

Monitoring identifiziert Google Cloud -Vorfälle, indem eine Anfrage an die Service Health API gesendet und die Antwort dann nach den Vorfällen gefiltert wird, die für die von Ihnen 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 wird sichergestellt, dass im Dashboard nur Ereignisse für die Google Cloud -Dienste angezeigt werden, die IhrGoogle Cloud -Projekt verwendet.

  • Die Aufzählung 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 angezeigt. In der Kurzinfo für einen Google Cloud -Vorfall wird Folgendes angegeben:

  • Der Google Cloud -Dienst.
  • Gibt an, ob der Vorfall offen oder behoben ist.
  • Datum und Beginn des Termins.
  • 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 Sie die Detailseite für den Vorfall öffnen können.

Informationen zum Senden einer Anfrage an die Service Health API finden Sie unter Mit Service Health nach Störungen suchen.

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 auf einem Dashboard angezeigt werden können.

Fehler bei Verfügbarkeitsdiagnosen

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

Wenn Sie für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie 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 auf einem Dashboard angezeigt werden können.

SAP-Verfügbarkeit

Mit diesem Ereignistyp können Sie Ereignisse im Zusammenhang mit der Verfügbarkeit des Agent for SAP identifizieren. Diese Ereignisse werden ausgelöst, wenn sich die Verfügbarkeit von SAP HANA, SAP NetWeaver oder Pacemaker-Clustern ändert.

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

Mit diesem Ereignistyp können Sie Ereignisse im Zusammenhang mit Agent for SAP Backint 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 für diesen Ereignistyp eine logbasierte Benachrichtigungsrichtlinie 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 zum Anzeigen von Ereignissen in Ihren Dashboards finden Sie unter Ereignisse in einem Dashboard anzeigen.