Logbasierte Benachrichtigungsrichtlinien konfigurieren

Sie können eine Benachrichtigungsrichtlinie konfigurieren, damit Sie informiert werden, wenn eine bestimmte Nachricht in den enthaltenen Logs erscheint. Wenn Sie beispielsweise wissen möchten, wann ein Audit-Log eine bestimmte Datenzugriffsnachricht aufzeichnet, können Sie sich benachrichtigen lassen, wenn die Meldung angezeigt wird. Diese Arten von Benachrichtigungsrichtlinien werden als logbasierte Benachrichtigungsrichtlinien bezeichnet. In diesem Dokument wird beschrieben, wie Sie mit der Google Cloud Console und der Cloud Monitoring API Folgendes tun:

  • Logbasierte Benachrichtigungsrichtlinie erstellen und testen
  • Logbasierte Benachrichtigungsrichtlinie bearbeiten.
  • Logbasierte Benachrichtigungsrichtlinie löschen.

Hinweise

Sehen Sie unter Benachrichtigungsvergleich nach, ob logbasierte Benachrichtigungsrichtlinien für die Daten in den Logs geeignet sind. Beispiel:

  • Logbasierte Benachrichtigungsrichtlinien wirken sich nicht auf ausgeschlossene Logs aus.

  • Sie können keine logbasierten Benachrichtigungsrichtlinien verwenden, um die Anzahl aus Ihren Logs abzuleiten. Sie müssen stattdessen logbasierte Messwerte verwenden, um Anzahlen abzuleiten.

Zum Erstellen und Verwalten logbasierter Benachrichtigungsrichtlinien muss Ihre Rolle für Identity and Access Management die unter Berechtigungen für logbasierte Benachrichtigungsrichtlinien beschriebenen Berechtigungen enthalten.

Logbasierte Benachrichtigungsrichtlinie mit dem Log-Explorer erstellen

Sie können logbasierte Benachrichtigungsrichtlinien in der Google Cloud Console auf der Seite Log-Explorer oder mithilfe der Monitoring API erstellen. In diesem Abschnitt wird beschrieben, wie Sie logbasierte Benachrichtigungsrichtlinien mit dem Log-Explorer erstellen. Informationen zur Monitoring API finden Sie unter Logbasierte Benachrichtigungsrichtlinie mit der Monitoring API erstellen.

Auf der Benutzeroberfläche des Log-Explorers werden Sie durch die folgenden Schritte geführt:

  • Geben Sie einen Namen und eine Beschreibung für die Benachrichtigungsrichtlinie ein.
  • Wählen Sie die Logs aus, für die Sie eine Benachrichtigung erhalten möchten.
  • Legen Sie die Zeit zwischen Benachrichtigungen fest.
  • Legen Sie die Zeit für das automatische Schließen von Vorfällen fest.
  • Geben Sie an, wer benachrichtigt werden soll.

Angenommen, Sie haben eine Anwendung, die einen syslog-Logeintrag mit dem Schweregrad NOTICE schreibt, wenn die Anwendung eine Netzwerkadresse ändert. Die Logeinträge für Änderungen der Netzwerkadresse enthalten eine JSON-Nutzlast, die in etwa so aussieht:

"jsonPayload": {
  "type": "Configuration change",
  "action": "Set network address",
  "result": "IP_ADDRESS",
}

Sie möchten eine logbasierte Benachrichtigungsrichtlinie erstellen, damit Sie informiert werden, wenn im Feld jsonPayload.result der Logeinträge in syslog eine ungültige IPv4-Adresse mit dem Schweregrad NOTICE angezeigt wird.

So erstellen Sie diese Benachrichtigungsrichtlinie:

  1. Rufen Sie in der Google Cloud Console die Seite Log-Explorer auf.

    Zum Log-Explorer

    Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

  2. Verwenden Sie den Bereich Abfrage, um eine Abfrage zu erstellen, die der Nachricht entspricht, die Sie in Ihrer logbasierten Benachrichtigungsrichtlinie verwenden möchten.

    Für die Suche nach Logeinträgen mit dem Schweregrad NOTICE im Log syslog mit ungültigen IP-Adressen in der JSON-Nutzlast können Sie beispielsweise die folgende Abfrage verwenden:

    log_id("syslog")
    severity = "NOTICE"
    jsonPayload.result !~ "^((25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)(\.|$)){4}$"
    

    Verwenden Sie Abfrage ausführen im Bereich Abfrageergebnisse, um die Abfrage zu validieren.

  3. Klicken Sie im Header des Bereichs Abfrageergebnisse auf  Benachrichtigung erstellen. Wenn das Fenster zu eng ist, wird stattdessen möglicherweise die Option Benachrichtigung erstellen im Menü Aktionen angezeigt.

  4. Geben Sie im Bereich Benachrichtigungsdetails einen Namen und eine Beschreibung für die Benachrichtigungsrichtlinie ein:

    1. Geben Sie im Feld Name der Benachrichtigungsrichtlinie einen Namen für die Benachrichtigungsrichtlinie ein. Beispiel: „Netzwerkadresse: ungültiger IPv4-Wert“.

    2. Wählen Sie im Menü Schweregrad der Richtlinie eine Option aus. Bei Vorfällen und Benachrichtigungen wird der Schweregrad angezeigt.

    3. Geben Sie eine Beschreibung für die Benachrichtigungsrichtlinie ein. Sie können auch Informationen hinzufügen, die dem Empfänger einer Benachrichtigung bei der Diagnose des Problems helfen können. Der folgende String fasst den Grund für die Benachrichtigung zusammen:

      Log-based alerting policy in project ${project} detected an invalid IPv4 value.
      

      Informationen zum Formatieren und Anpassen des Inhalts dieses Felds finden Sie unter Markdown und Variablen in Dokumentationsvorlagen verwenden.

  5. Um mit dem nächsten Schritt fortzufahren, klicken Sie auf Weiter.

  6. Prüfen Sie im Bereich Logs auswählen, die in die Benachrichtigung aufgenommen werden sollen die Abfrage und die Ergebnisse. Klicken Sie dazu auf Logvorschau ansehen.

    Wir empfehlen, die Abfrage im Bereich Abfrage des Log-Explorers zu erstellen. Die Abfrage, die Sie im Bereich Abfrage erstellt haben, wird in diesem Bereich ebenfalls angezeigt. Beispiel:

    log_id("syslog")
    severity = "NOTICE"
    jsonPayload.result !~ "^((25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)(\.|$)){4}$"
    

    Bei Bedarf können Sie die Abfrage in diesem Bereich bearbeiten. Wenn Sie die Abfrage bearbeiten, prüfen Sie die Ergebnisse. Klicken Sie dazu auf Logsvorschau.

  7. Klicken Sie auf Weiter.

  8. Wählen Sie die Mindestdauer zwischen Benachrichtigungen aus. Mit diesem Wert können Sie die Anzahl der Benachrichtigungen steuern, die Sie von Monitoring erhalten, wenn diese Bedingung mehrmals erfüllt ist. Wählen Sie für dieses Beispiel 5 Min. als Antwort aus.

  9. Optional: Wählen Sie die Dauer für das automatische Schließen des Vorfalls aus. Standardmäßig ist die Dauer für das automatische Schließen von Vorfällen auf 7 Tage festgelegt.

  10. Klicken Sie auf Weiter.

  11. Wählen Sie einen oder mehrere Benachrichtigungskanäle für die Benachrichtigungsrichtlinie aus. Wählen Sie für dieses Beispiel einen E-Mail-Benachrichtigungskanal aus.

    Wenn Sie bereits einen E-Mail-Benachrichtigungskanal konfiguriert haben, können Sie ihn aus der Liste auswählen. Wenn nicht, klicken Sie auf Benachrichtigungskanäle verwalten und fügen Sie einen E-Mail-Kanal hinzu. Informationen zum Erstellen von Benachrichtigungskanälen finden Sie unter Benachrichtigungskanäle erstellen und verwalten.

  12. Klicken Sie auf Speichern.

Ihre logbasierte Benachrichtigungsrichtlinie kann jetzt getestet werden.

Beispiel für eine logbasierte Benachrichtigungsrichtlinie testen

Zum Testen der von Ihnen erstellten Benachrichtigungsrichtlinie können Sie manuell einen Logeintrag schreiben, der der Abfrage entspricht. So schreiben Sie den Logeintrag:

  1. Konfigurieren Sie den folgenden Logeintrag. Ändern Sie dazu die Variable PROJECT_ID in Ihre Projekt-ID:

    {
      "entries": [
      {
        "logName": "projects/PROJECT_ID/logs/syslog",
        "jsonPayload": {
          "type": "Configuration change",
          "action": "Set network address",
          "result": "999.027.405.1",
        },
        "severity": "NOTICE",
        "resource": {
          "type": "generic_task",
          "labels" : {
            "project_id": "PROJECT_ID",
            "location": "us-east1",
            "namespace": "fake-task-2",
            "job": "write-log-entry",
            "task_id": "11",
          },
        },
      },
      ],
    }
    
  2. Rufen Sie die Referenzseite logEntries.write auf oder klicken Sie auf die folgende Schaltfläche:

    Zu „logEntries.write“

  3. Kopieren Sie den Logeintrag, den Sie zuvor konfiguriert haben.

  4. Führen Sie im Bereich API testen folgende Schritte aus:

    1. Ersetzen Sie den Inhalt des Felds Anfragetext in APIs Explorer durch den Logeintrag, den Sie im vorherigen Schritt kopiert haben.

    2. Klicken Sie auf Execute. Wenn Sie dazu aufgefordert werden, folgen Sie dem Authentifizierungsvorgang.

      Wenn der Aufruf logEntries.write erfolgreich ist, erhalten Sie einen HTTP 200-Antwortcode und einen leeren Antworttext: {}. Weitere Informationen zum APIs Explorer finden Sie in der Monitoring-Dokumentation unter APIs Explorer verwenden. Der APIs Explorer funktioniert genauso wie die Logging API.

Der Logeintrag stimmt auf folgende Weise mit dem für die Benachrichtigungsrichtlinie angegebenen Filter überein:

  • Der Wert logName gibt das syslog-Log in Ihrem Google Cloud-Projekt an.
  • Der severity-Wert für diesen Logeintrag ist NOTICE.
  • Der jsonPayload.result-Wert ist keine gültige IPv4-Adresse.

Nach dem Schreiben des Logeintrags tritt die folgende Sequenz auf:

  • Der neue Logeintrag wird im Log-Explorer angezeigt. Der Logeintrag erfüllt die Bedingung der Benachrichtigungsrichtlinie.
  • Ein Vorfall wird in Cloud Monitoring geöffnet.
  • Sie erhalten dann eine Benachrichtigung für den Vorfall. Wenn Sie einen E-Mail-Benachrichtigungskanal konfiguriert haben, sieht die Benachrichtigung so aus:

    Die Beispiel-Log-basierte Benachrichtigungsrichtlinie führt zu einer E-Mail-Benachrichtigung.

Sie können in der E-Mail auf Vorfall ansehen klicken, um den Vorfall in Cloud Monitoring aufzurufen. Weitere Informationen zu Vorfällen finden Sie unter Vorfälle für logbasierte Benachrichtigungsrichtlinien verwalten.

Andere Szenarien: Benachrichtigungen zu Audit-Logs

Das Beispiel im Abschnitt Logbasierte Benachrichtigungsrichtlinie erstellen ist künstlich. Normalerweise erstellen Sie keine Benachrichtigungsrichtlinie und schreiben dann manuell Logeinträge, die die Bedingung der Benachrichtigungsrichtlinie erfüllen. Logeinträge werden normalerweise von Anwendungen oder anderen Diensten geschrieben. Die Quelle der Logeinträge spielt jedoch keine Rolle. Bei logbasierten Benachrichtigungsrichtlinien kommt es auf die Abfrage an, mit der Sie die Logeinträge auswählen.

In den folgenden Abschnitten werden realistische Szenarien für logbasierte Benachrichtigungsrichtlinien beschrieben, die auf dem Inhalt von Audit-Logs basieren. In jedem Szenario wird veranschaulicht, wie eine Abfrage erstellt wird, mit der die entsprechenden Audit-Logeinträge ausgewählt werden. Andernfalls entspricht das Verfahren zum Erstellen der logbasierten Benachrichtigungsrichtlinien der Anleitung unter Logbasierte Benachrichtigung erstellen.

Benachrichtigungsrichtlinien, die den menschlichen Zugriff auf Secrets überwachen

Angenommen, Ihr Projekt speichert Secrets in Secret Manager und einige dieser Secrets sind nur für die Verwendung durch Dienstkonten vorgesehen. Außer in ungewöhnlichen Umständen greifen menschliche Nutzer nie auf diese Geheimnisse zu.

Wenn Sie das Audit-Logging für Secret Manager aktiviert haben, wird bei jedem erfolgreichen Versuch, auf ein Secret zuzugreifen, ein Audit-Logeintrag erstellt. Jeder Eintrag enthält den Namen des Secrets und die Identität des Aufrufers.

Sie können eine logbasierte Benachrichtigungsrichtlinie erstellen, damit Sie benachrichtigt werden, wenn ein Nutzer auf ein Secret zugreift.

Das folgende Beispiel zeigt einen Auszug aus einem Audit-Logeintrag, der von Secret Manager geschrieben wurde. Der Auszug zeigt die Felder, die zum Erstellen der Abfrage für eine logbasierte Benachrichtigung nützlich sind:

{
  "protoPayload": {
    "@type": "type.googleapis.com/google.cloud.audit.AuditLog",
    "serviceName": "secretmanager.googleapis.com",
    "methodName": "google.cloud.secretmanager.v1.SecretManagerService.AccessSecretVersion",
    "authenticationInfo": {
      "principalEmail": "my-svc-account@PROJECT_ID.iam.gserviceaccount.com",
      "serviceAccountDelegationInfo": [],
      "principalSubject": "serviceAccount:my-svc-account@PROJECT_ID.iam.gserviceaccount.com"
    },
    ...
  },
  ...
}

Die folgenden protoPayload-Unterfelder sind von besonderem Interesse:

  • @type: Gibt an, dass dieser Logeintrag ein Audit-Logeintrag ist.
  • serviceName: Zeichnet den Dienst auf, der den Audit-Logeintrag geschrieben hat. Verwenden Sie dieses Feld, um Einträge zu identifizieren, die von Secret Manager geschrieben wurden.
  • methodName: Gibt die Methode an, für die dieser Audit-Logeintrag geschrieben wurde. Mit diesem Feld können Sie die Aktion identifizieren, die zur Erstellung dieses Eintrags geführt hat. In diesem Beispiel ist es die Methode AccessSecretVersion.
  • authenticationInfo.principalEmail: Zeichnet das Konto auf, das die Methode im Feld methodName aufgerufen hat. Der erwartete Wert für dieses Feld ist ein Dienstkonto, das mit gserviceaccount.com endet.

Suchen Sie nach Audit-Logeinträgen, die von Secret Manager geschrieben wurden, um Logeinträge für den Secret-Zugriff durch einen menschlichen Nutzer zu finden. Sie möchten die Logeinträge finden, in denen die Methode AccessSecretVersion von einem Hauptkonto aufgerufen wurde, das nicht mit gserviceaccount.com endet. Die folgende Abfrage isoliert diese Logeinträge:

protoPayload.@type = "type.googleapis.com/google.cloud.audit.AuditLog"
protoPayload.serviceName = "secretmanager.googleapis.com"
protoPayload.methodName =~ "AccessSecretVersion$"
protoPayload.authenticationInfo.principalEmail !~ "gserviceaccount.com$"

Verwenden Sie diese Abfrage im Bereich Logs für die Benachrichtigung auswählen, um eine logbasierte Benachrichtigungsrichtlinie für den menschlichen Zugriff auf Secrets zu erstellen.

Benachrichtigungsrichtlinien zur Überwachung von Entschlüsselungsereignissen

Die Analyse im vorherigen Beispiel kann an andere Dienste angepasst werden. Wenn Sie beispielsweise den Cloud Key Management Service verwenden, um sensible Daten zu verschlüsseln und zu entschlüsseln, können Sie mithilfe von von Cloud KMS generierten Audit-Logs erkennen, wann ein Nutzer einen Wert entschlüsselt.

Suchen Sie nach Audit-Logeinträgen von Cloud KMS, um Logeinträge für Entschlüsselungen zu finden, die von Nutzern durchgeführt wurden. Sie müssen die Logeinträge finden, in denen die Methode Decrypt von einem Hauptkonto aufgerufen wurde, das nicht mit gserviceaccount.com endet. Dies gibt ein Dienstkonto an. Die folgende Abfrage isoliert diese Logeinträge:

protoPayload.@type = "type.googleapis.com/google.cloud.audit.AuditLog"
protoPayload.serviceName = "cloudkms.googleapis.com"
protoPayload.methodName = "Decrypt"
protoPayload.authenticationInfo.principalEmail !~ "gserviceaccount.com$"

Verwenden Sie diese Abfrage im Bereich Logs für die Benachrichtigung auswählen, um eine logbasierte Benachrichtigungsrichtlinie für die Entschlüsselung durch einen Nutzer zu erstellen.

Logbasierte Benachrichtigungsrichtlinien in Monitoring verwalten

Sie können logbasierte Benachrichtigungsrichtlinien mit der Google Cloud Console für Monitoring oder der Monitoring API ansehen, bearbeiten und löschen. In diesem Dokument wird beschrieben, wie Sie Benachrichtigungsrichtlinien mithilfe der Google Cloud Console verwalten. Informationen zum Verwalten von Benachrichtigungsrichtlinien mit der Monitoring API finden Sie unter Benachrichtigungsrichtlinien nach API verwalten.

Führen Sie einen der folgenden Schritte aus, um eine Liste aller Benachrichtigungsrichtlinien in Ihrem Google Cloud-Projekt aufzurufen:

  • So navigieren Sie über Logging:

    1. Rufen Sie in der Google Cloud Console die Seite Log-Explorer auf.

      Zum Log-Explorer

      Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

    2. Wählen Sie im Header des Bereichs Abfrageergebnisse im Menü Aktionen die Option Benachrichtigungen verwalten aus.

  • So navigieren Sie über Monitoring:

    1. 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.

    2. Klicken Sie im Bereich Richtlinien auf Alle Richtlinien ansehen, um alle Richtlinien anzusehen und Filter zu aktivieren.

Mit beiden Aktionen gelangen Sie zur Seite Monitoring-Richtlinien, auf der alle Benachrichtigungsrichtlinien in Ihrem Google Cloud-Projekt aufgeführt sind.

Fügen Sie Filter hinzu, um die aufgeführten Benachrichtigungsrichtlinien einzuschränken. Jeder Filter besteht aus einem Namen und einem Wert. Sie können beispielsweise festlegen, dass der Wert genau mit einem Richtliniennamen oder eine teilweise Übereinstimmung übereinstimmt. Bei Übereinstimmungen wird nicht zwischen Groß- und Kleinschreibung unterschieden. Wenn Sie mehrere Filter angeben, werden die Filter implizit durch einen logischen AND verknüpft, sofern Sie keinen OR-Filter einfügen. Im folgenden Screenshot sind die Benachrichtigungsrichtlinien aufgeführt, die aktiviert sind und nach dem 1. Januar 2021 erstellt wurden:

Liste der aktivierten Benachrichtigungsrichtlinien, die nach dem 1. Januar 2021 erstellt wurden

Auf der Seite Richtlinien können Sie eine Benachrichtigungsrichtlinie bearbeiten, löschen, kopieren, aktivieren oder deaktivieren:

  • Klicken Sie zum Bearbeiten oder Kopieren einer Richtlinie auf Weitere Optionen und wählen Sie eine Option aus. Das Bearbeiten und Kopieren einer Richtlinie ähnelt dem Verfahren, das unter Logbasierte Benachrichtigungsrichtlinie erstellen beschrieben wird. Sie können die Werte in den Feldern ändern und in einigen Fällen löschen. Wenn Sie fertig sind, klicken Sie auf Save (Speichern).

    Sie können eine logbasierte Benachrichtigungsrichtlinie auch bearbeiten, indem Sie in der Liste der Richtlinien auf den Namen klicken.

  • Klicken Sie zum Löschen einer Richtlinie auf Mehr Optionen und wählen Sie Löschen aus. Wählen Sie im Bestätigungsdialogfeld noch einmal Löschen aus.

  • Klicken Sie zum Aktivieren oder Deaktivieren der Benachrichtigungsrichtlinie auf die Ein/Aus-Schaltfläche unter der Überschrift Aktiviert.

Logbasierte Benachrichtigungsrichtlinie mit der Monitoring API erstellen

Mit der Monitoring API können Sie logbasierte Benachrichtigungsrichtlinien erstellen. Für die Monitoring API geben Sie dieselben Informationen an, die Sie auch bei Verwendung des Log-Explorers in der Google Cloud Console bereitstellen:

  • Ein Name und eine Beschreibung für die Benachrichtigungsrichtlinie.
  • Die Logs, für die Sie eine Benachrichtigung erhalten möchten
  • Die Zeit zwischen den Benachrichtigungen
  • Die Zeit für das automatische Schließen von Vorfällen.
  • Wer benachrichtigt werden soll

Zum Erstellen von Benachrichtigungsrichtlinien mithilfe der Monitoring API erstellen Sie ein AlertPolicy-Objekt und senden es an die Methode alertPolicies.create.

Bevor Sie die Monitoring API verwenden können, müssen Sie die API aktivieren und die Berechtigung zu ihrer Verwendung haben. Weitere Informationen erhalten Sie in dieser Dokumentation:

Struktur von Benachrichtigungsrichtlinien

Die Monitoring API stellt eine Benachrichtigungsrichtlinie mithilfe der AlertPolicy-Struktur dar. Die AlertPolicy-Struktur ist in mehrere Strukturen eingebettet, darunter eine Beschreibung der Bedingung der Benachrichtigungsrichtlinie. Logbasierte Benachrichtigungsrichtlinien unterscheiden sich in folgenden Punkten von messwertbasierten Benachrichtigungsrichtlinien:

  • Die Bedingung wird von Ihnen mithilfe des LogMatch-Bedingungstyps beschrieben. Messwertbasierte Benachrichtigungsrichtlinien verwenden unterschiedliche Bedingungstypen.
  • Eine logbasierte Benachrichtigungsrichtlinie kann nur eine Bedingung haben.
  • Sie geben die Zeit zwischen den Benachrichtigungen und dem Zeitraum für die automatische Schließung von Vorfällen an, indem Sie eine AlertStrategy-Struktur einfügen. Messwertbasierte Benachrichtigungsrichtlinien enthalten keine Zeitspanne zwischen Benachrichtigungen.

In diesem Abschnitt wird beschrieben, wie Sie eine logbasierte Benachrichtigungsrichtlinie erstellen. Diese Richtlinien unterscheiden sich von messwertbasierten Benachrichtigungsrichtlinien beim Typ der verwendeten Bedingung. Bei logbasierten Benachrichtigungsrichtlinien ist der Bedingungstyp LogMatch. Wenn Sie die Monitoring API zum Verwalten von Benachrichtigungsrichtlinien verwenden, gibt es keine Unterschiede beim Auflisten, Bearbeiten oder Löschen von messwert- und logbasierten Richtlinien. Unter Benachrichtigungsrichtlinien nach API verwalten wird beschrieben, wie Sie Benachrichtigungsrichtlinien mithilfe der Monitoring API erstellen, auflisten, bearbeiten und löschen.

Benachrichtigungsrichtlinie entwerfen

Im Abschnitt Logbasierte Benachrichtigungsrichtlinie mit dem Log-Explorer erstellen wird eine Möglichkeit zum Erstellen einer logbasierten Benachrichtigungsrichtlinie beschrieben. In diesem Abschnitt wird beschrieben, wie Sie eine logbasierte Benachrichtigungsrichtlinie erstellen, die Sie benachrichtigt, wenn ein syslog-Logeintrag den Schweregrad NOTICE und eine ungültige IPv4-Adresse im Feld jsonPayload.result hat.

Zum Erstellen derselben logbasierten Benachrichtigungsrichtlinie mithilfe der Monitoring API erstellen Sie ein AlertPolicy-Objekt mit der folgenden JSON-Struktur:

{
  "displayName": "Network address: invalid IPv4 value (API)",
  "documentation": {
    "content": "Log-based alerting policy in project ${project} detected an invalid IPv4 value.",
    "mimeType": "text/markdown"
  },

  "conditions": [
    {
      "displayName": "Log match condition: invalid IP addr (API)",
      "conditionMatchedLog": {
        "filter": "log_id(\"syslog\") severity = \"NOTICE\" jsonPayload.result !~ \"^((25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)(\\.|$)){4}$\"",
      },
    }
  ],
  "combiner": "OR",

  "alertStrategy": {
    "notificationRateLimit": {
      "period": "300s"
    },
    "autoClose": "604800s",
  },

  "notificationChannels": [
    "projects/PROJECT_ID/notificationChannels/CHANNEL_ID"
  ]
}

Dieser JSON-Code enthält dieselben Informationen, die Sie beim Erstellen einer logbasierten Benachrichtigungsrichtlinie mit dem Log-Explorer angeben. In den folgenden Abschnitten wird der Inhalt dieser AlertPolicy-Struktur den Schritten zugeordnet, die Sie ausführen, wenn Sie mit dem Log-Explorer eine logbasierte Benachrichtigung erstellen. Der Wert des Felds conditionMatchedLog ist eine LogMatch-Struktur.

Namen und Beschreibung angeben

Eine Benachrichtigungsrichtlinie hat einen Anzeigenamen und eine zugehörige Dokumentation, die mit Benachrichtigungen bereitgestellt wird, um Empfängern zu helfen. Im Log-Explorer heißen diese Felder Name der Benachrichtigung und Beschreibung der Benachrichtigung. Sie stellen diese Werte in einer AlertPolicy-Struktur so dar:

{
  "displayName": "Network address: invalid IPv4 value (API)",
  "documentation": {
    "content": "Log-based alerting policy in project ${project} detected an invalid IPv4 value.",
    "mimeType": "text/markdown"
  },
  ...
}

In diesem Beispiel enthält der Wert für displayName „(API)“, damit Sie zwischen den beiden Beispielrichtlinien unterscheiden können, wenn Sie die Liste der Richtlinien in der Google Cloud Console aufrufen. Auf der Monitoring-Seite Richtlinien werden Richtlinien nach angezeigtem Namen aufgelistet und es wird angegeben, ob die Richtlinie auf Messwerten oder Logs basiert. Weitere Informationen finden Sie unter Logbasierte Benachrichtigungsrichtlinien in Monitoring verwalten.

Das Feld documentation enthält im Unterfeld content die Beschreibung, die Sie bei der Verwendung von Log-Explorer angeben können. Das zweite Unterfeld mimeType ist erforderlich, wenn Sie einen Wert für das Feld documentation angeben. Der einzige gültige Wert ist "text/markdown".

Logs auswählen, für die Sie eine Benachrichtigung erhalten möchten

Eine logbasierte Benachrichtigungsrichtlinie hat eine einzelne Bedingung. Im Log-Explorer geben Sie die Bedingung an, wenn Sie eine Abfrage im Feld Logeinträge für gewünschte Benachrichtigungen definieren angeben. Sie stellen diese Werte in einer AlertPolicy-Struktur so dar:

{ ...
  "conditions": [
    {
      "displayName": "Log match condition: invalid IP addr (API)",
      "conditionMatchedLog": {
        "filter": "log_id(\"syslog\" severity = \"NOTICE\" jsonPayload.result !~ \"^((25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)(\\.|$)){4}$\"",
      },
    }
  ],
  "combiner": "OR",
  ...
}

Im Feld conditions wird eine Liste von Condition-Strukturen verwendet, wobei eine logbasierte Benachrichtigungsrichtlinie nur eine Bedingung enthalten darf. Jeder Condition hat einen Anzeigenamen und eine Beschreibung der Bedingung.

  • Der Wert des Felds displayName ist eine kurze Beschreibung der Bedingung. Wenn Sie den Log-Explorer zum Erstellen logbasierter Benachrichtigungsrichtlinien verwenden, lautet der Anzeigename immer „Bedingung für Logübereinstimmung“. Wenn Sie die Monitoring API verwenden, können Sie einen genaueren Anzeigenamen angeben. Ein Wert ist erforderlich.

  • Der Wert des Felds conditionMatchedLog ist eine LogMatch-Struktur und der Wert des Felds filter ist die Abfrage, die Sie im Log-Explorer angeben. Da diese Abfrage als Wert eines JSON-Felds bereitgestellt wird, wird die gesamte Abfrage in Anführungszeichen angezeigt. Alle Anführungszeichen in der Abfrage selbst müssen mit dem Zeichen \ (umgekehrter Schrägstrich) maskiert werden.

  • Die LogMatch-Struktur enthält auch das optionale Feld labelExtractors. Sie können Labelextraktoren verwenden, um benutzerdefinierte Labels aus Ihren Logeinträgen zu erstellen und dann in Ihren Benachrichtigungen auf diese Labels zu verweisen.

    Wenn Sie beispielsweise den Wert des Labels labels."compute.googleapis.com/resource_id" aus Ihrem Logeintrag in ein Label namens vm_identifier extrahieren möchten, könnte die vorherige Bedingung so aussehen:

    "conditions": [
      {
        "displayName": "Log match condition: invalid IP addr (API)",
        "conditionMatchedLog": {
          "filter": "log_id(\"syslog\" severity = \"NOTICE\" jsonPayload.result !~ \"^((25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)(\\.|$)){4}$\"",
          "labelExtractors": {
            "vm_identifier": "EXTRACT(labels.\"compute.googleapis.com/resource_id\")"
          }
        },
      }
    ],
    

    Verwenden Sie die Funktion EXTRACT, um den gesamten Wert abzugleichen, oder die Funktion REGEXP_EXTRACT, um Teilstrings basierend auf regulären Ausdrücken abzugleichen. Dies ist dieselbe Funktion, die für die Labelextraktion in logbasierten Messwerten verwendet wird. Weitere Informationen finden Sie unter Label erstellen.

    Sie können diese extrahierten Labels in der Dokumentation der Benachrichtigungsrichtlinie verwenden, damit sie in Benachrichtigungen gemeldet werden. Im Feld documentation Ihrer Benachrichtigungsrichtlinie verweisen Sie mithilfe einer Variablen im Format ${log.extracted_label.KEY} auf die extrahierten Labels, wobei KEY der Name ist, den Sie dem extrahierten Label gegeben haben.

    Das folgende Beispiel zeigt, wie auf den Schlüssel für das extrahierte Label vm_identifier verwiesen wird, sodass der Wert des Loglabels labels."compute.googleapis.com/resource_id" in den Benachrichtigungen enthalten ist:

    "documentation": {
      "content": "Log-based alerting policy in project ${project} detected an
       invalid IPv4 value on VM with ID ${log.extracted_label.vm_identifier}.",
      "mimeType": "text/markdown"
    },
    

Der Wert für das Feld combiner gibt an, wie die Ergebnisse mehrerer Bedingungen in messwertbasierten Benachrichtigungsrichtlinien kombiniert werden sollen. Sie können in logbasierten Benachrichtigungsrichtlinien nur eine Bedingung verwenden und das Feld combiner mit dem Wert "OR" angeben. Sie können keine logbasierten Benachrichtigungsrichtlinien mit mehreren Bedingungen erstellen.

Werte für Benachrichtigungen und für das automatische Schließen festlegen

Eine logbasierte Benachrichtigungsrichtlinie gibt die Mindestzeit zwischen Benachrichtigungen an. Im Log-Explorer wählen Sie im Menü Zeit zwischen Benachrichtigungen einen Wert aus. Zur Darstellung dieses Werts in einer AlertPolicy-Struktur geben Sie für das Feld period einer NotificationRateLimit-Struktur, die in eine AlertStrategy-Struktur eingebettet ist, einen Wert in Sekunden an.

Ebenso enthält die Benachrichtigungsrichtlinie den Zeitraum für das automatisch geschlossene Vorfälle. Der Standardwert ist 7 Tage. Im Log-Explorer können Sie im Menü Dauer von automatisch geschlossenen Vorfällen einen anderen Wert auswählen. Die Option entspricht dem Feld autoclose in der API-Struktur AlertStrategy. Wenn Sie dieses Feld verwenden, geben Sie den Wert in Sekunden an. Der Mindestwert beträgt 1.800 Sekunden oder 30 Minuten.

{ ...
  "alertStrategy": {
    "notificationRateLimit": {
      "period": "300s"
    },
    "autoClose": "604800s",
  },
  ...
}

Der Wert für das Feld period in diesem Beispiel, 300s, entspricht 5 Minuten. Der Wert für autoclose (604800s) entspricht 7 Tagen.

Angeben, wer benachrichtigt werden soll

Eine Benachrichtigungsrichtlinie kann eine Liste mit Benachrichtigungskanälen enthalten. Im Log-Explorer wählen Sie Kanäle aus einem Menü aus. Sie stellen diese Werte in einer AlertPolicy-Struktur dar, indem Sie eine Liste mit einem oder mehreren Ressourcennamen für konfigurierte NotificationChannel-Objekte angeben:

{ ...
  "notificationChannels": [
    "projects/PROJECT_ID/notificationChannels/CHANNEL_ID"
  ]
}

Wenn Sie einen Benachrichtigungskanal erstellen, wird ihm ein Ressourcenname zugewiesen. Informationen zum Abrufen der Liste der verfügbaren Benachrichtigungskanäle, einschließlich ihrer Ressourcennamen, finden Sie in der Monitoring-Dokumentation unter Kanäle abrufen. Über die Google Cloud Console können Sie die Kanal-IDs nicht abrufen.

Benachrichtigungsrichtlinie an die Monitoring API senden

Zum Erstellen einer Benachrichtigungsrichtlinie mit der Monitoring API erstellen Sie ein AlertPolicy-Objekt und senden es an die Methode alertPolicies.create. Sie können alertPolicies.create mithilfe der Google Cloud CLI und direkter Monitoring API aufrufen.

Mit den Clientbibliotheken für C#, Go, Java, Python und Ruby können Sie auch logbasierte Benachrichtigungsrichtlinien erstellen. Sie können eventuell auch andere Clientbibliotheken verwenden. Die Bibliothek für Ihre Sprache muss den Bedingungstyp LogMatch enthalten.

So erstellen Sie eine Benachrichtigungsrichtlinie über die gcloud CLI:

  1. Fügen Sie die JSON-Darstellung Ihrer Benachrichtigungsrichtlinie in eine Textdatei ein, z. B. in eine Datei namens alert-invalid-ip.json.

  2. Übergeben Sie diese JSON-Datei mit dem folgenden Befehl an die gcloud CLI:

    gcloud alpha monitoring policies create --policy-from-file="alert-invalid-ip.json"
    
  3. Bei Erfolg gibt dieser Befehl den Ressourcennamen der neuen Richtlinie zurück. Beispiel:

    Created alerting policy [projects/PROJECT_ID/alertPolicies/POLICY_ID].
    

Zum Erstellen einer Benachrichtigungsrichtlinie durch direktes Aufrufen von alertPolicies.create können Sie das APIs Explorer-Tool so verwenden:

  1. Rufen Sie die Referenzseite alertPolicies.create auf.

  2. Führen Sie im Bereich API testen folgende Schritte aus:

    1. Geben Sie im Feld name den folgenden Wert ein:

      projects/PROJECT_ID
      
    2. Kopieren Sie die JSON-Darstellung der Benachrichtigungsrichtlinie und ersetzen Sie den Inhalt des Felds Anfragetext in APIs Explorer durch die kopierte Benachrichtigungsrichtlinie.

    3. Klicken Sie auf Ausführen.

      Wenn der Aufruf alertPolicies.create erfolgreich ist, erhalten Sie einen HTTP 200-Antwortcode und einen leeren Antworttext: {}. Weitere Informationen zu APIs Explorer finden Sie in der Monitoring-Dokumentation unter APIs Explorer verwenden.

Weitere Informationen zum Erstellen von Benachrichtigungsrichtlinien mithilfe der Monitoring API finden Sie unter Richtlinien erstellen. In den Beispielen in diesem Dokument werden Bedingungstypen für messwertbasierte Benachrichtigungsrichtlinien verwendet, aber das Prinzip ist dasselbe.

Benachrichtigungsrichtlinie testen

Zum Testen der neuen Benachrichtigungsrichtlinie können Sie das gleiche Verfahren verwenden, das unter Logbasierte Beispielbenachrichtigung testen beschrieben wird.

Beispiel: Benachrichtigungsrichtlinie erstellen, wenn ein Logeintrag einen Textstring enthält

In diesem Beispiel wird die Google Cloud Console zum Erstellen einer Benachrichtigungsrichtlinie, der Log-Explorer zum Aufrufen von Logeinträgen und die Google Cloud CLI zum Schreiben eines Logeintrags verwendet:

  1. Rufen Sie in der Google Cloud Console die Seite Log-Explorer auf.

    Zum Log-Explorer

    Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

  2. Geben Sie im Bereich Abfrage die folgende Abfrage ein, nachdem Sie den Wert von PROJECT_ID aktualisiert haben:

    logName="projects/PROJECT_ID/logs/test-log"
    textPayload:"Oops"
    

    Die Abfrage durchsucht das Log mit dem Namen test-log nach Logeinträgen, die ein textPayload-Feld mit dem String „Hoppla“ enthalten.

  3. Klicken Sie auf Benachrichtigung erstellen und füllen Sie das Dialogfeld aus. Sie müssen einen Namen für die Richtlinie eingeben, z. B. Alert on Oops. Die Abfrage, die Sie im vorherigen Schritt eingegeben haben, wird automatisch in die Benachrichtigungsrichtlinie aufgenommen.

  4. Öffnen Sie Cloud Shell und führen Sie den folgenden Befehl aus, um die Benachrichtigungsrichtlinie zu testen:

    gcloud logging write test-log --severity=ERROR --payload-type=text 'This log entry contains Oops'
    

    Mit dem vorherigen Befehl wird ein Eintrag mit dem Namen test-log in das Log geschrieben. Der Eintrag hat die Wichtigkeitsstufe ERROR und enthält das Feld textPayload.

  5. Klicken Sie im Log-Explorer auf Abfrage ausführen.

    Nachdem die Anzeige aktualisiert wurde, können Sie die Details des Logeintrags aufrufen, den Sie im vorherigen Schritt geschrieben haben.

  6. 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.

    Im Bereich Vorfälle werden der Vorfall und Details zur Benachrichtigungsrichtlinie angezeigt.

    Wenn beim Öffnen der Seite Benachrichtigungen kein Vorfall angezeigt wird, warten Sie einige Minuten und aktualisieren Sie dann die Seite.

Sie erhalten keinen weiteren Vorfall und keine weitere Benachrichtigung, wenn Sie den Google Cloud CLI-Befehl sofort wiederholen. Die Einstellungen der Benachrichtigungsrichtlinie geben den Mindestzeitraum zwischen Vorfällen an. Sie können diese Einstellungen aufrufen und ändern, indem Sie die Richtlinie bearbeiten.