Ihre Logs überwachen

In diesem Dokument wird beschrieben, wie Sie mit Cloud Monitoring Trends in Ihren Logs beobachten und sich benachrichtigen lassen, sobald von Ihnen beschriebene Bedingungen auftreten. Um Cloud Monitoring Daten aus Ihren Logs bereitzustellen, unterstützt Logging die folgenden Funktionen:

  • Sie können benutzerdefinierte Messwerte aus Ihren Logeinträgen generieren. Diese Messwerte werden als logbasierte Messwerte bezeichnet. Sie können auch messwertbasierte Benachrichtigungsrichtlinien erstellen, um benachrichtigt zu werden, wenn ein logbasierter Messwert eine Bedingung erfüllt. Weitere Informationen finden Sie unter Logeintragsdaten mit logbasierten Messwerten visualisieren.

  • Mit Benachrichtigungsrichtlinien können Sie nahezu in Echtzeit überwachen, wann eine Meldung in Ihren Logeinträgen angezeigt wird. Diese Benachrichtigungsrichtlinien werden als logbasierte Benachrichtigungsrichtlinien bezeichnet. Weitere Informationen finden Sie unter Einzelne Logeinträge für Nachrichten beobachten.

  • Sie können eine SQL-Abfrage in Log Analytics schreiben und eine Benachrichtigungsrichtlinie erstellen, die die Ergebnisse der Abfrage überwacht. Diese Benachrichtigungsrichtlinien werden als SQL-basierte Benachrichtigungsrichtlinien bezeichnet. Weitere Informationen finden Sie unter SQL-SQL-Abfrage überwachen.

    SQL-basierte Benachrichtigungsrichtlinien befinden sich in der öffentlichen Vorschau.

Im Rest dieses Dokuments werden die Unterschiede zwischen diesen drei Benachrichtigungsrichtlinien beschrieben. Außerdem finden Sie Informationen zu Autorisierung, Kosten und Limits.

Logeintragsdaten mit logbasierten Messwerten visualisieren

Wenn Sie wiederkehrende Ereignisse in Ihren Protokollen im Zeitverlauf beobachten möchten, verwenden Sie logbasierte Messwerte. Bei logbasierten Messwerten werden numerische Daten aus Ihren Protokollen generiert. Logbasierte Messwerte eignen sich für folgende Zwecke:

  • Zählen des Vorkommens einer Nachricht in Logs, beispielsweise einer Warnung oder eines Fehlers. Sie können sich benachrichtigen lassen, wenn die Anzahl der Vorkommen einen Schwellenwert überschreitet.
  • Beobachten von Trends in Ihren Daten, z. B. von Latenzwerte in Ihren Logs. Sie können sich benachrichtigen lassen, wenn sich die Werte auf inakzeptable Weise ändern.
  • Erstellen von Diagrammen, um die aus Logs extrahierten numerischen Daten darzustellen.

Da logbasierte Messwerte numerische Daten aus Ihren Protokollen generieren, können Sie diese Messwerte in Benachrichtigungsrichtlinien verwenden und in Diagrammen anzeigen. Informationen zum Erstellen von Benachrichtigungsrichtlinien und Diagrammen für logbasierte Messwerte finden Sie unter Benachrichtigungen für logbasierte Messwerte konfigurieren.

Cloud Monitoring bietet eine Reihe vordefinierter logbasierter Messwerte. Sie können auch eigene Messwerte definieren. Klicken Sie auf folgende Schaltfläche, um eine Liste der systemdefinierten logbasierten Messwerte anzuzeigen:

Den Strings vom Typ "metric type" in dieser Tabelle muss logging.googleapis.com/ vorangestellt werden. Dieses Präfix wurde in den Einträgen der Tabelle weggelassen. Verwenden Sie beim Abfragen eines Labels das Präfix metric.labels.. Beispiel: metric.labels.LABEL="VALUE".

Messwerttyp Startphase(Ebenen der Ressourcenhierarchie)
Anzeigename
Art, Typ, Einheit
Überwachte Ressourcen
Beschreibung
Labels
billing/bytes_ingested GA(project)
In Log-Buckets gestreamte Byte
DELTAINT64By
global
Anzahl der Byte, die für Indexierung, Abfrage und Analyse in Log-Buckets gestreamt werden; umfasst bis zu 30 Tage Speicherung. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 300 Sekunden lang keine Daten angezeigt.
resource_type: Typ der überwachten Ressource für den Logeintrag.
billing/bytes_stored BETA(Projekt)
Aufbewahrungsdauer der Protokolle
GAUGEINT64By
global
Volumen der Protokolle, die länger als die standardmäßigen 30 Tage aufbewahrt werden. Es sind keine Daten vorhanden, wenn die Aufbewahrungsdauer eines Log-Buckets nie länger als 30 Tage ist. Dieser Messwert kann den Wert „0“ haben, wenn die Aufbewahrungsdauer eines Log-Buckets auf 30 Tage verkürzt wird. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 300 Sekunden lang keine Daten angezeigt.
data_type: Dieses Feld gibt an, dass für das hier angegebene Protokollvolumen die Aufbewahrung über die standardmäßigen 30 Tage hinaus in Rechnung gestellt wird. Der Datentyp für die gesamte gemeldete Bindung ist auf „CHARGED“ festgelegt.
log_bucket_location: Speicherort des Protokoll-Buckets.
log_bucket_id: Die ID des Log-Buckets.
billing/log_bucket_bytes_ingested BETA(Projekt)
In Log-Buckets gestreamte Byte
DELTAINT64By
global
Anzahl der Byte, die für Indexierung, Abfrage und Analyse in Log-Buckets gestreamt werden; umfasst bis zu 30 Tage Speicherung. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 300 Sekunden lang keine Daten angezeigt.
log_source: Der Ressourcencontainer, aus dem das Protokoll stammt.
resource_type: Typ der überwachten Ressource für die Logs, die in Log-Buckets gestreamt werden.
log_bucket_location: Der Speicherort des Log-Buckets.
log_bucket_id: Die ID des Log-Buckets.
billing/log_bucket_monthly_bytes_ingested BETA(Projekt)
Monatlich in Log-Buckets gestreamte Byte
GAUGEINT64By
global
Anzahl der Byte, die im laufenden Monat für Indexierung, Abfrage und Analyse in Log-Buckets gestreamt wurden. Umfasst bis zu 30 Tage Speicher. Alle 1800 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 6000 Sekunden lang keine Daten angezeigt.
log_source: Der Ressourcencontainer, aus dem das Protokoll stammt.
resource_type: Typ der überwachten Ressource für die Logs, die in Log-Buckets gestreamt werden.
log_bucket_location: Der Speicherort des Log-Buckets.
log_bucket_id: Die ID des Log-Buckets.
billing/monthly_bytes_ingested GA(Projekt)
Monatlich in Log-Buckets gestreamte Byte
GAUGEINT64By
global
Anzahl der Byte, die im laufenden Monat für Indexierung, Abfrage und Analyse in Log-Buckets gestreamt wurden; umfasst bis zu 30 Tage Speicher. Alle 1800 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 6000 Sekunden lang keine Daten angezeigt.
resource_type: Typ der überwachten Ressource für den Logeintrag.
byte_count GA(Projekt)
Log-Byte
DELTAINT64By Gesamtzahl der Byte der Logeinträge, die entweder direkt geschrieben oder über „project-sink“ an dieses Projekt weitergeleitet und in mindestens einem Log-Bucket gespeichert wurden. Alle 60 Sekunden wird eine Stichprobe erstellt.
log: Name des Logs.
severity: Schweregrad des Logeintrags.
dropped_log_entry_count VERWORFEN(project)
Logbasierte Messwertfehler (verworfen)
DELTAINT641 Verwenden Sie stattdessen "logging.googleapis.com/logs_based_metrics_error_count". Alle 60 Sekunden wird eine Stichprobe erstellt.
log: Name des Logs.
exports/byte_count GA(Projekt)
Exportierte Log-Byte
DELTAINT64By
logging_sink
Anzahl der Byte in exportierten Logeinträgen. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 420 Sekunden lang keine Daten angezeigt.
exports/error_count GA(project)
Fehler bei exportierten Logeinträgen
DELTAINT641
logging_sink
Anzahl der Logeinträge, die nicht exportiert werden konnten. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 420 Sekunden lang keine Daten angezeigt.
exports/log_entry_count GA(Projekt)
Exportierte Logeinträge
DELTAINT641
logging_sink
Anzahl der exportierten Logeinträge. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 420 Sekunden lang keine Daten angezeigt.
log_entry_count GA(Projekt)
Logeinträge
DELTAINT641 Anzahl der Logeinträge, die entweder direkt geschrieben oder über „project-sink“ an dieses Projekt weitergeleitet und in mindestens einem Log-Bucket gespeichert wurden. Standardmäßig werden Logeinträge 30 Tage lang gespeichert. Ausgeschlossene Logs werden nicht gezählt. Alle 60 Sekunden wird eine Stichprobe erstellt.
log: Name des Logs.
severity: Schweregrad des Logeintrags.
logs_based_metrics_error_count GA(Projekt)
Fehler bei logbasierten Messwerten
DELTAINT641 Anzahl der Logeinträge, die entweder direkt geschrieben oder über „project-sink“ an dieses Projekt weitergeleitet und in einem Log-Bucket gespeichert wurden, aber von allen system- oder benutzerdefinierten logbasierten Messwerten ausgeschlossen sind. Dieser Zustand kann auftreten, wenn der Zeitstempel eines Logeintrags mehr als 24 Stunden älter oder 10 Minuten jünger als die tatsächliche Empfangszeit ist. Alle 60 Sekunden wird eine Stichprobe erstellt.
log: Name des Logs.
metric_label_cardinality BETA(project)
Anzahl der aktiven logbasierten Kardinalitätsmesswerte nach Label
GAUGEINT641
Messwert
Schätzung der Kardinalität für jedes Messwertlabel eines logbasierten Messwerts. Die Schätzung wird über etwa 25 Stunden berechnet. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 270 Sekunden lang keine Daten angezeigt.
label: Name des Messwertlabels.
metric_label_throttled BETA(Projekt)
Drosselstatus des logbasierten Messwertlabels
GAUGEBOOL
Messwert
Gibt an, ob Messwertlabels für logbasierte Messwerte aufgrund von überschrittenen Kardinalitätslimits verworfen werden. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 270 Sekunden lang keine Daten angezeigt.
label: Name des Messwertlabels.
metric_throttled GA(Projekt)
Drosselstatus des logbasierten Messwerts
GAUGEBOOL
Messwert
Gibt an, ob Labels oder Punkte für logbasierte Messwerte aufgrund von überschrittener aktiver Zeitachsen (Kardinalitäten) verworfen werden. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 270 Sekunden lang keine Daten angezeigt.
time_series_count BETA(Projekt)
Anzahl der aktiven Zeitachsen für logbasierte Messwerte (Kardinalität)
GAUGEINT641
Messwert
Aktive Schätzung der Zeitachsen (Kardinalität) für logbasierte Messwerte. Es werden nur Messwertlabel gezählt. Die Schätzung wird über etwa 25 Stunden berechnet. Alle 60 Sekunden wird eine Stichprobe erstellt. Nach der Stichprobe werden bis zu 270 Sekunden lang keine Daten angezeigt.

Die Tabelle wurde am 05.12.2024 um 22:01:39 Uhr (UTC) erstellt.

Benutzerdefinierte logbasierte Messwerte

Sie können logbasierte Messwerte erstellen, um numerische Daten aus Ihren Protokollen zu extrahieren. Bei benutzerdefinierten logbasierten Messwerten werden Werte sowohl aus ein- als auch aus ausgeschlossenen Logs berechnet.

Standardmäßig werden mit benutzerdefinierten logbasierten Messwerten Daten aus allen Logs erfasst, die vom Log-Router in Ihrem Google Cloud-Projekt empfangen werden. Sie können aber auch logbasierte Messwerte definieren, mit denen Daten aus Logs erfasst werden, die an einen bestimmten Log-Bucket weitergeleitet werden.

Wenn Sie eigene logbasierte Messwerte definieren, können Gebühren anfallen. Weitere Informationen zu den Kosten für die Messwertaufnahme finden Sie unter Kostenpflichtige Messwerte.

Einzelne Logeinträge auf Nachrichten überwachen

Wenn Sie jedes Mal informiert werden möchten, wenn eine bestimmte Nachricht in einem Logeintrag auftritt, verwenden Sie logbasierte Benachrichtigungsrichtlinien. Logbasierte Benachrichtigungsrichtlinien sind nützlich, um sicherheitsrelevante Ereignisse in Protokolleinträgen zu erfassen. Beispiele:

  • Sie möchten benachrichtigt werden, wenn ein Ereignis in einem Audit-Log angezeigt wird. Beispielsweise wenn ein Nutzer auf den Sicherheitsschlüssel eines Dienstkontos zugreift.
  • Ihre Anwendung schreibt Nachrichten zu Bereitstellung in Logs. Sie wollen informiert werden, wenn eine Änderung an der Bereitstellung protokolliert wird.

Logbasierte Benachrichtigungsrichtlinien sind nützlich für Ereignisse, die Sie als selten und wichtig ansehen. Sie möchten nicht über Trends oder Muster informiert werden; Sie wollen wissen, was passiert ist.

Informationen zum Erstellen von logbasierten Benachrichtigungsrichtlinien finden Sie unter Logbasierte Benachrichtigungsrichtlinien konfigurieren.

Sie können eine messwertbasierte Benachrichtigungsrichtlinie konfigurieren, um eine logbasierte Benachrichtigungsrichtlinie zu simulieren. Dazu definieren Sie einen logbasierten Messwert und verwenden ihn in einer messwertbasierten Benachrichtigungsrichtlinie mit einem Schwellenwert von 1. Logbasierte Benachrichtigungsrichtlinien bieten dieses Verhalten, ohne dass Sie einen logbasierten Messwert erstellen und eine messwertbasierte Benachrichtigungsrichtlinie konfigurieren müssen.

SQL-Abfrageergebnisse überwachen

Sie können Benachrichtigungsrichtlinien konfigurieren, bei denen mit Log Analytics SQL-Abfragen auf Ihre Protokolleingabedaten ausgeführt werden. Diese Arten von Benachrichtigungsrichtlinien sind effektiv, wenn Sie benachrichtigt werden möchten, wenn bestimmte Muster auftreten, die nicht mit logbasierten Benachrichtigungsrichtlinien ausgewertet werden können, z. B. komplexe Muster in Protokolleinträgen oder Protokolldatenaggregationen. Weitere Informationen finden Sie unter SQL-Abfrageergebnisse mit einer Benachrichtigungsrichtlinie überwachen.

Vergleich der Benachrichtigungsoptionen

In diesem Abschnitt werden Benachrichtigungsrichtlinien, die auf logbasierten Messwerten basieren, mit logbasierten Benachrichtigungsrichtlinien und SQL-basierten Benachrichtigungsrichtlinien verglichen.

Übersichtstabelle

In der folgenden Tabelle sind die Benachrichtigungstechniken zusammengefasst und Links zu weiteren Informationen bereitgestellt:

Messwertbasierte Benachrichtigungsrichtlinien Logbasierte Benachrichtigungsrichtlinien SQL-basierte Benachrichtigungsrichtlinien Weitere Informationen
Basierend auf aus Logeinträgen abgeleiteten Messwerten Basierend auf Strings in einzelnen Logeinträgen Basierend auf Tabellen, die von SQL-Abfragen über Logeinträge zurückgegeben werden Logbasierte Messwerte
Logbasierte Benachrichtigungen
SQL-basierte Benachrichtigungen
Wird verwendet, um Sie über Trends im Zeitverlauf zu informieren Wird verwendet, um Sie zu benachrichtigen, wenn eine bestimmte Nachricht in einem Log angezeigt wird Wird verwendet, um Sie über ein Muster in einem Fenster mit Logeinträgen zu benachrichtigen. Logbasierte Messwerte
Logbasierte Benachrichtigungen
SQL-basierte Benachrichtigungen
Berechnet aus
  • Enthaltenen Logs (systemdefinierte logbasierte Messwerte)
  • Ein- und ausgeschlossenen Logs (benutzerdefinierte logbasierte Messwerte)
Nur mit enthaltenen Protokollen abgleichen Aus Logeinträgen in einem gleitenden Fenster berechnet Verfügbare Protokolle
SQL-basierte Benachrichtigungen
Verwendung von Messwerten aus allen Projekten im Messwertbereich des Bereichs Nur Logs im Bereich des Projekts steuern Sie können alle lesbaren Protokolle in einem beliebigen Google Cloud-Projekt bearbeiten. Messwerte über mehrere Projekte hinweg überwachen
Ein Vorfall wird erstellt, wenn der Wert eines Messwerts für einen bestimmten Zeitraum eine Bedingung erfüllt Ein Vorfall wird jedes Mal erstellt, wenn ein bestimmter Logeintrag mit einem Filter übereinstimmt Ein Vorfall wird erstellt, wenn die Tabelle mit den Abfrageergebnissen eine Bedingung erfüllt. Vorfälle und Benachrichtigungen
In Monitoring erstellt und verwaltet In Logging erstellt;
In Monitoring verwaltet
In Log Analytics erstellt; in Monitoring verwaltet Benachrichtigungsrichtlinien erstellen und verwalten
SQL-basierte Benachrichtigungen
In Monitoring angezeigt In Monitoring angezeigt In Monitoring angezeigt Benachrichtigungsrichtlinien anzeigen
Kann jeden in Monitoring unterstützten Benachrichtigungskanal verwenden Kann jeden in Monitoring unterstützten Benachrichtigungskanal verwenden Kann jeden in Monitoring unterstützten Benachrichtigungskanal verwenden Benachrichtigungskanäle

Verfügbare Logs

Benutzerdefinierte logbasierte Messwerte werden aus allen Logs berechnet, die von der Logging API für das Google Cloud-Projekt empfangen werden, unabhängig aller Aufnahmefilter oder Ausschlussfilter, die für das Google Cloud-Projekt gelten können. Wenn Sie eine Benachrichtigungsrichtlinie auf Grundlage eines benutzerdefinierten logbasierten Messwerts erstellen, überwacht die Richtlinie Daten aus allen Logs.

Systemdefinierte logbasierte Messwerte werden nur aus Logs berechnet, die in Log-Buckets im Google Cloud-Projekt gespeichert wurden. Wenn ein Log explizit ausgeschlossen wurde, ist es in diesen Messwerten nicht enthalten. Wenn Sie eine Benachrichtigungsrichtlinie auf Grundlage eines systemdefinierten logbasierten Messwerts erstellen, überwacht die Richtlinie nur Daten aus den eingeschlossenen Logs.

Logbasierte Benachrichtigungsrichtlinien funktionieren nur bei eingeschlossenen Logs, die aus einem Projekt stammen. Sie können mit logbasierten Benachrichtigungsrichtlinien nicht über Nachrichten in ausgeschlossenen Logs oder Logs aus anderen Ressourcen wie Ordnern oder Organisationen informiert werden.

Sowohl logbasierte Messwerte als auch logbasierte Benachrichtigungsrichtlinien wirken sich im Google Cloud-Projektbereich aus, aber nicht für einzelne Buckets.

Bei SQL-basierten Benachrichtigungsrichtlinien werden Logansichten in Log-Buckets abgefragt. Diese Log-Buckets müssen auf die Verwendung von Log Analytics umgestellt und dann mit einem BigQuery-Dataset verknüpft werden. Weitere Informationen zu SQL-basierten Benachrichtigungsrichtlinien finden Sie unter SQL-Abfrageergebnisse mit einer Benachrichtigungsrichtlinie überwachen.

Messwerte über mehrere Projekte hinweg überwachen

Wenn Sie Messwerte aus mehreren Projekten beobachten wollen, konfigurieren Sie einen Messwertbereich. Ein Messwertbereich listet alle Projekte und Konten auf, die überwacht werden. In einem den Bereich festlegenden Projekt wird ein Messwertbereich gehostet. Das Bereichsprojekt speichert die Benachrichtigungsrichtlinien und andere Konfigurationen, die Sie für den Messwertbereich erstellen. Das Bereichsprojekt für einen Messwertbereich ist das über die Projektauswahl der Google Cloud Console ausgewählte Projekt.

Auf logbasierten Messwerten basierende Benachrichtigungsrichtlinien funktionieren über alle Projekte im Messwertbereich des Bereichsprojekts hinweg, ebenso wie Benachrichtigungsrichtlinien auf Basis anderer Messwerte.

Logbasierte Benachrichtigungsrichtlinien funktionieren nicht bei Messwertbereichen. Die Logs in Projekten sind nicht Teil eines Messwertbereichs. Bei logbasierten Benachrichtigungsrichtlinien werden Logeinträge ausgewertet, die im aktuellen Google Cloud-Projekt stammen oder an das aktuelle Projekt weitergeleitet werden und dann in einem Log-Bucket gespeichert werden.

SQL-basierte Benachrichtigungsrichtlinien funktionieren nicht bei Messwertbereichen.

Weitere Informationen zu Messwertbereichen, einschließlich Messwertbereichen für mehrere Projekte, und zum Projektumfang finden Sie unter:

Vorfälle und Benachrichtigungen

Wenn die Bedingung einer Benachrichtigungsrichtlinie erfüllt ist, erstellt Monitoring einen Vorfall und sendet Benachrichtigungen an die Benachrichtigungskanäle der Benachrichtigungsrichtlinie. Klicken Sie in der Benachrichtigung auf Vorfall ansehen oder rufen Sie in Monitoring die Seite Vorfälle auf, um die Details des Vorfalls anzuzeigen.

Vorfälle für messwertbasierte Benachrichtigungsrichtlinien

Benachrichtigungsrichtlinien, die auf logbasierten Messwerten basieren, erstellen Vorfälle und Benachrichtigungen wie alle anderen messwertbasierten Benachrichtigungsrichtlinien in Monitoring, wie unter Benachrichtigungsverhalten beschrieben. Weitere Informationen zum Verwalten von Vorfällen für richtlinienbasierte Benachrichtigungsrichtlinien finden Sie unter Vorfälle für messwertbasierte Benachrichtigungen.

Vorfälle für logbasierte Benachrichtigungsrichtlinien

Logbasierte Benachrichtigungsrichtlinien sind keine messwertbasierten Benachrichtigungsrichtlinien. Wenn ein Logeintrag die Bedingung einer logbasierten Benachrichtigungsrichtlinie erfüllt, erstellt Monitoring Vorfälle und Benachrichtigungen folgendermaßen:

  • Wenn Cloud Logging zum ersten Mal einen Logeintrag schreibt, der mit Ihrer Benachrichtigungsanfrage übereinstimmt, wird ein Vorfall erstellt und eine Benachrichtigung gesendet. Wenn dann ein weiterer übereinstimmender Logeintrag geschrieben wird, wird nur dann ein neuer Vorfall erstellt, wenn der vorherige Vorfall geschlossen wurde. Es kann jedoch bis zu drei Minuten dauern, bis ein geschlossener Vorfall gelöscht wird. Wenn innerhalb von drei Minuten nach dem Schließen eines Vorfalls ein übereinstimmender Logeintrag empfangen wird, wird der Vorfall möglicherweise wieder geöffnet, anstatt einen neuen zu erstellen.

  • Wenn Sie eine logbasierte Benachrichtigungsrichtlinie erstellen, können Sie die Mindestzeit zwischen Benachrichtigungen festlegen. Angenommen, Sie legen 10 Minuten als Zeit zwischen den Benachrichtigungen fest. Wenn die Bedingung Ihrer logbasierten Benachrichtigungsrichtlinie innerhalb dieses Zeitraums zweimal erfüllt wird, erhalten Sie nur eine Benachrichtigung.

    Die maximale Rate der Benachrichtigungen für logbasierte Benachrichtigungsrichtlinien beträgt eine Benachrichtigung alle 5 Minuten. Wenn jedoch Labelwerte aus der Abfrage Ihrer protokollbasierten Benachrichtigungsrichtlinie extrahiert werden, entspricht jede Kombination aus extrahierten Werten einer eigenen Benachrichtigungszeitachse. Angenommen, eine richtlinienbasierte Benachrichtigung extrahiert die Werte eines Labels. Angenommen, das Label kann zwei Werte haben. Bei dieser Konfiguration könnten Sie innerhalb von 5 Minuten zwei Benachrichtigungen erhalten, eine für jeden Labelwert.

  • Pro logbasierter Benachrichtigungsrichtlinie gilt ein Limit von 20 Benachrichtigungen pro Tag. Wird dieses Limit erreicht, werden Sie in der Benachrichtigung darüber informiert, dass Sie das Limit für den Tag erreicht haben.

  • Vorfälle werden nach sieben Tagen automatisch geschlossen, es sei denn, Sie konfigurieren einen kürzeren Zeitraum oder schließen die Vorfälle manuell.

Weitere Informationen zum Verwalten von Vorfällen für logbasierte Benachrichtigungsrichtlinien finden Sie unter Vorfälle für logbasierte Benachrichtigungsrichtlinien verwalten.

Vorfälle für SQL-basierte Benachrichtigungsrichtlinien

Bei SQL-basierten Benachrichtigungsrichtlinien erstellt Cloud Monitoring einen Vorfall, wenn das Ergebnis der SQL-Abfrage zum ersten Mal die in der Richtlinie angegebene Bedingung erfüllt. Für jede Benachrichtigungsrichtlinie gilt nur ein offener Vorfall. Wenn die Bedingung während eines offenen Vorfalls noch einmal erfüllt wird, werden von Monitoring keine weiteren Vorfälle erstellt und keine zusätzlichen Benachrichtigungen gesendet. SQL-basierte Vorfälle werden nach sieben Tagen geschlossen, es sei denn, Sie konfigurieren einen kürzeren Zeitraum oder schließen den Vorfall selbst.

Weitere Informationen zum Verwalten von Vorfällen für SQL-basierte Benachrichtigungsrichtlinien finden Sie unter Vorfälle für SQL-basierte Benachrichtigungsrichtlinien verwalten.

Benachrichtigungsrichtlinien erstellen und verwalten

Sie können Benachrichtigungsrichtlinien basierend auf logbasierten Messwerten in Cloud Monitoring wie alle anderen messwertbasierten Benachrichtigungsrichtlinien erstellen, ändern und löschen. Weitere Informationen finden Sie unter Richtlinien verwalten.

Sie können logbasierte Benachrichtigungsrichtlinien mit dem Log-Explorer oder der Cloud Monitoring API erstellen. Logbasierte Benachrichtigungsrichtlinien werden in Monitoring oder mit der Cloud Monitoring API geändert und gelöscht. Weitere Informationen finden Sie unter Logbasierte Benachrichtigungsrichtlinien verwalten.

Sie können SQL-basierte Benachrichtigungsrichtlinien mithilfe von Log Analytics oder der Cloud Monitoring API erstellen. Sie können SQL-basierte Benachrichtigungsrichtlinien in Monitoring oder mithilfe der Cloud Monitoring API ändern und löschen. Weitere Informationen finden Sie unter SQL-Abfrageergebnisse mit einer Benachrichtigungsrichtlinie überwachen.

Benachrichtigungsrichtlinien anzeigen

Auf der Seite Richtlinien in Monitoring werden alle Benachrichtigungsrichtlinien in Ihrem Google Cloud-Projekt aufgelistet. Diese Liste umfasst Richtlinien, die logbasierte Messwerte und logbasierte Benachrichtigungsrichtlinien verwenden.

  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. Wählen Sie Alle Richtlinien ansehen aus.

Richtlinien für logbasierte Benachrichtigungen werden in der Liste mit dem Wert Logs in der Spalte Typ angezeigt. Benachrichtigungsrichtlinien, die auf Messwerten basieren, einschließlich logbasierter Messwerte, werden in der Liste mit dem Wert Metrics in der Spalte Typ angezeigt. SQL-basierte Benachrichtigungsrichtlinien werden in der Liste mit dem Wert SQL in der Spalte Typen angezeigt. Der folgende Screenshot zeigt einen Auszug aus einer Richtlinienliste:

Wenn Sie Benachrichtigungsrichtlinien nach Typ aufrufen möchten, verwenden Sie die Spalte „Typ“ in der Liste der Benachrichtigungsrichtlinien.

Benachrichtigungskanäle

Sie können Benachrichtigungen von jeder Art von Benachrichtigungsrichtlinie an jeden der von Monitoring unterstützten Benachrichtigungskanäle senden. Sie müssen diese Kanäle konfigurieren, bevor Sie sie in Benachrichtigungsrichtlinien verwenden können.

Weitere Informationen finden Sie unter Benachrichtigungskanäle verwalten .

Autorisierungsanforderungen

Die Verwendung logbasierter Messwerte oder logbasierter Benachrichtigungsrichtlinien erfordert sowohl für Cloud Logging als auch für Cloud Monitoring eine Autorisierung.

Kosten und Limits

Wenn Sie eigene logbasierte Messwerte definieren, gilt:

  • Die Anzahl und Struktur der benutzerdefinierten logbasierten Messwerte ist begrenzt. Weitere Informationen zu diesen Limits finden Sie unter Limits für logbasierte Messwerte.
  • Möglicherweise fallen Gebühren für benutzerdefinierte logbasierte Messwerte an. Weitere Informationen zu den Kosten für die Messwertaufnahme finden Sie unter Kostenpflichtige Messwerte.
  • SQL-basierte Benachrichtigungsrichtlinien werden in einer BigQuery-Ressource in Ihrem Google Cloud-Projekt ausgeführt. Für eine BigQuery-Reservierung können Kosten anfallen. Weitere Informationen zu den Kosten für BigQuery-Reservierungen finden Sie unter BigQuery-Preise.

Für die Verwendung von auf logbasierten Messwerten basierenden Benachrichtigungsrichtlinien fallen keine Gebühren an.

Für Benachrichtigungsrichtlinien gelten folgende Monitoring-Limits:

Kategorie Wert Richtlinientyp1
Benachrichtigungsrichtlinien (Summe des Messwerts und Logs) pro Messwertbereich 2 500 Messwert, Log
Bedingungen pro messwertbasierter Benachrichtigungsrichtlinie 6 Messwert
Bedingungen gemäß SQL-basierter Benachrichtigungsrichtlinie (öffentliche Vorschau) 1 SQL
Maximaler Zeitraum, in dem eine
Bedingung für fehlende Messwerte ausgewertet wird3
1 Tag Messwert
Maximaler Zeitraum, in dem eine
Messwertschwellenbedingung ausgewertet wird3
23 Stunden, 30 Minuten Messwert
Maximale Länge des Filters, der in einer Bedingung für Messwertschwellen
verwendet wird
2.048 Unicode-Zeichen Messwert
Maximale Anzahl von Zeitreihen
, die von einer Prognosebedingung überwacht werden
64 Messwert
Mindestprognosezeitraum 1 Stunde (3.600 Sekunden) Messwert
Maximales Prognosefenster 2,5 Tage (216.000 Sekunden) Messwert
Benachrichtigungskanäle pro Benachrichtigungsrichtlinie 16 Messwert, Log
Maximale Benachrichtigungsrate4 1 Benachrichtigung alle 5 Minuten für jede logbasierte Benachrichtigungsrichtlinie Log
Maximale Anzahl an Benachrichtigungen 20 Benachrichtigungen pro Tag für jede logbasierte Benachrichtigungsrichtlinie Log
Maximale Anzahl gleichzeitig offener Vorfälle
pro Benachrichtigungsrichtlinie
1.000 Messwert
Zeitraum, nach dem ein Vorfall ohne neue Daten
automatisch geschlossen wird
7 Tage Messwert
Maximale Dauer eines Vorfalls, wenn er nicht manuell geschlossen wird 7 Tage Log
Aufbewahrung geschlossener Vorfälle 13 Monate Nicht zutreffend
Aufbewahrung offener Vorfälle Unbefristet Nicht zutreffend
Benachrichtigungskanäle pro Messwertbereich 4.000 Nicht zutreffend
Maximale Anzahl von Benachrichtigungsrichtlinien pro Schlummerfunktion 16 Messwert, Log
Beibehalten einer Schlummerfunktion 13 Monate Nicht zutreffend
1 Messwert: eine Benachrichtigungsrichtlinie, die auf Messwertdaten basiert, Log: eine Benachrichtigungsrichtlinie, die auf Lognachrichten basiert (logbasierte Benachrichtigungen)
2Apigee und Apigee Hybrid sind stark in Cloud Monitoring eingebunden. Das Benachrichtigungslimit für alle Apigee-Aboebenen (Standard, Enterprise und Enterprise Plus) entspricht dem für Cloud Monitoring: 500 pro Messwertbereich.
3 Der maximale Zeitraum, der eine Bedingung auswertet, ist die Summe des Ausrichtungszeitraums und der Dauerfensterwerte. Wenn für den Ausrichtungszeitraum beispielsweise 15 Stunden festgelegt sind und das Dauerfenster 15 Stunden beträgt, sind 30 Stunden für die Bewertung der Bedingung erforderlich.
4Wenn bei der Abfrage Ihrer richtlinienbasierten Benachrichtigungsrichtlinie Labelwerte extrahiert werden, entspricht jede Kombination aus extrahierten Werten einer eigenen Benachrichtigungszeitachse. Angenommen, eine richtlinienbasierte Benachrichtigung extrahiert die Werte eines Labels. Angenommen, das Label kann zwei Werte haben. Bei dieser Konfiguration könnten Sie innerhalb von 5 Minuten zwei Benachrichtigungen erhalten, eine für jeden Labelwert.