Vorfälle für messwertbasierte Benachrichtigungsrichtlinien

Ein Vorfall ist ein Eintrag, der angibt, wann die Bedingung(en) einer Benachrichtigungsrichtlinie erfüllt werden. Wenn eine Benachrichtigungsrichtlinie mehrere Bedingungen enthält, wird in der Benachrichtigungsrichtlinie angegeben, ob das Erfüllen einer Bedingung ausreicht, um einen Vorfall zu erstellen. Wenn Bedingungen erfüllt sind, erstellt Cloud Monitoring in der Regel einen Vorfall und sendet eine Benachrichtigung. In den folgenden Fällen werden jedoch keine Vorfälle erstellt:

Die Richtlinie ist pausiert oder deaktiviert.
Die Anzahl der Benachrichtigungsrichtlinien oder Vorfälle überschreitet die vorhandenen Benachrichtigungslimits.

Für jeden Vorfall wird in Monitoring eine Seite mit Vorfall-Details erstellt, auf der Sie den Vorfall verwalten können. Außerdem werden dort Informationen zum Vorfall angezeigt, die Ihnen bei der Fehlerbehebung helfen können. Auf der Seite Details zu Vorfällen sehen Sie beispielsweise die Zeitachse des Vorfalls und ein Diagramm mit den überwachten Messwertdaten. Außerdem finden Sie Links zu zugehörigen Vorfällen und Logeinträgen.

In diesem Dokument wird beschrieben, wie Sie Ihre Vorfälle finden. Außerdem wird beschrieben, wie Sie auf der Seite Vorfalldetails Vorfälle für auf Messwerten basierende Benachrichtigungsrichtlinien verwalten können, die Zeitreihendaten auswerten, die von Cloud Monitoring gespeichert werden.

Diese Funktion wird nur für Google Cloud -Projekte unterstützt. Wählen Sie für App Hub-Konfigurationen das App Hub-Hostprojekt oder das Verwaltungsprojekt aus.

Hinweise

Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen für das Projekt zuzuweisen, damit Sie die nötigen Berechtigungen zum Aufrufen und Verwalten von Vorfällen haben:

Sie können Vorfälle mit der Google Cloud CLI oder der Cloud Monitoring API ansehen: Monitoring-Benachrichtigungsbetrachter (roles/monitoring.alertViewer)
So rufen Sie Vorfälle mit der Google Cloud Console auf:
- Monitoring Cloud Console Incident Viewer (roles/monitoring.cloudConsoleIncidentViewer)
- Betrachter von Stackdriver-Konten (roles/stackdriver.accounts.viewer)
Vorfälle über die Google Cloud Console verwalten:
- Monitoring Cloud Console Incident Editor (roles/monitoring.cloudConsoleIncidentEditor)
- Betrachter von Stackdriver-Konten (roles/stackdriver.accounts.viewer)

Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.

Sie können die erforderlichen Berechtigungen auch über benutzerdefinierte Rollen oder andere vordefinierte Rollen erhalten.

Weitere Informationen zu Cloud Monitoring-Rollen finden Sie unter Zugriff mit Identity and Access Management steuern.

Vorfälle ansehen

Verwenden Sie die Google Cloud Console, die gcloud CLI (öffentliche Vorschau) oder die Monitoring API (öffentliche Vorschau), um Vorfälle in Ihrem Projekt aufzurufen.

Google Cloud Console

So listen Sie die Vorfälle in Ihrem Google Cloud Projekt auf:

Rufen Sie in der Google Cloud Console die Seite Benachrichtigungen auf:
Zu Benachrichtigungen

Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.
Wählen Sie in der Symbolleiste der Google Cloud Console Ihr Google Cloud -Projekt aus. Wählen Sie für App Hub-Konfigurationen das App Hub-Hostprojekt oder das Verwaltungsprojekt aus.

Auf der Seite Benachrichtigungen werden Informationen zu Ihren Benachrichtigungsrichtlinien, Schlummerfunktionen und Vorfällen angezeigt:
- Im Bereich Zusammenfassung wird die Anzahl der offenen Vorfälle angezeigt.
- In der Tabelle Vorfälle werden die jüngsten offenen Vorfälle angezeigt. Wenn Sie die neuesten Vorfälle in der Tabelle auflisten möchten, einschließlich der geschlossenen, klicken Sie auf Geschlossene Vorfälle anzeigen.
Wenn Sie die Details eines bestimmten Vorfalls aufrufen möchten, wählen Sie den Vorfall in der Liste aus.

Die Seite Details zu Vorfällen wird geöffnet. Weitere Informationen zur Seite Details zum Vorfall finden Sie im Abschnitt Vorfall untersuchen in diesem Dokument.

Ältere Vorfälle finden

In der Tabelle Vorfälle auf der Seite Benachrichtigungen werden die jüngsten offenen Vorfälle angezeigt. So rufen Sie ältere Vorfälle auf:

Klicken Sie auf Neuer oder Älter, um die Einträge in der Tabelle Vorfälle durchzugehen.
Klicken Sie auf Alle Vorfälle ansehen, um eine Seite zu öffnen, auf der Sie Ihre Vorfälle auflisten und filtern können. Die Seite Vorfälle wird geöffnet. Gehen Sie auf dieser Seite so vor:
- Alle Vorfälle anzeigen, einschließlich geschlossener Vorfälle. Klicken Sie auf Geschlossene Vorfälle einblenden, um alle Vorfälle anzuzeigen.
- Vorfälle filtern Informationen zum Hinzufügen von Filtern finden Sie unter Vorfälle filtern.
- Bestätigen oder schließen Sie einen Vorfall oder stellen Sie die Benachrichtigungsrichtlinie auf „Schlummern“. Klicken Sie in der Zeile des Vorfalls auf Weitere Optionen und treffen Sie im Menü eine Auswahl. Weitere Informationen finden Sie unter Vorfälle verwalten.

Vorfälle filtern

Fügen Sie Filter hinzu, um die in der Tabelle angezeigten Vorfälle einzuschränken. Wenn Sie mehrere Filter hinzufügen, werden in der Tabelle nur Vorfälle angezeigt, die alle Filter erfüllen.

So filtern Sie die Tabelle mit Vorfällen:

Klicken Sie auf der Seite Vorfälle auf Tabelle filtern und wählen Sie ein Filterattribut aus. Filterattribute umfassen die folgenden Elemente:
- Zustand des Vorfalls
- Name der Benachrichtigungsrichtlinie
- Wann der Vorfall geöffnet oder geschlossen wurde
- Messwerttyp
- Ressourcentyp
Wählen Sie einen Wert aus dem sekundären Menü oder geben Sie einen Wert in die Filterleiste ein.

Wenn Sie beispielsweise Messwerttyp auswählen und usage_time eingeben, werden im sekundären Menü möglicherweise nur die folgenden Optionen angezeigt:
```
agent.googleapis.com/cpu/usage_time
compute.googleapis.com/guest/container/cpu/usage_time
container.googleapis.com/container/cpu/usage_time
```
Der Filter wird dann in der Tabelle Vorfälle aufgeführt.

gcloud

Mit der gcloud CLI können Sie Vorfälle abrufen und auflisten.

Vorfall abrufen

Ersetzen Sie folgende Werte, bevor sie einen der Befehlsdaten verwenden:

ALERT_NAME: Der Ressourcenname der Benachrichtigung. Beispiel: projects/my-project/alerts/my-alert-id.

Führen Sie den Befehl gcloud alpha monitoring alerts describe aus:

Linux, macOS oder Cloud Shell

gcloud alpha monitoring alerts describe ALERT_NAME

Windows (PowerShell)

gcloud alpha monitoring alerts describe ALERT_NAME

Windows (cmd.exe)

gcloud alpha monitoring alerts describe ALERT_NAME

Der Befehl gibt eine Antwort mit Benachrichtigungsdetails wie dem Benachrichtigungsstatus, angehängten Labels und der Quellbenachrichtigungsrichtlinie zurück. Die Labels in der Antwort können sich ändern, solange sich diese Funktion in der Vorschau befindet. Die Antwort sieht in etwa so aus:

{
  "name": "projects/my-project/alerts/my-alert-id1",
  "state": "OPEN",
  "open_time": "2025-06-11T09:53:46Z",
  "close_time": "2025-06-13T10:11:36Z",
  "resource": {
    "type": "gce_instance",
    "labels": {
      "zone": "us-west1",
      "instance_id": "123456789",
      "project_id": "my-project"
    }
  },
  "metric": {
    "labels": {
      "instance_name": "my-instance1"
    },
    "type": "compute.googleapis.com/instance/cpu/usage_time"
  },
  "policy": {
    "name": "projects/my-project/alertPolicies/POLICY_1",
    "displayName": "my-policy"
  },
  "summaryText": "[ALERT] VM Instance - CPU usage on my-project my-instance1"
}

Vorfälle auflisten

Mit der gcloud CLI können Sie Vorfälle in Ihrem Projekt auflisten und die Ergebnisse filtern.

Ersetzen Sie folgende Werte, bevor sie einen der Befehlsdaten verwenden:

PROJECT_ID: Die Kennung des Projekts.

Führen Sie den Befehl gcloud alpha monitoring alerts list aus:

Linux, macOS oder Cloud Shell

gcloud alpha monitoring alerts list

Windows (PowerShell)

gcloud alpha monitoring alerts list

Windows (cmd.exe)

gcloud alpha monitoring alerts list

{
  "alerts": [
    {
      "name": "projects/my-project/alerts/my-alert-id1",
      "state": "OPEN",
      "open_time": "2025-06-11T09:53:46Z",
      "close_time": "2025-06-13T10:11:36Z",
      "resource": {
        "type": "gce_instance",
        "labels": {
          "zone": "us-west1",
          "instance_id": "123456789",
          "project_id": "my-project"
        }
      },
      "metric": {
        "labels": {
          "instance_name": "my-instance1"
        },
        "type": "compute.googleapis.com/instance/cpu/usage_time"
      },
      "policy": {
        "name": "projects/my-project/alertPolicies/POLICY_1",
        "displayName": "my-policy"
      },
      "summaryText": "[ALERT] VM Instance - CPU usage on my-project my-instance1"
    }
  ]
}

Sie können auch die folgenden optionalen Flags verwenden, um die Ausgabe zu filtern, zu sortieren oder zu ändern:

--filter: Geben Sie einen Filterausdruck an, um Benachrichtigungen nach Zeit oder Label zu filtern. Filtern Sie beispielsweise mit --filter='close_time>="2025-09-10T00:00:00Z"' nach Zeitraum oder mit --filter='resource.labels.key="value"' nach Label.
--sort-by: Eine durch Kommas getrennte Liste von Feldern, nach denen die Ausgabe sortiert werden soll. Beispiel: --sort-by=open_time.
--uri: Der Befehl gibt anstelle der Standardausgabe eine Liste von Ressourcen-URIs aus.
--limit: Legen Sie dieses Flag auf 2 oder höher fest, um die Anzahl der zurückgegebenen Benachrichtigungen zu begrenzen. Verwenden Sie dieses Flag nicht in Verbindung mit dem Flag --filter.

Monitoring API

Mit der Monitoring API können Sie Vorfälle abrufen und auflisten.

Vorfall abrufen

Wenn Sie mit der Monitoring API Details zu einem einzelnen Vorfall abrufen möchten, verwenden Sie die Methode alerts.get.

Ersetzen Sie diese Werte in den folgenden Anfragedaten:

PROJECT_ID: Die Kennung des Projekts.
ALERT_ID: Die ID der Benachrichtigung.

HTTP-Methode und URL:

GET https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alerts/ALERT_ID

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

curl (Linux, macOS oder Cloud Shell)

Führen Sie folgenden Befehl aus:

curl -X GET \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "x-goog-user-project: PROJECT_ID" \
     "https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alerts/ALERT_ID"

PowerShell (Windows)

Führen Sie folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred"; "x-goog-user-project" = "PROJECT_ID" }

Invoke-WebRequest `
    -Method GET `
    -Headers $headers `
    -Uri "https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alerts/ALERT_ID" | Select-Object -Expand Content

Der Befehl gibt eine Antwort mit Benachrichtigungsdetails wie Benachrichtigungsstatus, angehängten Labels und der Quellbenachrichtigungsrichtlinie zurück. Die Labels in der Antwort können sich ändern, solange sich diese Funktion in der Vorschau befindet. Die Antwort sieht in etwa so aus:

{
  "name": "projects/my-project/alerts/my-alert-id1",
  "state": "OPEN",
  "open_time": "2025-06-11T09:53:46Z",
  "close_time": "2025-06-13T10:11:36Z",
  "resource": {
    "type": "gce_instance",
    "labels": {
      "zone": "us-west1",
      "instance_id": "123456789",
      "project_id": "my-project"
    }
  },
  "metric": {
    "labels": {
      "instance_name": "my-instance1"
    },
    "type": "compute.googleapis.com/instance/cpu/usage_time"
  },
  "policy": {
    "name": "projects/my-project/alertPolicies/POLICY_1",
    "displayName": "my-policy"
  },
  "summaryText": "[ALERT] VM Instance - CPU usage on my-project my-instance1"
}

Vorfälle auflisten

Wenn Sie Vorfälle in Ihrem Projekt auflisten und die Ergebnisse mit der Monitoring API filtern möchten, verwenden Sie die Methode alerts.list.

Ersetzen Sie diese Werte in den folgenden Anfragedaten:

PROJECT_ID: Die Kennung des Projekts.

HTTP-Methode und URL:

GET https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alerts

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

curl (Linux, macOS oder Cloud Shell)

Führen Sie folgenden Befehl aus:

curl -X GET \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "x-goog-user-project: PROJECT_ID" \
     "https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alerts"

PowerShell (Windows)

Führen Sie folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred"; "x-goog-user-project" = "PROJECT_ID" }

Invoke-WebRequest `
    -Method GET `
    -Headers $headers `
    -Uri "https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alerts" | Select-Object -Expand Content

{
  "alerts": [
    {
      "name": "projects/my-project/alerts/my-alert-id1",
      "state": "OPEN",
      "open_time": "2025-06-11T09:53:46Z",
      "close_time": "2025-06-13T10:11:36Z",
      "resource": {
        "type": "gce_instance",
        "labels": {
          "zone": "us-west1",
          "instance_id": "123456789",
          "project_id": "my-project"
        }
      },
      "metric": {
        "labels": {
          "instance_name": "my-instance1"
        },
        "type": "compute.googleapis.com/instance/cpu/usage_time"
      },
      "policy": {
        "name": "projects/my-project/alertPolicies/POLICY_1",
        "displayName": "my-policy"
      },
      "summaryText": "[ALERT] VM Instance - CPU usage on my-project my-instance1"
    }
  ]
}

Curl-Nutzer können das Flag --data-urlencode gefolgt von einem Filterausdruck hinzufügen, um Benachrichtigungen nach Zeit oder Label zu filtern. Betrachten Sie die folgenden Beispiele:

Benachrichtigungen auflisten, die in der letzten Stunde geöffnet wurden:

--data-urlencode "filter=(open_time>=\"`date -u -d "1 hour ago" +"%Y-%m-%dT%H:%M:%SZ"`\")"

Offene Benachrichtigungen des letzten Tages auflisten und filtern:

--data-urlencode "filter=(open_time>=\"`date -u -d "1 DAY ago" +"%Y-%m-%dT%H:%M:%SZ"`\" AND state=open)"

Benachrichtigungen auflisten und filtern, die zwischen zwei Zeiträumen geöffnet wurden:

--data-urlencode "filter=(open_time>=\"`date -u -d "2 DAY ago" +"%Y-%m-%dT%H:%M:%SZ"`\" AND open_time<=\"`date -u -d "1 DAY ago" +"%Y-%m-%dT%H:%M:%SZ"`\")"

Benachrichtigungen nach Nutzerlabel auflisten und filtern In diesem Beispiel wird nach einem Nutzerlabel mit dem Namen app und dem Wert my-gke-app gefiltert:

--data-urlencode "filter=(policy.user_labels.app=\"my-gke-app\")"

Powershell-Nutzer können das folgende Beispiel verwenden, um der Anforderungs-URL einen zeitbasierten Filter hinzuzufügen:

$baseUrl = "https://monitoring.googleapis.com/v3/projects/my-project/alerts"
$filterValue = (Get-Date).AddHours(-1).ToString("yyyy-MM-ddTHH:mm:ssZ")
$filter = 'open_time >= "' + $filterValue + '"'
$encodedFilter = [System.Uri]::EscapeDataString($filter)
$url = $baseUrl + "?filter=" + $encodedFilter

Vorfälle untersuchen

Die Seite Details zu Vorfällen enthält Informationen, die Ihnen helfen können, die Ursache eines Vorfalls zu ermitteln.

Messwertdaten analysieren

Mit dem Diagramm Messwerte für Benachrichtigungen können Sie den Status Ihres Messwerts vor und nach dem Eintreten des Vorfalls analysieren. In diesem Diagramm sehen Sie eine Zeitachse und die Zeitreihen, die dazu geführt haben, dass die Bedingung Ihrer Benachrichtigungsrichtlinie erfüllt wurde.

Sie können den Bereich der Zeitachse anpassen, um Trends und Muster in Ihren Messwertdaten im Zusammenhang mit dem Vorfall zu suchen:

Wenn Sie zwischen der Anzeige nur der Zeitreihen, die dazu geführt haben, dass die Bedingung erfüllt wurde, und der Anzeige aller Zeitreihen, für die die Bedingung ausgewertet wird, wechseln möchten, klicken Sie auf Alle Zeitreihen anzeigen.
Wenn Sie den im Diagramm angezeigten Zeitraum ändern möchten, können Sie die Zeitraumauswahl in der Symbolleiste verwenden oder Zeiträume im Diagramm mit dem Mauszeiger markieren.

Sie können Ihre Messwertdaten auch detaillierter analysieren, indem Sie sie im Metrics Explorer aufrufen. Rufen Sie dazu das Diagramm Messwerte für Benachrichtigungen auf und klicken Sie auf Daten auswerten. Standardmäßig werden Messwertdaten im Metrics Explorer aggregiert und gefiltert, sodass das Messwertdiagramm mit der Zeitachse übereinstimmt, die auf der Zeitachse Benachrichtigungsmesswerte angezeigt wird.

Logeinträge ansehen

Im Bereich Logs auf der Seite Vorfalldetails werden Logeinträge angezeigt, die dem Ressourcentyp und den Labels der überwachten Ressource für Ihren Messwert entsprechen. Sie können diese Logeinträge analysieren, um zusätzliche Informationen zu finden, die Ihnen bei der Fehlerbehebung helfen können.

Wenn Sie die Logeinträge im Log-Explorer aufrufen möchten, klicken Sie auf Im Log-Explorer ansehen und wählen Sie dann ein Projekt mit Bereich aus. Der Log-Explorer bietet zusätzliche Tools zum Analysieren von Logeinträgen, z. B. eine Zeitachse, auf der angezeigt wird, wann zugehörige Logeinträge erstellt wurden.
Wenn Sie die Abfrage aufrufen und bearbeiten möchten, mit der die Logeinträge im Metrics Explorer gefiltert werden, klicken Sie auf Daten untersuchen.

Anwendungsdaten ansehen

Bei Benachrichtigungsrichtlinien, die mit einer App Hub-Anwendung verknüpft sind, rufen Sie den Bereich Mit Anwendung verknüpft auf. Ein Eintrag in diesem Abschnitt enthält die Anwendungs-ID und Links zu einem Dashboard mit Informationen zur Anwendung. Im zweiten Eintrag ist entweder eine Arbeitslast oder ein Dienst aufgeführt und es wird ein Link zu einem Dashboard angezeigt.

Zusätzliche Informationen ansehen

Im Bereich Labels sehen Sie die Labels und Werte für die überwachte Ressource und den Messwert der Zeitreihe, die den Vorfall verursacht hat, sowie die in der Benachrichtigungsrichtlinie definierten Nutzerlabels. Anhand dieser Informationen können Sie die überwachte Ressource ermitteln, die den Vorfall verursacht hat. Weitere Informationen finden Sie unter Vorfälle mit Labels versehen.

Im Bereich Dokumentation sehen Sie die Dokumentationsvorlage für Benachrichtigungen, die Sie beim Erstellen der Benachrichtigungsrichtlinie angegeben haben. Diese Informationen können eine Beschreibung der von der Benachrichtigungsrichtlinie überwachten Vorgänge sowie Tipps zur Schadensbegrenzung enthalten. Weitere Informationen finden Sie unter Benachrichtigungen mit benutzerdefinierter Dokumentation versehen.

Wenn Sie keine Dokumentation für Ihre Benachrichtigungsrichtlinie konfiguriert haben, wird im Bereich Dokumentation die Meldung „Keine Dokumentation konfiguriert“ angezeigt.

Um zugrunde liegende Probleme in Ihrer Anwendung zu erkennen, können Sie Vorfälle untersuchen, die mit anderen Bedingungen für Benachrichtigungsrichtlinien zusammenhängen.

Im Bereich Zugehörige Vorfälle wird eine Liste von Vorfällen angezeigt, die einem der folgenden Kriterien entsprechen:

Der Vorfall wurde erstellt, als eine Bedingung derselben Benachrichtigungsrichtlinie erfüllt wurde.
Der Vorfall hat dasselbe Label wie der Vorfall auf der Seite Details zum Vorfall.

Vorfälle verwalten

Vorfälle haben einen der folgenden Zustände:

Offen: Der aktuelle Satz der Bedingungen der Benachrichtigungsrichtlinie wird erfüllt oder es liegen keine Daten vor, die darauf hinweisen, dass die Bedingungen nicht mehr erfüllt werden. Wenn eine Benachrichtigungsrichtlinie mehrere Bedingungen enthält, werden Vorfälle je nach Kombination der Bedingungen geöffnet. Weitere Informationen finden Sie unter Richtlinien mit mehreren Bedingungen.
Acknowledged: Der Vorfall ist offen und wurde manuell als bestätigt gekennzeichnet. Dieser Status deutet in der Regel darauf hin, dass der Vorfall untersucht wird.
Geschlossen: Das System hat festgestellt, dass die Bedingung nicht mehr erfüllt wird, Sie haben den Vorfall geschlossen oder es sind 7 Tage vergangen, ohne dass ein Erfüllen der Bedingung beobachtet wurde. finden Sie weitere Informationen.

Wenn Sie eine Benachrichtigungsrichtlinie konfigurieren, stellen Sie sicher, dass der stabile Zustand ein Signal liefert, wenn alles in Ordnung ist. Dies ist notwendig, damit der fehlerfreie Zustand erkannt werden kann und, falls ein Vorfall offen ist, dieser geschlossen werden kann. Wenn es kein Signal gibt, das anzeigt, dass ein Fehlerzustand gestoppt wurde, bleibt ein Vorfall nach dem Öffnen der Benachrichtigungsrichtlinie noch 7 Tage lang offen.

Wenn Sie beispielsweise eine Benachrichtigungsrichtlinie erstellen, die Sie benachrichtigt, wenn die Anzahl der Fehler größer als 0 ist, muss sie eine Anzahl von 0 Fehlern ausgeben, wenn keine Fehler vorhanden sind. Wenn die Benachrichtigungsrichtlinie im fehlerfreien Zustand „null“ oder leer zurückgibt, gibt es kein Signal, das angibt, wann die Fehler behoben wurden. Bei Bedarf können Sie in PromQL einen Standardwert angeben, der verwendet wird, wenn kein Messwert verfügbar ist.

Vorfälle bestätigen

Wir empfehlen Ihnen, einen Vorfall als bestätigt zu markieren, sobald Sie mit der Untersuchung des Vorfalls beginnen.

So markieren Sie einen Vorfall als "bestätigt":

Klicken Sie auf der Seite Benachrichtigungen in der Tabelle Vorfälle auf Alle Vorfälle ansehen.
Suchen Sie auf der Seite Vorfälle den Vorfall, den Sie bestätigen möchten, und führen Sie dann einen der folgenden Schritte aus:
- Klicken Sie auf Weitere Optionen und wählen Sie Bestätigen aus.
- Öffnen Sie die Detailseite des Vorfalls und klicken Sie auf Vorfall bestätigen.

Wenn Ihre Benachrichtigungsrichtlinie so konfiguriert ist, dass wiederholte Benachrichtigungen gesendet werden, werden die Benachrichtigungen durch das Bestätigen eines Vorfalls nicht beendet. Führen Sie einen der folgenden Schritte aus, um sie zu beenden:

Erstellen Sie eine Schlummerfunktion für die Benachrichtigungsrichtlinie.
Deaktivieren Sie die Benachrichtigungsrichtlinie.

Benachrichtigungsrichtlinie pausieren

Wenn Sie verhindern möchten, dass in Monitoring während eines bestimmten Zeitraums Vorfälle erstellt und Benachrichtigungen gesendet werden, können Sie die zugehörige Benachrichtigungsrichtlinie in den Schlummermodus versetzen. Wenn Sie eine Benachrichtigungsrichtlinie in den Schlummermodus versetzen, schließt Monitoring auch alle Vorfälle, die mit der Benachrichtigungsrichtlinie zusammenhängen.

So erstellen Sie einen Schlummermodus für einen Vorfall, den Sie sich gerade ansehen:

Klicken Sie auf der Seite Vorfall-Details auf Richtlinie pausieren.
Wählen Sie die Schlummerdauer aus. Nachdem Sie die Schlummerdauer ausgewählt haben, beginnt die Schlummerfunktion sofort.

Sie können eine Benachrichtigungsrichtlinie auch auf der Seite Vorfälle in den Schlummermodus versetzen. Suchen Sie dazu den Vorfall, den Sie in den Schlummermodus versetzen möchten, klicken Sie auf Weitere Optionen und wählen Sie dann Schlummern aus. Sie können Benachrichtigungsrichtlinien während Ausfällen in den Schlummermodus versetzen, um weitere Benachrichtigungen während der Fehlerbehebung zu vermeiden.

Vorfälle schließen

Sie können Vorfälle von Monitoring schließen lassen oder einen Vorfall schließen, nachdem keine Beobachtungen mehr eingehen. Wenn Sie einen Vorfall schließen und dann Daten eingehen, die darauf hinweisen, dass die Bedingung erfüllt ist, wird ein neuer Vorfall erstellt. Wenn Sie einen Vorfall schließen, werden dadurch keine anderen Vorfälle geschlossen, die für dieselbe Bedingung offen sind. Wenn Sie eine Benachrichtigungsrichtlinie in den Schlummermodus versetzen, werden offene Vorfälle geschlossen, sobald der Schlummermodus beginnt.

Monitoring schließt einen Vorfall automatisch, wenn einer der folgenden Fälle eintritt:

Bedingungen für Messwertschwellenwerte:
- Es wird eine Beobachtung empfangen, die darauf hinweist, dass der Grenzwert nicht überschritten wird.
- Es gehen keine Beobachtungen ein, die Bedingung ist so konfiguriert, dass Vorfälle geschlossen werden, wenn keine Beobachtungen mehr eingehen, und der Status der zugrunde liegenden Ressource ist entweder unbekannt oder nicht deaktiviert.
  
  Hinweis :Der Vorfall wird nicht geschlossen, wenn keine Daten mehr eingehen, wenn der Status einer Ressource als „Deaktiviert“ bekannt ist. Sie können den Vorfall jedoch manuell schließen. Monitoring kann den Status einer Ressource ermitteln, wenn die Ressource das Label metadata.system_labels.state enthält und die Benachrichtigungsrichtlinie nicht mit der Monitoring Query Language geschrieben wurde. Weitere Informationen finden Sie unter Vorfall wird nicht geschlossen, wenn keine Daten mehr eingehen.
- Während des Zeitraums für das automatische Schließen der Benachrichtigungsrichtlinie werden keine Beobachtungen empfangen und die Bedingung ist nicht so konfiguriert, dass Vorfälle automatisch geschlossen werden, wenn keine Beobachtungen mehr eingehen. Sie können die Dauer für das automatische Schließen über die Google Cloud -Console oder die Monitoring API konfigurieren. Standardmäßig beträgt die Dauer für das automatische Schließen sieben Tage. Die Mindestdauer für das automatische Schließen beträgt 30 Minuten.
Bedingungen für fehlende Messwerte:
- Eine Beobachtung erfolgt.
- 24 Stunden nach Ablauf der Dauer bis zur automatischen Schließung der Benachrichtigungsrichtlinie gehen keine Beobachtungen ein. Sie können die Dauer für das automatische Schließen über die Google Cloud -Console oder die Monitoring API konfigurieren. Standardmäßig beträgt die Dauer für das automatische Schließen sieben Tage.
Prognosebedingungen:
- Es wird eine Prognose erstellt, die vorhersagt, dass der Grenzwert im Prognosezeitraum nicht überschritten wird.
- 10 Minuten lang gehen keine Beobachtungen ein, die Bedingung ist so konfiguriert, dass Vorfälle geschlossen werden, wenn keine Beobachtungen mehr eingehen, und der Status der zugrunde liegenden Ressource ist entweder unbekannt oder nicht deaktiviert.
  
  Hinweis :Der Vorfall wird nicht geschlossen, wenn keine Daten mehr eingehen, wenn der Status einer Ressource als „Deaktiviert“ bekannt ist. Sie können den Vorfall jedoch manuell schließen. Monitoring kann den Status einer Ressource ermitteln, wenn die Ressource das Label metadata.system_labels.state enthält und die Benachrichtigungsrichtlinie nicht mit der Monitoring Query Language geschrieben wurde. Weitere Informationen finden Sie unter Vorfall wird nicht geschlossen, wenn keine Daten mehr eingehen.
- Während des Zeitraums für das automatische Schließen der Benachrichtigungsrichtlinie werden keine Beobachtungen empfangen und die Bedingung ist nicht so konfiguriert, dass Vorfälle automatisch geschlossen werden, wenn keine Beobachtungen mehr eingehen.

Angenommen, eine Benachrichtigungsrichtlinie hat einen Vorfall generiert, weil die HTTP-Antwortlatenz zehn aufeinanderfolgende Minuten lang über zwei Sekunden lag. Wenn die nächste Messung der HTTP-Antwortlatenz gleich oder kürzer als zwei Sekunden ist, wird der Vorfall behoben. Ebenso verhält es sich, wenn der Vorfall sieben Tage lang keine Daten erhält.

So schließen Sie einen Vorfall:

Klicken Sie auf der Seite Benachrichtigungen in der Tabelle Vorfälle auf Alle Vorfälle ansehen.
Suchen Sie auf der Seite Vorfälle den Vorfall, den Sie schließen möchten, und führen Sie dann einen der folgenden Schritte aus:
- Klicken Sie auf Mehr ansehen und wählen Sie dann Vorfall schließen aus.
- Öffnen Sie die Seite Details zum Vorfall für diesen Vorfall und klicken Sie auf Vorfall schließen.

Wenn Sie die Meldung Unable to close incident with active conditions sehen, kann der Vorfall nicht geschlossen werden, da im letzten Benachrichtigungszeitraum Daten empfangen wurden.

Wenn Sie die Meldung Unable to close incident. Please try again in a few minutes. sehen, konnte der Vorfall aufgrund eines internen Fehlers nicht geschlossen werden.

Datenaufbewahrung und ‑limits

Informationen zu Limits und zum Aufbewahrungszeitraum von Vorfällen finden Sie unter Limits für Benachrichtigungen.

Nächste Schritte

Informationen zum Erstellen und Verwalten von Benachrichtigungsrichtlinien mit der Monitoring API oder über die Befehlszeile finden Sie unter Benachrichtigungsrichtlinien über API verwalten.

Eine detaillierte Darstellung der den Benachrichtigungsrichtlinien zugrunde liegenden Konzepte finden Sie unter Verhalten von messwertbasierten Benachrichtigungsrichtlinien.

Vorfälle für messwertbasierte Benachrichtigungsrichtlinien Mit Sammlungen den Überblick behalten Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.

Hinweise

Vorfälle ansehen

Google Cloud Console

Ältere Vorfälle finden

Vorfälle filtern

gcloud

Vorfall abrufen

Linux, macOS oder Cloud Shell

Windows (PowerShell)

Windows (cmd.exe)

Vorfälle auflisten

Linux, macOS oder Cloud Shell

Windows (PowerShell)

Windows (cmd.exe)

Monitoring API

Vorfall abrufen

curl (Linux, macOS oder Cloud Shell)

PowerShell (Windows)

Vorfälle auflisten

curl (Linux, macOS oder Cloud Shell)

PowerShell (Windows)

Vorfälle untersuchen

Messwertdaten analysieren

Logeinträge ansehen

Anwendungsdaten ansehen

Zusätzliche Informationen ansehen

Ähnliche Vorfälle ansehen

Vorfälle verwalten

Vorfälle bestätigen

Benachrichtigungsrichtlinie pausieren

Vorfälle schließen

Datenaufbewahrung und ‑limits

Nächste Schritte

Vorfälle für messwertbasierte Benachrichtigungsrichtlinien