Verhalten von messwertbasierten Benachrichtigungsrichtlinien

In diesem Dokument wird beschrieben, wie anhand von Ausrichtungszeiträumen und Testwiederholungszeiträumen bestimmt wird, wann eine Bedingung erfüllt ist, wie in Benachrichtigungsrichtlinien mehrere Bedingungen kombiniert werden und wie in Benachrichtigungsrichtlinien fehlende Datenpunkte ersetzt werden. Außerdem wird die maximale Anzahl offener Benachrichtigungen für eine Richtlinie, die Anzahl der Benachrichtigungen pro Benachrichtigung und die Ursachen für Benachrichtigungsverzögerungen beschrieben.

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 Ausrichtungszeitraum und das Testwiederholungsfenster aus, um festzustellen, ob die Bedingung einer Benachrichtigungsrichtlinie erfüllt ist.

Ausrichtungszeitraum

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

Die Ausrichtung umfasst zwei Schritte:

  • Unterteilen der Zeitachsen in regelmäßige Zeitintervalle, auch Daten-Bucketing genannt. Das Intervall ist der Ausrichtungszeitraum.

  • Einen einzelnen Wert für die Punkte im Ausrichtungszeitraum berechnen Sie können wählen, wie dieser einzelne Punkt berechnet werden soll. Sie können alle Werte summieren, ihren Durchschnitt berechnen oder das Maximum verwenden. Die Funktion, mit der die Datenpunkte kombiniert werden, wird als Aligner bezeichnet. Das Ergebnis der Kombination wird als abgestimmter Wert bezeichnet.

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

Wenn der Ausrichtungszeitraum beispielsweise fünf Minuten beträgt, sind um 13:00 Uhr alle Stichproben enthalten, die zwischen 12:55 Uhr und 13:00 Uhr eingegangen sind. 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 Zeitraum an, der ausgewertet werden soll.
  • Rolling-Fensterfunktion: Gibt die mathematische Funktion an, die auf das Fenster mit Datenpunkten angewendet werden soll.

Weitere Informationen zu den verfügbaren Funktionen finden Sie unter Aligner in der API-Referenz. Mit einigen Aligner-Funktionen werden die Daten ausgerichtet und von einer Messwertart oder einem -typ in eine andere bzw. einen anderen konvertiert. Eine ausführliche Erläuterung finden Sie unter Arten, Typen und Conversions.

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 unter Aligner in der API-Referenz. Mit einigen Aligner-Funktionen werden die Daten ausgerichtet und von einer Messwertart oder einem -typ in eine andere bzw. einen anderen konvertiert. Eine ausführliche Erläuterung finden Sie unter Arten, Typen und Conversions.

Zur Veranschaulichung der Auswirkungen eines Ausrichtungszeitraums auf eine Bedingung in einer Benachrichtigungsrichtlinie: Stellen Sie sich eine Messwertschwellenwert-Bedingung vor, die einen Messwert mit einem Stichprobenzeitraum von einer Minute überwacht. Angenommen, der Ausrichtungszeitraum ist auf fünf Minuten und der Abgleich auf sum festgelegt. Nehmen wir weiter an, dass die Bedingung erfüllt ist, wenn der ausgerichtete Wert der Zeitachse für mindestens drei Minuten größer als zwei ist und die Bedingung jede Minute ausgewertet wird. In diesem Beispiel beträgt das im nächsten Abschnitt beschriebene Zeitfenster für den erneuten Test drei Minuten. Die folgende Abbildung veranschaulicht mehrere aufeinanderfolgende Auswertungen der Bedingung:

Abbildung zur Auswirkung des Ausrichtungszeitraums auf das Testfenster bzw. die Testdauer

Jede Zeile in der Abbildung stellt eine einzelne Bewertung der Bedingung dar. Die Zeitreihendaten werden angezeigt. Die Punkte im Ausrichtungszeitraum 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 ergibt die Summe der Stichproben im Ausrichtungszeitraum 2. Bei der dritten Auswertung beträgt die Summe drei. Da dieser Wert über dem Grenzwert liegt, wird ein Timer für das erneute Testfenster gestartet.

Zeitfenster noch einmal testen

Die Bedingung einer Benachrichtigungsrichtlinie hat ein Wiederholungsfenster, das verhindert, dass die Bedingung aufgrund einer einzelnen Messung oder Prognose erfüllt wird. Angenommen, das Testwiederholungsfenster 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 Zeitachse 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 überschreiten wird.

Bei Richtlinien mit einer Bedingung wird eine Benachrichtigung gesendet, wenn die Bedingung erfüllt ist. Diese Benachrichtigungen bleiben offen, solange die Bedingung weiterhin 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.

Die Abbildung oben zeigt drei Auswertungen einer Bedingung für Messwertschwellenwerte. Zum Zeitpunkt start + 2 minutes ist der ausgerichtete Wert größer als der Schwellenwert. Die Bedingung wird 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 Auswirkung des Testwiederholungszeitraums

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

Das Testwiederholungsfenster einer Bedingung wird jedes Mal zurückgesetzt, wenn eine Messung oder Prognose die Bedingung nicht erfüllt. Legen Sie das Fenster für erneute Tests daher so fest, dass falsch positive Ergebnisse minimiert werden, aber gleichzeitig auch so kurz, dass Benachrichtigungen rechtzeitig geöffnet werden. Dieses Verhalten wird im folgenden Beispiel veranschaulicht:

Beispiel

Diese Benachrichtigungsrichtlinie enthält eine Bedingung für den Messwertschwellenwert, die ein Retest-Zeitfenster von fünf Minuten angibt.

Wenn die HTTP-Antwortlatenz länger als zwei Sekunden ist,
und wenn die Latenz fünf Minuten lang über dem Grenzwert liegt,
soll eine Benachrichtigung erstellt und eine E-Mail an das Supportteam gesendet werden.

Die folgende Abfolge zeigt, wie sich das Testwiederholungsfenster auf die Bewertung der Bedingung auswirkt:

  1. Die HTTP-Latenz liegt unter zwei Sekunden.
  2. In den nächsten drei Minuten liegt die HTTP-Latenz über zwei Sekunden.
  3. Bei der nächsten Messung liegt die Latenz unter zwei Sekunden. Also setzt die Bedingung das Wiederholungsfenster zurück.

  4. Während der folgenden fünf Minuten liegt die HTTP-Latenz über zwei Sekunden. Also wird die Bedingung erfüllt.

    Da die Benachrichtigungsrichtlinie eine Bedingung hat, sendet Monitoring Benachrichtigungen, wenn die Bedingung erfüllt ist.

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

Der Ausrichtungszeitraum bestimmt, wie viele Stichproben der Aligner kombiniert. Das Stichprobenintervall, die Aufnahmeverzögerung und die Anzahl der Stichproben, die Sie kombinieren möchten, wirken sich darauf aus, wie Sie den Ausrichtungszeitraum festlegen:

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

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

  • Bei Bedingungen für Messwertschwellen beträgt der typische Höchstwert des Ausrichtungszeitraums 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 des Abstimmungszeitraums 19 Stunden. Sie können PromQL verwenden, um Benachrichtigungen für Daten zu 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 Ausrichtungszeitraum zwischen 6 und 18 Stunden. Angenommen, das Stichprobenintervall beträgt 60 Sekunden. Wenn Sie den Ausrichtungszeitraum 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, legen Sie den Ausrichtungszeitraum auf mindestens die Länge des Stichprobenintervalls, aber höchstens 24 Stunden abzüglich der Erfassungsverzögerung fest.

Mit dem Testwiederholungszeitraum 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 möchten, dass die Benachrichtigungsrichtlinie schneller reagiert, 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 Zeitfenster für den erneuten Test 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 Ausrichtungszeitraum und das Retest-Fenster 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 werden 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
Wert für Richtlinientrigger		 Cloud Monitoring API
Kombinationswert		 Bedeutung
Eine beliebige Bedingung wird erfüllt OR Eine Benachrichtigung wird geöffnet, wenn eine Ressource dazu führt, dass eine der Bedingungen erfüllt wird.
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 wird, wenn alle Bedingungen erfüllt werden, auch wenn eine andere Ressource dazu führt, 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 wird, wenn alle Bedingungen erfüllt sind, aber nur, wenn dieselbe Ressource dazu führt, dass jede Bedingung erfüllt wird. Diese Einstellung ist die strengste Kombination.

In diesem Kontext bedeutet der Begriff erfüllt, dass die Konfiguration der Bedingung als wahr ausgewertet wird. Beispiel: Wenn die Konfiguration Any time series is greater than 10 for 5 minutes lautet und die Anweisung wahr ergibt, wird die Bedingung erfüllt.

Beispiel

Nehmen wir als Beispiel 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 1 Minute lang über 100 ms/s liegt.
  • Die Bedingung namens Excessive utilization überwacht die CPU-Auslastung der Instanzen. Diese Bedingung wird erfüllt, wenn die CPU-Auslastung einer Instanz 1 Minute lang ü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-Nutzung eine Minute lang über dem Schwellenwert liegt, wird die Bedingung CPU usage is too high erfüllt. Wenn die Bedingungen mit Beliebige Bedingung erfüllt kombiniert werden, wird eine Benachrichtigung erstellt, da eine Bedingung erfüllt ist. Wenn die Bedingungen mit Alle Bedingungen sind erfüllt oder Alle Bedingungen werden auch bei verschiedenen Ressourcen für jede Bedingung erfüllt angezeigt werden, ist 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“ 1 Minute lang 60% überschreitet. Dadurch werden beide Bedingungen erfüllt. Im Folgenden wird beschrieben, was je nach Kombination der Bedingungen geschieht:

  • Beliebige Bedingung 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 vm2 dazu führt, dass die Bedingung CPU usage is too high erfüllt ist, 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 von verschiedenen Ressourcen pro Bedingung: Es wird eine Benachrichtigung erstellt, da beide Bedingungen erfüllt werden.

  • 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 vm1 die Bedingung CPU usage is too high erfüllt, während vm2 die Bedingung Excessive utilization erfüllt.

Unvollständige Messwertdaten

Wenn keine Zeitreihendaten mehr eingehen oder Daten verzögert eintreffen, werden sie von Monitoring als fehlend klassifiziert. Fehlende Daten können dazu führen, dass Benachrichtigungen nicht geschlossen werden. Die Übermittlung der Daten von Clouddrittanbietern kann sich bis zu 30 Minuten verzögern. In der Regel beträgt die Verzögerung 5 bis 15 Minuten. Wenn eine Verzögerung länger als das Testfenster ist, können Bedingungen den Status „Unbekannt“ erhalten. Wenn die Daten schließlich eintreffen, kann Monitoring den jüngsten Verlauf der Bedingungen bereits verloren haben. Bei einer späteren Prüfung der Zeitachsendaten ist dieses Problem möglicherweise nicht erkennbar, weil es keinen Beleg für die Verzögerungen mehr gibt, sobald die Daten eingetroffen 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 eintrifft, soll Monitoring die Benachrichtigung geöffnet lassen oder sofort schließen? Soll auch ein Hinweis geöffnet werden, wenn keine Daten mehr eingehen und kein Hinweis offen ist? Und schließlich: Wie lange sollte eine Benachrichtigung offen 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:

  • Um zu konfigurieren, wie Monitoring den Ersatzwert für fehlende Daten ermittelt, verwenden Sie das Feld Auswertung fehlender Daten, das Sie im Schritt Bedingungstrigger festlegen. Dieses Feld ist deaktiviert, wenn das Zeitfenster für erneute Tests auf Kein erneuter Test festgelegt ist.

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

  • Wenn Sie konfigurieren möchten, wie lange Monitoring wartet, bevor eine offene Benachrichtigung geschlossen wird, nachdem keine Daten mehr eingehen, verwenden Sie das Feld Dauer für automatisches Schließen von Benachrichtigungen. 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 Feld „Fehlende Daten“ 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 offen ist, bleibt sie offen. 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 offen ist, bleibt sie offen. 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 vom Typ „Messwert-Grenzwert“ wie ein metric-absence condition verhält. Wenn die Daten nicht innerhalb des angegebenen Zeitraums eintreffen, 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 wird die Bedingung nicht mehr erfüllt, wenn keine Daten mehr eingehen. Wenn für diese Bedingung 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 eintrifft, soll Monitoring die Benachrichtigung geöffnet lassen oder sofort schließen? Soll auch ein Hinweis geöffnet werden, wenn keine Daten mehr eingehen und kein Hinweis offen ist? Und schließlich: Wie lange sollte eine Benachrichtigung offen 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 Feld „Fehlende Daten“ beschrieben:

API
-FeldevaluationMissingData		 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 offen ist, bleibt sie offen. 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 offen ist, bleibt sie offen. 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 Bedingungen, die nicht erfüllt sind, bewirkt diese Einstellung, dass sich die Bedingung für Messwertschwellen wie ein metric-absence condition verhält. Wenn die Daten nicht innerhalb des im Feld „duration“ angegebenen Zeitraums eingehen, wird die Bedingung als erfüllt ausgewertet. Bei einer Benachrichtigungsrichtlinie mit einer Bedingung wird eine Benachrichtigung geöffnet, wenn die Bedingung erfüllt ist.
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 diese Bedingung 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.

So können Sie Probleme aufgrund fehlender Daten minimieren:

  • Wenden Sie sich an Ihren Drittanbieter für Cloud-Dienste, um herauszufinden, wie sich die Latenz bei der Messwerterfassung verringern lässt.
  • Verwenden Sie in Ihren Bedingungen längere Testzeiträume. Die Verwendung eines längeren Zeitraums für erneute Tests hat den Nachteil, dass Ihre Benachrichtigungsrichtlinien weniger schnell reagieren.

  • 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 deren Daten direkt in Monitoring schreiben
    • Logbasierte Messwerte, wenn die Erfassung von Logeinträgen nicht verzögert ist

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

Wann sendet Monitoring Benachrichtigungen und erstellt Warnungen?

Cloud Monitoring sendet eine Benachrichtigung, wenn eine Zeitachse eine Bedingung erfüllt. 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 werden erfüllt: Wenn alle Bedingungen erfüllt sind, sendet die Benachrichtigungsrichtlinie für jede Zeitachse, die dazu führt, dass eine Bedingung erfüllt wird, eine Benachrichtigung und erstellt eine Benachrichtigung.

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

    • Jede 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 ist und wenn sie nicht mehr erfüllt ist. 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 von Monitoring keine Benachrichtigungen erstellt oder gesendet, wenn die Bedingungen einer Benachrichtigungsrichtlinie erfüllt sind:

  • Die Benachrichtigungsrichtlinie ist deaktiviert.
  • Die Benachrichtigungsrichtlinie ist pausiert.
  • Das Monitoring 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, wertet Monitoring die Werte aller Bedingungen im letzten Testzeitraum aus. 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 Wiederaufnahme der Richtlinie erfüllt werden, selbst 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 ausgeführt wurde, und öffnet eine Benachrichtigung.

Die Benachrichtigungen, die mit einer deaktivierten Benachrichtigungsrichtlinie verknüpft sind, bleiben so lange offen, bis die Dauer bis zur automatischen Schließung der Richtlinie abgelaufen ist.

Pausierte Benachrichtigungsrichtlinien

Beim Monitoring werden keine Benachrichtigungen gesendet oder 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. Das Monitoring kann nach Ablauf der Schlummerfunktion neue Benachrichtigungen auslösen. Weitere Informationen finden Sie unter Benachrichtigungen und Warnungen stummschalten.

Limits für Benachrichtigungen und offene Warnungen

Eine Benachrichtigungsrichtlinie kann für viele Ressourcen gelten und ein Problem, das alle Ressourcen betrifft, kann dazu führen, dass die Benachrichtigungsrichtlinie Benachrichtigungen für jede Ressource öffnet. Für jede Zeitachse, die eine Bedingung erfüllt, wird eine Benachrichtigung geöffnet.

Damit das System nicht überlastet wird, ist die Anzahl der Benachrichtigungen, die eine einzelne Richtlinie gleichzeitig öffnen kann, auf 1.000 begrenzt.

Beispiel: Eine Richtlinie wird auf 2.000 Compute Engine-Instanzen angewendet und jede Instanz führt dazu, dass die Benachrichtigungsbedingungen erfüllt werden. Beim Monitoring ist die Anzahl der offenen Benachrichtigungen auf 1.000 begrenzt. Alle verbleibenden erfüllten Bedingungen werden ignoriert, bis einige der offenen Benachrichtigungen für diese Richtlinie geschlossen werden.

Aufgrund dieses Limits kann ein einzelner Benachrichtigungskanal bis zu 1.000 Benachrichtigungen gleichzeitig empfangen. 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 der Messwerterfassung: die Zeit, die Monitoring benötigt, um Messwerte zu erfassen. 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 Berechnungen für Benachrichtigungsrichtlinien sind mit einer zusätzlichen Verzögerung von bis zu 5 Minuten und 30 Sekunden verbunden. Bei AWS CloudWatch-Messwerten kann die Sichtbarkeitsverzögerung mehrere Minuten betragen. Bei Verfügbarkeitsdiagnosen kann es im Durchschnitt zwei Minuten (ab dem Ende des Testzeitraums) dauern.

  • Zeitfenster für erneute Prüfung: das für die Bedingung konfigurierte Zeitfenster. Bedingungen sind nur dann erfüllt, wenn eine Bedingung während des gesamten Testzeitraums wahr ist. 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: Auch innerhalb von Benachrichtigungskanälen wie E-Mail und SMS können unabhängig vom übermittelten Inhalt Netzwerk- oder sonstige Latenzen auftreten – manchmal in der Größenordnung von mehreren Minuten. Auf einigen Kanälen wie SMS und Slack kann nicht garantiert werden, dass die Nachrichten zugestellt werden.

Nächste Schritte