Verhalten von messwertbasierten Benachrichtigungsrichtlinien

Mit messwertbasierten Benachrichtigungsrichtlinien in Cloud Monitoring können Sie Zeitreihendaten überwachen, Benachrichtigungen erstellen und Benachrichtigungen senden. Sie können festlegen, wann durch Benachrichtigungsrichtlinien Benachrichtigungen erstellt und Benachrichtigungen gesendet werden, indem Sie Abgleichszeiträume, Testwiederholungsfenster und Regeln mit mehreren Bedingungen konfigurieren. Wenn Sie wissen, wie in Benachrichtigungsrichtlinien mit fehlenden Daten umgegangen wird, welche Grenzwerte für Benachrichtigungen gelten und wie es zu Benachrichtigungsverzögerungen kommen kann, können Sie Fehlalarme minimieren und die Reaktionsfähigkeit von Benachrichtigungen optimieren.

Dieser Inhalt gilt nicht für logbasierte Benachrichtigungsrichtlinien. Informationen zu logbasierten Benachrichtigungsrichtlinien finden Sie unter Logs überwachen.

Abstimmungszeiträume und Testzeiträume

Cloud Monitoring wertet den Abgleichszeitraum und das erneute Testfenster aus, um festzustellen, ob die Bedingung einer Benachrichtigungsrichtlinie erfüllt wurde.

Ausrichtungszeitraum

Bevor Zeitreihendaten von einer Benachrichtigungsrichtlinie überwacht werden können, müssen sie regularisiert werden, damit die Benachrichtigungsrichtlinie regelmäßig verteilte Daten zum Auswerten hat. Der Regularisierungsprozess wird als Abgleich bezeichnet.

Die Ausrichtung umfasst zwei Schritte:

  • Die Zeitreihe wird in regelmäßige Zeitintervalle unterteilt. Das wird auch als „Bucketing“ der Daten bezeichnet. Das Intervall ist der Ausrichtungszeitraum.

  • Einen einzelnen Wert für die Punkte im Ausrichtungszeitraum berechnen Sie legen fest, wie dieser einzelne Punkt berechnet wird. Sie können beispielsweise alle Werte addieren, ihren Durchschnitt berechnen oder den Maximalwert verwenden. Die Funktion, mit der die Datenpunkte kombiniert werden, wird als Abgleichsfunktion bezeichnet. Das Ergebnis der Kombination wird als abgestimmter Wert bezeichnet.

    Weitere Informationen zur Ausrichtung finden Sie unter Ausrichtung: Regularisierung innerhalb der Serie.

Wenn der Abgleichszeitraum beispielsweise fünf Minuten beträgt, enthält er um 13:00 Uhr die zwischen 12:55 Uhr und 13:00 Uhr empfangenen Stichproben. Um 13:01 Uhr geht der Ausrichtungszeitraum eine Minute weiter und enthält die zwischen 12:56 Uhr und 13:01 Uhr eingegangenen Stichproben.

Beim Monitoring wird ein Abgleichszeitraum so konfiguriert:

Google Cloud Console

Sie konfigurieren den Abgleichszeitraum, indem Sie auf der Seite Benachrichtigungsbedingungen einen Wert für die folgenden Felder auswählen:

  • Rollierendes Zeitfenster: Gibt den auszuwertenden Zeitraum an.
  • Funktion für rollierendes Zeitfenster: Gibt die mathematische Funktion an, die auf das Fenster mit Datenpunkten angewendet werden soll.

Weitere Informationen zu den verfügbaren Funktionen finden Sie in der API-Referenz unter Aligner. Einige der Aligner-Funktionen gleichen die Daten ab und konvertieren sie von einer Messwertart oder einem Messwerttyp in einen anderen. Eine detaillierte Erklärung finden Sie unter Arten, Typen und Umwandlungen.

API

Sie konfigurieren den Abgleichszeitraum, indem Sie die Felder aggregations.alignmentPeriod und aggregations.perSeriesAligner in den Strukturen MetricThreshold und MetricAbsence festlegen.

Weitere Informationen zu den verfügbaren Funktionen finden Sie in der API-Referenz unter Aligner. Einige der Aligner-Funktionen gleichen die Daten ab und konvertieren sie von einer Messwertart oder einem Messwerttyp in einen anderen. Eine detaillierte Erklärung finden Sie unter Arten, Typen und Umwandlungen.

Um die Auswirkungen des Ausrichtungszeitraums auf eine Bedingung in einer Benachrichtigungsrichtlinie zu veranschaulichen, betrachten wir eine Messwert-Grenzwertbedingung, mit der ein Messwert mit einem Stichprobenzeitraum von einer Minute überwacht wird. Angenommen, der Ausrichtungszeitraum ist auf fünf Minuten und der Aligner auf sum festgelegt. Angenommen, die Bedingung ist erfüllt, wenn der ausgerichtete Wert der Zeitreihe mindestens drei Minuten lang größer als zwei ist, und die Bedingung wird jede Minute ausgewertet. In diesem Beispiel beträgt das im nächsten Abschnitt beschriebene Testwiederholungsfenster drei Minuten. Die folgende Abbildung zeigt mehrere aufeinanderfolgende Auswertungen der Bedingung:

Abbildung zur Veranschaulichung der Auswirkungen des Abstimmungszeitraums auf das Testwiederholungsfenster bzw. die Testwiederholungsdauer.

Jede Zeile in der Abbildung stellt eine einzelne Bewertung der Bedingung dar. Die Zeitreihendaten werden angezeigt. Die Punkte im Abstimmungszeitraum werden mit blauen Punkten dargestellt, ältere Punkte sind schwarz. In jeder Zeile wird der angepasste Wert angezeigt und ob dieser Wert größer als der Schwellenwert von 2 ist. Für die Zeile mit der Bezeichnung start ergibt sich für den ausgerichteten Wert der Wert 1, der unter dem Schwellenwert liegt. Bei der nächsten Auswertung beträgt die Summe der Stichproben im Abstimmungszeitraum zwei. Bei der dritten Auswertung beträgt die Summe drei. Da dieser Wert größer als der Grenzwert ist, wird ein Timer für den erneuten Testzeitraum gestartet.

Zeitfenster noch einmal testen

Die Bedingung einer Benachrichtigungsrichtlinie hat ein Testwiederholungsfenster, das verhindert, dass die Bedingung aufgrund einer einzelnen Messung oder Prognose erfüllt wird. Angenommen, das Testfenster einer Bedingung ist auf 15 Minuten festgelegt. Im Folgenden wird das Verhalten der Bedingung basierend auf ihrem Typ beschrieben:

  • Bedingungen für Messwertschwellenwerte sind erfüllt, wenn für eine einzelne Zeitreihe jede ausgerichtete Messung in einem 15-Minuten-Intervall den Schwellenwert überschreitet.
  • Bedingungen für fehlende Messwerte werden erfüllt, wenn in einem 15-Minuten-Intervall keine Daten für eine Zeitreihe eingehen.
  • Die Prognosebedingungen sind erfüllt, wenn bei jeder Prognose, die in einem 15‑Minuten-Zeitfenster erstellt wird, vorhergesagt wird, dass die Zeitreihe den Grenzwert innerhalb des Prognosezeitfensters überschreitet.

Bei Richtlinien mit einer Bedingung wird eine Benachrichtigung geöffnet und Benachrichtigungen werden gesendet, wenn die Bedingung erfüllt ist. Diese Benachrichtigungen bleiben offen, solange die Bedingung erfüllt ist.

Google Cloud Console

Sie konfigurieren das Testwiederholungsfenster im Schritt Trigger für Benachrichtigungen konfigurieren über das Feld Testwiederholungsfenster.

API

Sie konfigurieren das Testwiederholungsfenster, indem Sie das Feld duration in den Strukturen MetricThreshold und MetricAbsence festlegen.

In der vorherigen Abbildung wurden drei Auswertungen einer Bedingung für Messwertgrenzwerte dargestellt. Zum Zeitpunkt start + 2 minutes ist der ausgerichtete Wert größer als der Grenzwert. Die Bedingung ist jedoch nicht erfüllt, da das Testwiederholungsfenster auf drei Minuten festgelegt ist. Die folgende Abbildung veranschaulicht die Ergebnisse für die nächsten Auswertungen der Bedingung:

Abbildung zur Veranschaulichung des Effekts des Testzeitraums für die erneute Analyse.

Obwohl der ausgerichtete Wert zum Zeitpunkt start + 2 minutes über dem Grenzwert liegt, ist die Bedingung erst erfüllt, wenn der ausgerichtete Wert drei Minuten lang über dem Grenzwert liegt. Dieses Ereignis tritt um start + 5 minutes ein.

Das Zeitfenster für den erneuten Test einer Bedingung wird jedes Mal zurückgesetzt, wenn eine Messung oder Prognose die Bedingung nicht erfüllt. Legen Sie das Zeitfenster für den erneuten Test daher so fest, dass Fehlalarme minimiert werden, aber kurz genug, um zu überprüfen, ob Warnungen rechtzeitig geöffnet werden. Dieses Verhalten wird im folgenden Beispiel veranschaulicht:

Beispiel

Diese Benachrichtigungsrichtlinie enthält eine Bedingung für den Messwertgrenzwert, in der ein fünfminütiges Testfenster angegeben ist.

Wenn die Latenz der HTTP-Antwort mehr als zwei Sekunden beträgt
und die Latenz fünf Minuten lang über dem Schwellenwert liegt,
lösen Sie eine Benachrichtigung aus und senden Sie eine E-Mail an Ihr Supportteam.

Die folgende Sequenz veranschaulicht, wie sich das Zeitfenster für den erneuten Test auf die Auswertung der Bedingung auswirkt:

  1. Die HTTP-Latenz beträgt weniger als zwei Sekunden.
  2. In den nächsten drei aufeinanderfolgenden Minuten liegt die HTTP-Latenz über zwei Sekunden.
  3. Bei der nächsten Messung beträgt die Latenz weniger als zwei Sekunden. Durch die Bedingung wird das Testwiederholungsfenster zurückgesetzt.

  4. In den nächsten fünf aufeinanderfolgenden Minuten liegt die HTTP-Latenz über zwei Sekunden. Die Bedingung ist also erfüllt.

    Da die Benachrichtigungsrichtlinie eine Bedingung enthält, sendet Monitoring Benachrichtigungen, wenn die Bedingung erfüllt ist.

Best Practices für die Festlegung des Abstimmungszeitraums und des Testzeitraums

Der Abgleichszeitraum bestimmt, wie viele Stichproben der Abgleich zusammenfasst. Das Stichprobenintervall, die Verzögerung bei der Aufnahme und die Anzahl der Stichproben, die Sie kombinieren möchten, wirken sich darauf aus, wie Sie den Abgleichszeitraum festlegen:

  • Der Ausrichtungszeitraum sollte nicht länger als 24 Stunden abzüglich der Verzögerung bei der Aufnahme sein.

  • Wir empfehlen, den Abgleichszeitraum mindestens so lang wie die Erfassungsverzögerung festzulegen. Der Abgleichszeitraum sollte jedoch immer mindestens so lang sein wie das Stichprobenintervall.

  • Bei Bedingungen mit Messwertschwellenwert beträgt der typische Maximalwert des Abstimmungszeitraums 25 Stunden abzüglich der Erfassungsverzögerung des Messwerttyps. Wenn die Erfassungsverzögerung für einen Messwert beispielsweise 6 Stunden beträgt, ist der maximale Wert für den Abgleichszeitraum 19 Stunden. Mit PromQL können Sie Benachrichtigungen für Daten konfigurieren, die älter als 25 Stunden sind. Weitere Informationen finden Sie unter PromQL zum Erstellen von Benachrichtigungsrichtlinien verwenden.

Wenn die Erfassungsverzögerung für einen Messwerttyp beispielsweise 6 Stunden beträgt, empfehlen wir, einen Abgleichszeitraum zwischen 6 und 18 Stunden zu verwenden. Angenommen, das Stichprobenintervall beträgt 60 Sekunden. Wenn Sie den Abgleichszeitraum auf 6 Stunden und 5 Minuten festlegen, werden im Durchschnitt 5 Stichproben kombiniert.

Wenn ein Messwerttyp eine sehr lange Erfassungsverzögerung hat, z. B. 18 Stunden, sollte der Abgleichszeitraum mindestens so lang wie das Stichprobenintervall, aber höchstens 24 Stunden abzüglich der Erfassungsverzögerung sein.

Mit dem Fenster für erneute Tests können Sie die Reaktionsfähigkeit der Benachrichtigung festlegen. Wenn Sie beispielsweise das Testwiederholungsfenster für eine Bedingung für fehlende Messwerte auf 20 Minuten festlegen, dürfen 20 Minuten lang keine Daten vorhanden sein, bevor die Bedingung erfüllt ist. Wenn Sie eine reaktionsschnellere Benachrichtigungsrichtlinie wünschen, legen Sie für das Testwiederholungsfenster einen kleineren Wert fest. Damit eine Benachrichtigungsrichtlinie mit Messwertschwellenbedingungen möglichst schnell reagiert, sollten Sie das Testwiederholungsfenster auf null setzen. Ein einzelner ausgerichteter Wert führt dazu, dass diese Arten von Bedingungen erfüllt werden.

Wenn Sie das Testzeitfenster festlegen, müssen Sie den Abgleichszeitraum möglicherweise aufgrund von Grenzwerten für Benachrichtigungsrichtlinien verkürzen.

Die Bedingungen für Benachrichtigungsrichtlinien werden in einem festen Intervall ausgewertet. Die Auswahl, die Sie für den Anpassungszeitraum und das Retest-Zeitfenster treffen, bestimmt nicht, wie oft die Bedingung ausgewertet wird.

Richtlinien mit mehreren Bedingungen

Eine Benachrichtigungsrichtlinie kann bis zu sechs Bedingungen enthalten.

Wenn Sie die Cloud Monitoring API verwenden oder Ihre Benachrichtigungsrichtlinie mehrere Bedingungen hat, müssen Sie angeben, wann eine Benachrichtigung geöffnet wird. So konfigurieren Sie, wie mehrere Bedingungen kombiniert werden:

Google Cloud Console

Sie konfigurieren die Kombinationsoptionen im Schritt Trigger mit mehreren Bedingungen.

API

Sie konfigurieren Kombiniereroptionen mit dem Feld combiner der Struktur AlertPolicy.

In dieser Tabelle sind die Einstellungen in der Google Cloud Console, der entsprechende Wert in der Cloud Monitoring API und eine Beschreibung der einzelnen Einstellungen aufgeführt:

Google Cloud console
Policy triggers value		 Cloud Monitoring API
Kombinationswert		 Bedeutung
Eine beliebige Bedingung wird erfüllt OR Eine Benachrichtigung wird geöffnet, wenn eine Ressource eine der Bedingungen erfüllt.
Alle Bedingungen werden erfüllt
, auch für verschiedene
Ressourcen pro Bedingung.
(Standard)		 AND Eine Benachrichtigung wird für jede Bedingung geöffnet, die erfüllt ist, wenn alle Bedingungen erfüllt sind, auch wenn eine andere Ressource dafür sorgt, dass diese Bedingungen erfüllt werden.
Alle Bedingungen werden erfüllt AND_WITH_MATCHING_RESOURCE Eine Benachrichtigung wird für jede Bedingung geöffnet, die erfüllt ist, wenn alle Bedingungen erfüllt sind, nur wenn die dieselbe Ressource dazu führt, dass jede Bedingung erfüllt wird. Diese Einstellung ist die strengste Kombination.

In diesem Zusammenhang bedeutet der Begriff erfüllt, dass die Konfiguration der Bedingung als wahr ausgewertet wird. Wenn die Konfiguration beispielsweise Any time series is greater than 10 for 5 minutes ist, ist die Bedingung erfüllt, wenn diese Anweisung als true ausgewertet wird.

Beispiel

Angenommen, Sie haben ein Google Cloud Projekt mit zwei VM-Instanzen, vm1 und vm2. Angenommen, Sie erstellen eine Benachrichtigungsrichtlinie mit zwei Bedingungen:

  • Die Bedingung mit dem Namen CPU usage is too high überwacht die CPU-Nutzung der Instanzen. Diese Bedingung wird erfüllt, wenn die CPU-Nutzung einer Instanz eine Minute lang mehr als 100 ms/s beträgt.
  • Die Bedingung namens Excessive utilization überwacht die CPU-Auslastung der Instanzen. Diese Bedingung ist erfüllt, wenn die CPU-Auslastung einer Instanz für eine Minute über 60% liegt.

Gehen Sie erst einmal davon aus, dass beide Bedingungen falsch ergeben.

Nehmen wir als Nächstes an, dass die CPU-Auslastung von vm1 1 Minute lang 100 ms/s überschreitet. Da die CPU-Auslastung eine Minute lang über dem Schwellenwert liegt, wird die Bedingung CPU usage is too high erfüllt. Wenn die Bedingungen mit Eine Bedingung ist erfüllt kombiniert werden, wird eine Benachrichtigung erstellt, weil eine Bedingung erfüllt ist. Wenn die Bedingungen mit Alle Bedingungen sind erfüllt oder Alle Bedingungen sind auch für verschiedene Ressourcen für jede Bedingung erfüllt kombiniert werden, wird keine Benachrichtigung erstellt. Diese Kombinationsauswahl erfordert, dass beide Bedingungen erfüllt sind.

Nehmen wir nun an, dass die CPU-Nutzung von „vm1“ weiterhin über 100 ms/s liegt und die CPU-Auslastung von „vm2“ eine Minute lang 60% überschreitet. Dadurch werden beide Bedingungen erfüllt. Im Folgenden wird beschrieben, was je nach Kombination der Bedingungen geschieht:

  • Eine Bedingung wird erfüllt: Eine Benachrichtigung wird erstellt, wenn eine Ressource dazu führt, dass eine Bedingung erfüllt wird. In diesem Beispiel führt vm2 die Bedingung Excessive utilization aus.

    Wenn durch vm2 die Bedingung CPU usage is too high erfüllt wird, wird ebenfalls eine Benachrichtigung erstellt. Es wird eine Benachrichtigung erstellt, da vm1 und vm2, die die Bedingung CPU usage is too high erfüllen, unterschiedliche Ereignisse sind.

  • Alle Bedingungen werden erfüllt, auch wenn für jede Bedingung unterschiedliche Ressourcen verwendet werden: Eine Benachrichtigung wird erstellt, da beide Bedingungen erfüllt sind.

  • Alle Bedingungen sind erfüllt: Es wird keine Benachrichtigung erstellt, da bei diesem Kombinierer alle Bedingungen von derselben Ressource erfüllt werden müssen. In diesem Beispiel wird keine Benachrichtigung erstellt, da für „vm1“ CPU usage is too high und für „vm2“ Excessive utilization erfüllt ist.

Unvollständige Messwertdaten

Wenn keine Zeitreihendaten mehr eingehen oder Daten verzögert eintreffen, werden sie von Monitoring als fehlend klassifiziert. Fehlende Daten können verhindern, dass Benachrichtigungen geschlossen werden. Verzögerungen beim Eintreffen von Daten von Drittanbieter-Cloud-Anbietern können bis zu 30 Minuten betragen. Am häufigsten sind Verzögerungen von 5 bis 15 Minuten. Eine längere Verzögerung, die über den Zeitraum für den erneuten Test hinausgeht, kann dazu führen, dass Bedingungen in den Status „Unbekannt“ wechseln. Wenn die Daten schließlich eintreffen, sind im Monitoring möglicherweise einige der letzten Verlaufsdaten der Bedingungen verloren gegangen. Bei einer späteren Überprüfung der Zeitreihendaten lässt sich dieses Problem möglicherweise nicht erkennen, da es keine Hinweise auf Verzögerungen gibt, sobald die Daten eingegangen sind.

Google Cloud Console

Sie können konfigurieren, wie Monitoring eine Bedingung für einen Messwertschwellenwert auswertet, wenn keine Daten mehr eingehen. Wenn beispielsweise eine Benachrichtigung geöffnet ist und eine erwartete Messung nicht eingeht, soll die Benachrichtigung dann geöffnet bleiben oder sofort geschlossen werden? Sollte ein Alert ausgelöst werden, wenn keine Daten mehr eingehen und kein Alert offen ist? Wie lange sollte eine Benachrichtigung geöffnet bleiben, nachdem keine Daten mehr eingehen?

Es gibt zwei konfigurierbare Felder, die angeben, wie Monitoring Bedingungen für Messwertschwellenwerte auswertet, wenn keine Daten mehr eingehen:

  • Im Feld Bewertung fehlender Daten, das Sie im Schritt Bedingungstrigger festlegen, können Sie konfigurieren, wie der Ersatzwert für fehlende Daten bestimmt wird. Dieses Feld ist deaktiviert, wenn das Zeitfenster für erneuten Test auf Kein erneuter Test festgelegt ist.

    Das Fenster für den erneuten Test ist das Feld „duration“ in der Cloud Monitoring API.

  • Mit dem Feld Dauer für automatisches Schließen von Benachrichtigungen können Sie konfigurieren, wie lange Monitoring wartet, bevor eine offene Benachrichtigung geschlossen wird, nachdem keine Daten mehr eingehen. Die Dauer für das automatische Schließen legen Sie im Schritt Benachrichtigung fest. Die Standarddauer für das automatische Schließen beträgt sieben Tage.

Im Folgenden werden die verschiedenen Optionen für das fehlende Datenfeld beschrieben:

Google Cloud console
Feld „Bewertung fehlender Daten“		 Zusammenfassung Details
Fehlende Daten leer Offene Benachrichtigungen bleiben offen.
Es werden keine neuen Benachrichtigungen geöffnet.

Bei erfüllten Bedingungen bleibt die Bedingung erfüllt, wenn keine Daten mehr eingehen. Wenn für diese Bedingung eine Benachrichtigung geöffnet ist, bleibt sie geöffnet. Wenn eine Benachrichtigung geöffnet ist und keine Daten eingehen, startet der Timer für das automatische Schließen nach einer Verzögerung von mindestens 15 Minuten. Wenn der Timer abläuft, wird die Benachrichtigung geschlossen.

Bei Bedingungen, die nicht erfüllt sind, ist die Bedingung weiterhin nicht erfüllt, wenn keine Daten mehr eingehen.
Fehlende Datenpunkte werden als Werte behandelt, die gegen die Richtlinienbedingung verstoßen Offene Benachrichtigungen bleiben offen.
Neue Benachrichtigungen können geöffnet werden.

Bei erfüllten Bedingungen bleibt die Bedingung erfüllt, wenn keine Daten mehr eingehen. Wenn für diese Bedingung eine Benachrichtigung geöffnet ist, bleibt sie geöffnet. Wenn eine Benachrichtigung geöffnet ist und innerhalb des Zeitraums für das automatische Schließen plus 24 Stunden keine Daten eingehen, wird die Benachrichtigung geschlossen.

Bei nicht erfüllten Bedingungen bewirkt diese Einstellung, dass sich die Bedingung für den Messwertschwellenwert wie metric-absence condition verhält. Wenn die Daten nicht innerhalb des angegebenen Zeitraums für den erneuten Test eingehen, gilt die Bedingung als erfüllt. Bei einer Benachrichtigungsrichtlinie mit einer Bedingung wird beim Eintreten der Bedingung eine Benachrichtigung geöffnet.
Fehlende Datenpunkte werden als Werte behandelt, die nicht gegen die Richtlinienbedingung verstoßen Offene Benachrichtigungen werden geschlossen.
Es werden keine neuen Benachrichtigungen geöffnet.

Bei erfüllten Bedingungen ist die Bedingung nicht mehr erfüllt, wenn keine Daten mehr eingehen. Wenn für diesen Zustand eine Benachrichtigung offen ist, wird sie geschlossen.

Bei Bedingungen, die nicht erfüllt sind, ist die Bedingung weiterhin nicht erfüllt, wenn keine Daten mehr eingehen.

API

Sie können konfigurieren, wie Monitoring eine Bedingung für einen Messwertschwellenwert auswertet, wenn keine Daten mehr eingehen. Wenn beispielsweise eine Benachrichtigung geöffnet ist und eine erwartete Messung nicht eingeht, soll die Benachrichtigung dann geöffnet bleiben oder sofort geschlossen werden? Soll auch dann eine Benachrichtigung geöffnet werden, wenn keine Daten mehr eingehen und keine Benachrichtigung offen ist? Wie lange sollte eine Benachrichtigung geöffnet bleiben, nachdem keine Daten mehr eingehen?

Es gibt zwei konfigurierbare Felder, die angeben, wie Monitoring Bedingungen für Messwertschwellenwerte auswertet, wenn keine Daten mehr eingehen:

  • Mit dem Feld evaluationMissingData der Struktur MetricThreshold können Sie konfigurieren, wie in Monitoring der Ersatzwert für fehlende Daten bestimmt wird. Dieses Feld wird ignoriert, wenn das Feld duration null ist.

  • Wenn Sie konfigurieren möchten, wie lange Monitoring wartet, bevor eine offene Benachrichtigung geschlossen wird, nachdem keine Daten mehr eingehen, verwenden Sie das Feld autoClose in der Struktur AlertStrategy.

Im Folgenden werden die verschiedenen Optionen für das fehlende Datenfeld beschrieben:

API
evaluationMissingData-Feld		 Zusammenfassung Details
EVALUATION_MISSING_DATA_UNSPECIFIED Offene Benachrichtigungen bleiben offen.
Es werden keine neuen Benachrichtigungen geöffnet.

Bei erfüllten Bedingungen bleibt die Bedingung erfüllt, wenn keine Daten mehr eingehen. Wenn für diese Bedingung eine Benachrichtigung geöffnet ist, bleibt sie geöffnet. Wenn eine Benachrichtigung geöffnet ist und keine Daten eingehen, startet der Timer für das automatische Schließen nach einer Verzögerung von mindestens 15 Minuten. Wenn der Timer abläuft, wird die Benachrichtigung geschlossen.

Bei Bedingungen, die nicht erfüllt sind, ist die Bedingung weiterhin nicht erfüllt, wenn keine Daten mehr eingehen.
EVALUATION_MISSING_DATA_ACTIVE Offene Benachrichtigungen bleiben offen.
Neue Benachrichtigungen können geöffnet werden.

Bei erfüllten Bedingungen bleibt die Bedingung erfüllt, wenn keine Daten mehr eingehen. Wenn für diese Bedingung eine Benachrichtigung geöffnet ist, bleibt sie geöffnet. Wenn eine Benachrichtigung geöffnet ist und innerhalb des Zeitraums für das automatische Schließen plus 24 Stunden keine Daten eingehen, wird die Benachrichtigung geschlossen.

Bei nicht erfüllten Bedingungen bewirkt diese Einstellung, dass sich die Bedingung für den Messwertschwellenwert wie metric-absence condition verhält. Wenn die Daten nicht innerhalb des im Feld „duration“ angegebenen Zeitraums eingehen, gilt die Bedingung als erfüllt. Bei einer Benachrichtigungsrichtlinie mit einer Bedingung wird beim Eintreten der Bedingung eine Benachrichtigung geöffnet.
EVALUATION_MISSING_DATA_INACTIVE Offene Benachrichtigungen werden geschlossen.
Es werden keine neuen Benachrichtigungen geöffnet.

Bei erfüllten Bedingungen ist die Bedingung nicht mehr erfüllt, wenn keine Daten mehr eingehen. Wenn für diesen Zustand eine Benachrichtigung offen ist, wird sie geschlossen.

Bei Bedingungen, die nicht erfüllt sind, ist die Bedingung weiterhin nicht erfüllt, wenn keine Daten mehr eingehen.

Sie können Probleme aufgrund fehlender Daten minimieren, indem Sie eine der folgenden Maßnahmen ergreifen:

  • Wenden Sie sich an Ihren Drittanbieter für Cloud-Dienste, um Möglichkeiten zur Reduzierung der Latenz bei der Erfassung von Messwerten zu finden.
  • Längere Testzeiträume in Ihren Bedingungen verwenden Die Verwendung eines längeren Zeitraums für erneute Tests hat den Nachteil, dass Ihre Benachrichtigungsrichtlinien weniger reaktionsschnell sind.

  • Wählen Sie Messwerte mit einer geringeren Verzögerung bei der Erfassung aus:

    • Monitoring-Agent-Messwerte, insbesondere wenn der Agent auf VM-Instanzen in Drittanbieterclouds ausgeführt wird
    • Benutzerdefinierte Messwerte, wenn Sie ihre Daten direkt in Monitoring schreiben.
    • Logbasierte Messwerte, wenn die Erfassung von Logeinträgen nicht verzögert wird.

Weitere Informationen finden Sie unter Ops-Agent – Übersicht, Benutzerdefinierte Messwerte und Logbasierte Messwerte.

Wann werden Benachrichtigungen gesendet und Warnungen erstellt?

Cloud Monitoring sendet eine Benachrichtigung, wenn eine Zeitreihe dazu führt, dass eine Bedingung erfüllt wird. Die Benachrichtigung wird an alle Benachrichtigungskanäle gesendet. Sie können eine Benachrichtigung nicht auf einen bestimmten Channel oder eine Teilmenge der Channels Ihrer Richtlinie beschränken.

Wenn Sie wiederholte Benachrichtigungen konfigurieren, wird dieselbe Benachrichtigung noch einmal an bestimmte Benachrichtigungskanäle für Ihre Benachrichtigungsrichtlinie gesendet.

Sie erhalten möglicherweise mehrere eindeutige Benachrichtigungen zu einer Benachrichtigungsrichtlinie, wenn eine der folgenden Bedingungen zutrifft:

  • Eine Bedingung überwacht mehrere Zeitreihen.

  • Eine Richtlinie enthält mehrere Bedingungen. In diesem Fall hängen die Benachrichtigungen, die Sie erhalten, vom Wert des Triggers mit mehreren Bedingungen der Benachrichtigungsrichtlinie ab:

    • Alle Bedingungen sind erfüllt: Wenn alle Bedingungen erfüllt sind, wird für jede Zeitreihe, die dazu führt, dass eine Bedingung erfüllt ist, eine Benachrichtigung gesendet und eine Benachrichtigung erstellt.

      Sie können Cloud Monitoring nicht so konfigurieren, dass nur eine Benachrichtigung erstellt und nur eine Benachrichtigung gesendet wird, wenn die Benachrichtigungsrichtlinie mehrere Bedingungen enthält.

    • Eine Bedingung wird erfüllt: Die Benachrichtigungsrichtlinie sendet eine Benachrichtigung, wenn eine Zeitreihe dazu führt, dass die Bedingung erfüllt wird.

    Weitere Informationen finden Sie unter Richtlinien mit mehreren Bedingungen.

Bei Benachrichtigungsrichtlinien, die mit der Cloud Monitoring API erstellt wurden, werden Sie auch benachrichtigt, wenn die Bedingung erfüllt wird und wenn sie nicht mehr erfüllt wird. Bei Benachrichtigungsrichtlinien, die mit der Google Cloud Console erstellt wurden, wird keine Benachrichtigung gesendet, wenn die Bedingung nicht mehr erfüllt ist, es sei denn, Sie haben dieses Verhalten aktiviert.

Wenn über Monitoring keine Benachrichtigungen gesendet oder Benachrichtigungen erstellt werden

In den folgenden Situationen werden in Monitoring keine Benachrichtigungen erstellt oder gesendet, wenn die Bedingungen einer Benachrichtigungsrichtlinie erfüllt sind:

  • Die Benachrichtigungsrichtlinie ist deaktiviert.
  • Die Benachrichtigungsrichtlinie ist pausiert.
  • Die Überwachung hat das Limit für die maximale Anzahl offener Benachrichtigungen erreicht.

Deaktivierte Benachrichtigungsrichtlinien

Beim Monitoring werden keine Benachrichtigungen für deaktivierte Benachrichtigungsrichtlinien gesendet. Die Bedingungen einer deaktivierten Benachrichtigungsrichtlinie werden jedoch weiterhin von Monitoring ausgewertet.

Wenn Sie eine deaktivierte Richtlinie aktivieren, werden die Werte aller Bedingungen im letzten Zeitraum für erneute Tests ausgewertet. Das letzte Testfenster kann Daten enthalten, die vor, während und nach der Aktivierung der Richtlinie erfasst wurden. Die Bedingungen einer deaktivierten Richtlinie können sofort nach der Reaktivierung erfüllt werden, auch bei großen Testzeiträumen.

Angenommen, Sie haben eine Benachrichtigungsrichtlinie, mit der ein bestimmter Prozess überwacht wird, und Sie deaktivieren diese Richtlinie. In der folgenden Woche wird der Prozess beendet. Da die Benachrichtigungsrichtlinie deaktiviert ist, werden Sie nicht benachrichtigt. Wenn Sie den Prozess neu starten und die Benachrichtigungsrichtlinie sofort aktivieren, erkennt Monitoring, dass der Prozess in den letzten fünf Minuten nicht aktiv war, und öffnet eine Benachrichtigung.

Die Benachrichtigungen, die mit einer deaktivierten Benachrichtigungsrichtlinie verknüpft sind, bleiben offen, bis die Dauer bis zur automatischen Schließung der Richtlinie abläuft.

Pausierte Benachrichtigungsrichtlinien

Beim Monitoring werden keine Benachrichtigungen gesendet und keine Warnungen für eine Benachrichtigungsrichtlinie erstellt, die pausiert ist. Wir empfehlen, Benachrichtigungsrichtlinien zu pausieren, wenn Sie verhindern möchten, dass eine Benachrichtigungsrichtlinie nur für kurze Zeiträume Benachrichtigungen sendet. Bevor Sie beispielsweise Wartungsarbeiten an einer VM durchführen, können Sie eine Schlummerfunktion erstellen und den Schlummerfunktionen die Benachrichtigungsrichtlinien hinzufügen, mit denen die Instanz überwacht wird.

Wenn Sie eine Benachrichtigungsrichtlinie in den Schlummermodus versetzen, schließt Monitoring alle offenen Benachrichtigungen, die mit der Richtlinie verknüpft sind. Durch Monitoring können nach Ablauf der Schlummerfunktion neue Benachrichtigungen ausgelöst werden. Weitere Informationen finden Sie unter Benachrichtigungen und Warnungen stummschalten.

Limits für Benachrichtigungen und offene Warnungen

Eine Benachrichtigungsrichtlinie kann auf viele Ressourcen angewendet werden. Wenn ein Problem alle Ressourcen betrifft, kann die Benachrichtigungsrichtlinie Benachrichtigungen für jede Ressource auslösen. Für jede Zeitreihe, die eine Bedingung erfüllt, wird eine Benachrichtigung geöffnet.

Um eine Überlastung des Systems zu vermeiden, ist die Anzahl der Benachrichtigungen, die gleichzeitig für eine einzelne Richtlinie geöffnet werden können, auf 1.000 begrenzt.

Angenommen, Sie haben eine Richtlinie, die auf 2.000 Compute Engine-Instanzen angewendet wird, und bei jeder Instanz werden die Benachrichtigungsbedingungen erfüllt. Beim Monitoring ist die Anzahl der offenen Benachrichtigungen auf 1.000 begrenzt. Alle verbleibenden Bedingungen, die erfüllt sind, werden ignoriert, bis einige der offenen Benachrichtigungen für diese Richtlinie geschlossen werden.

Aufgrund dieses Limits können über einen einzelnen Benachrichtigungschannel bis zu 1.000 Benachrichtigungen gleichzeitig empfangen werden. Wenn Ihre Benachrichtigungsrichtlinie mehrere Benachrichtigungskanäle hat, gilt dieses Limit unabhängig für jeden Benachrichtigungskanal.

Latenz

Latenz bezieht sich auf die Verzögerung zwischen dem Zeitpunkt, zu dem Monitoring einen Messwert erfasst, und dem Zeitpunkt, zu dem der Messwertdatenpunkt als Zeitachsendaten sichtbar wird. Die Latenz wirkt sich darauf aus, wann Benachrichtigungen gesendet werden. Wenn beispielsweise ein überwachter Messwert eine Latenz von bis zu 180 Sekunden hat, wird in Monitoring bis zu 180 Sekunden nach dem Eintreten der Bedingung der Benachrichtigungsrichtlinie keine Benachrichtigung erstellt. Weitere Informationen finden Sie unter Latenz von Messwertdaten.

Die folgenden Ereignisse und Einstellungen tragen zur Latenz bei:

  • Verzögerung bei der Messwerterfassung: Die Zeit, die Monitoring zum Erfassen von Messwerten benötigt. Bei Google Cloud -Werten sind die meisten Messwerte 60 Sekunden nach der Erfassung nicht sichtbar. Die Verzögerung hängt jedoch vom jeweiligen Messwert ab. Die Berechnung von Benachrichtigungsrichtlinien führt zu einer zusätzlichen Verzögerung von bis zu 5 Minuten und 30 Sekunden. Bei AWS CloudWatch-Messwerten kann die Sichtbarkeitsverzögerung mehrere Minuten betragen. Bei Uptime-Prüfungen kann dies durchschnittlich zwei Minuten dauern (ab dem Ende des erneuten Testzeitraums).

  • Zeitfenster für erneute Prüfung: Das für die Bedingung konfigurierte Zeitfenster. Bedingungen werden nur erfüllt, wenn eine Bedingung während des gesamten Testzeitraums zutrifft. Wenn Sie beispielsweise ein Zeitfenster für erneute Tests von fünf Minuten festlegen, verzögert sich die Benachrichtigung um mindestens fünf Minuten ab dem Zeitpunkt, an dem das Ereignis zum ersten Mal auftritt.

  • Zeit bis zum Eintreffen der Benachrichtigung: Bei Benachrichtigungskanälen wie E-Mail und SMS kann es zu Netzwerk- oder anderen Latenzen kommen, die nicht mit dem Inhalt der Benachrichtigung zusammenhängen. Diese können manchmal mehrere Minuten betragen. Auf einigen Kanälen wie SMS und Slack kann nicht garantiert werden, dass die Nachrichten zugestellt werden.

Nächste Schritte