Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Konfiguration, wie CloudWatch Alarme fehlende Daten behandeln
Manchmal wird nicht jeder erwartete Datenpunkt für eine Metrik gemeldet CloudWatch. Dies kann z. B. der Fall sein, wenn eine Verbindung unterbrochen wird, ein Server ausfällt oder wenn eine Metrik Daten grundsätzlich nur intermittierend meldet.
CloudWatch ermöglicht es Ihnen, festzulegen, wie fehlende Datenpunkte bei der Auswertung eines Alarms behandelt werden sollen. Dies hilft Ihnen, Ihren Alarm so zu konfigurieren, dass er nur dann in den ALARM-Zustand wechselt, wenn dies für den überwachten Datentyp angemessen ist. Sie können Fehlalarme vermeiden, wenn fehlende Daten nicht auf ein Problem hinweisen.
Ähnlich wie sich jeder Alarm immer in einem von drei Zuständen befindet, CloudWatch fällt jeder spezifische Datenpunkt, dem gemeldet wurde, in eine von drei Kategorien:
-
Keine Verletzung (innerhalb des Schwellenwerts)
-
Verletzung (verletzt den Schwellenwert)
-
Fehlen
Für jeden Alarm können Sie angeben CloudWatch , dass fehlende Datenpunkte wie folgt behandelt werden:
-
notBreaching– Fehlende Datenpunkte werden als „gut“ und innerhalb der Schwelle liegend behandelt -
breaching– Fehlende Datenpunkte werden als „ungültig“ und außerhalb der Schwelle liegend behandelt -
ignore– Der aktuelle Alarmstatus wird beibehalten -
missing– Wenn alle Datenpunkte im Alarmauswertungsbereich fehlen, wechselt der Alarm zu INSUPFIZIENT_DATA.
Die beste Wahl ist abhängig von der Art der Metrik und dem Zweck des Alarms. Wenn Sie beispielsweise einen Anwendungs-Rollback-Alarm mithilfe einer Metrik erstellen, die kontinuierlich Daten meldet, sollten Sie fehlende Datenpunkte möglicherweise als Sicherheitsverletzung behandeln, da dies darauf hindeuten könnte, dass etwas nicht stimmt. Aber für eine Metrik, die nur Datenpunkte generiert, wenn ein Fehler auftritt, z. B. ThrottledRequests in Amazon DynamoDB, sollten Sie fehlende Daten als notBreaching behandeln. Das Standardverhalten ist missing.
Wichtig
Alarme, die für Amazon-EC2-Metriken konfiguriert sind, können vorübergehend in den INSUFFICIENT_DATA-Status wechseln, wenn metrische Datenpunkte fehlen. Dies ist selten, kann jedoch auftreten, wenn die metrische Berichterstattung unterbrochen wird, selbst wenn die Amazon-EC2-Instance fehlerfrei funktioniert. Für Alarme zu Amazon-EC2-Metriken, die so konfiguriert sind, dass sie Stopp-, Beenden-, Neustart- oder Wiederherstellungsaktionen ausführen, empfehlen wir, diese Alarme so zu konfigurieren, dass fehlende Daten als missing behandelt werden und dass diese Alarme nur ausgelöst werden, wenn sie sich im ALARM-Status befinden.
Wenn Sie die beste Option für Ihren Alarm wählen, werden unnötige und irreführende Änderungen an Alarmbedingungen verhindert und der Zustand Ihres Systems wird genauer angeben.
Wichtig
Alarme, die Metriken im AWS/DynamoDB Namespace auswerten, ignorieren standardmäßig fehlende Daten. Sie können dies außer Kraft setzen, wenn Sie eine andere Option dafür wählen, wie der Alarm fehlende Daten behandeln soll. Wenn für eine AWS/DynamoDB-Metrik Daten fehlen, verbleiben Alarme, die diese Metrik auswerten, in ihrem aktuellen Zustand.
Wie der Alarmstatus bei fehlenden Daten ausgewertet wird
Jedes Mal, wenn bei einem Alarm bewertet wird, ob der Status geändert werden soll, wird CloudWatch versucht, eine höhere Anzahl von Datenpunkten abzurufen als die in den Testzeiträumen angegebene Anzahl. Die genaue Anzahl der Datenpunkte, die er abzurufen versucht, hängt von der Länge des Alarmzeitraums und davon ab, ob er auf einer Metrik mit Standardauflösung oder hoher Auflösung basiert. Der Zeitrahmen der Datenpunkte, die sie abzurufen versucht, ist der Auswertungsbereich.
Anmerkung
Dieser breitere Bewertungsbereich gilt nur für Alarme, die ein gleitendes Bewertungsfenster verwenden, was die Standardeinstellung ist. Alarme, die ein Evaluierungsfenster mit Wanduhr verwenden, rufen genau die Datenpunkte im ausgerichteten Fenster ab (Zeitraum multipliziert mit Evaluierungszeiträumen) und fragen keine zusätzlichen Datenpunkte ab, die weiter hinten liegen. Weitere Informationen finden Sie unter Fenster zur Alarmauswertung.
Nach dem CloudWatch Abrufen dieser Datenpunkte passiert Folgendes:
-
Wenn keine Datenpunkte im Bewertungsbereich fehlen, wird der Alarm auf der Grundlage der zuletzt gesammelten Datenpunkte CloudWatch ausgewertet. Die Anzahl der ausgewerteten Datenpunkte entspricht den Auswertungszeiträumen für den Alarm. Die zusätzlichen Datenpunkte von weiter hinten im Auswertungsbereich werden nicht benötigt und ignoriert.
-
Wenn einige Datenpunkte im Bewertungsbereich fehlen, aber die Gesamtzahl der vorhandenen Datenpunkte, die erfolgreich aus dem Bewertungsbereich abgerufen wurden, gleich oder größer als die Bewertungszeiträume des Alarms ist, CloudWatch bewertet der Alarmstatus auf der Grundlage der neuesten tatsächlichen Datenpunkte, die erfolgreich abgerufen wurden, einschließlich der erforderlichen zusätzlichen Datenpunkte von weiter hinten im Bewertungsbereich. In diesem Fall wird der von Ihnen eingestellte Wert für die Behandlung fehlender Daten nicht benötigt und ignoriert.
-
Wenn einige Datenpunkte im Bewertungsbereich fehlen und die Anzahl der tatsächlich abgerufenen Datenpunkte niedriger ist als die Anzahl der Testzeiträume des Alarms, CloudWatch füllt die fehlenden Datenpunkte mit dem Ergebnis aus, das Sie für die Behandlung fehlender Daten angegeben haben, und wertet dann den Alarm aus. Alle tatsächlichen Datenpunkte im Bewertungsbereich werden jedoch in die Bewertung einbezogen. CloudWatch verwendet fehlende Datenpunkte nur so selten wie möglich.
Anmerkung
Ein besonderer Fall dieses Verhaltens besteht darin, dass CloudWatch Alarme den letzten Satz von Datenpunkten für einen bestimmten Zeitraum, nachdem die Metrik aufgehört hat, wiederholt neu zu bewerten. Diese Neuauswertung kann dazu führen, dass der Alarm den Status ändert und Aktionen erneut ausführt, wenn er den Status unmittelbar vor dem Stoppen des Messdatenstroms geändert hatte. Um dieses Verhalten zu verhindern, verwenden Sie kürzere Zeiträume.
Die folgenden Tabellen zeigen Beispiele für das Verhalten der Alarmauswertung. In der ersten Tabelle sind die Datenpunkte für den Alarm und der Evaluierungszeitraum jeweils 3. CloudWatch ruft bei der Auswertung des Alarms die 5 neuesten Datenpunkte ab, falls einige der letzten 3 Datenpunkte fehlen. 5 ist der Bewertungsbereich für den Alarm.
In Spalte 1 werden die fünf letzten Datenpunkte angezeigt, da der Auswertungsbereich 5 beträgt. Diese Datenpunkte werden mit dem letzten Datenpunkt auf der rechten Seite angezeigt. 0 ist ein nicht überschreitender Datenpunkt, X ein überschreitender Datenpunkt und - ein fehlender Datenpunkt.
In Spalte 2 ist angegeben, wie viele der 3 erforderlichen Datenpunkte fehlen. Obwohl die 5 zuletzt hinzugekommenen Datenpunkte ausgewertet werden, sind zur Bewertung des Alarmstatus nur 3 davon nötig (gemäß der Einstellung für Evaluation Periods (Auswertungszeiträume)). Die Anzahl der Datenpunkte in Spalte 2 ist die Anzahl der Datenpunkte, die ausgefüllt sein muss. Dabei wird die Einstellung zur Behandlung fehlender Daten verwendet.
In den Spalten 3-6 sind die Spaltenüberschriften die möglichen Werte für die Behandlung fehlender Daten. Die Zeilen in diesen Spalten zeigen den Alarmstatus an, der für jede dieser möglichen Methoden zur Behandlung fehlender Daten festgelegt ist.
| Datenpunkte | Anzahl der Datenpunkte, die ausgefüllt werden müssen | Fehlen | Ignore | Verstoß | Kein Verstoß |
|---|---|---|---|---|---|
|
0 - X - X |
0 |
|
|
|
|
|
- - - - 0 |
2 |
|
|
|
|
|
- - - - - |
3 |
|
Aktuellen Status beibehalten |
|
|
|
0 X X - X |
0 |
|
|
|
|
|
- - X - - |
2 |
|
Aktuellen Status beibehalten |
|
|
In der zweiten Zeile der vorherigen Tabelle bleibt der Alarm OK auch dann bestehen, wenn fehlende Daten als Verstoß behandelt werden, da der eine vorhandene Datenpunkt keine Sicherheitsverletzung darstellt. Dies wird zusammen mit zwei fehlenden Datenpunkten ausgewertet, die als Verstoß gewertet werden. Wenn dieser Alarm das nächste Mal ausgewertet wird, werden die Daten, die noch fehlen, auf ALARM gesetzt, da dieser nicht verletzende Datenpunkt nicht mehr im Auswertebereich liegt.
Die dritte Zeile, in der alle fünf letzten Datenpunkte fehlen, veranschaulicht, wie sich die verschiedenen Einstellungen für die Behandlung fehlender Daten auf den Alarmzustand auswirken. Wenn fehlende Datenpunkte als Verletzung betrachtet werden, geht der Alarm in den ALARM-Status, während, wenn sie als nicht verletzt betrachtet werden, dann geht der Alarm in den OK-Zustand über. Wenn fehlende Datenpunkte ignoriert werden, behält der Alarm den aktuellen Zustand vor den fehlenden Datenpunkten bei. Und wenn fehlende Datenpunkte nur als fehlend angesehen werden, dann hat der Alarm nicht genügend aktuelle reale Daten, um eine Auswertung durchzuführen und geht in den Zustand INSUFFIZIENT_DATA.
In der vierten Zeile geht der Alarm in allen Fällen in den ALARM Status über, da die drei letzten Datenpunkte eine Sicherheitslücke aufweisen. Die Testzeiträume und die Datenpunkte, die den Alarm auslösen, sind beide auf 3 gesetzt. In diesem Fall wird der fehlende Datenpunkt ignoriert und die Einstellung für die Auswertung fehlender Daten ist nicht erforderlich, da drei reale Datenpunkte ausgewertet werden müssen.
Zeile 5 stellt einen Sonderfall der Alarmauswertung dar, der als vorzeitiger Alarmzustand bezeichnet wird. Weitere Informationen finden Sie unter Vermeidung vorzeitiger Übergänge in den Alarmzustand.
In der nächsten Tabelle ist Period (Zeitraum) erneut auf 5 Minuten gesetzt, und Datapoints to Alarm (Datenpunkte zum Alarm) ist nur 2, während Evaluation Periods (Auswertungszeiträume) 3 ist. Die ist ein 2-aus-3, M-aus-N-Alarm.
Der Auswertungsbereich beträgt 5. Dies ist die maximale Anzahl der zuletzt abgerufenen Datenpunkte und kann verwendet werden, falls einige Datenpunkte fehlen.
| Datenpunkte | Anzahl fehlender Datenpunkte | Fehlen | Ignore | Verstoß | Kein Verstoß |
|---|---|---|---|---|---|
|
0 - X - X |
0 |
|
|
|
|
|
0 0 X 0 X |
0 |
|
|
|
|
|
0 - X - - |
1 |
|
|
|
|
|
- - - - 0 |
2 |
|
|
|
|
|
- - - - X |
2 |
|
Aktuellen Status beibehalten |
|
|
In den Zeilen 1 und 2 geht der Alarm immer in den ALARM-Zustand, da 2 der 3 letzten Datenpunkte verletzt werden. In Zeile 2 werden die beiden ältesten Datenpunkte im Auswertebereich nicht benötigt, da keiner der 3 jüngsten Datenpunkte fehlt, daher werden diese beiden älteren Datenpunkte ignoriert.
In den Zeilen 3 und 4 geht der Alarm nur dann in den ALARM-Zustand, wenn fehlende Daten als Verletzung behandelt werden. In diesem Fall werden die beiden letzten fehlenden Datenpunkte beide als Verletzung behandelt. In Zeile 4 stellen diese beiden fehlenden Datenpunkte, die als Verletzung behandelt werden, die zwei notwendigen Datenpunkte bereit, um den ALARM-Zustand auszulösen.
Zeile 5 stellt einen Sonderfall der Alarmauswertung dar, der als vorzeitiger Alarmzustand bezeichnet wird. Weitere Informationen finden Sie im folgenden Abschnitt.
Vermeidung vorzeitiger Übergänge in den Alarmzustand
CloudWatch Die Alarmevaluierung beinhaltet eine Logik, mit der versucht wird, Fehlalarme zu vermeiden, bei denen der Alarm vorzeitig in den ALARM-Zustand übergeht, wenn die Daten unterbrochen werden. Das Beispiel, das in Zeile 5 in den Tabellen im vorherigen Abschnitt gezeigt wird, veranschaulicht diese Logik. In diesen Zeilen und in den folgenden Beispielen beträgt der Auswertungszeitraum 3 und der Auswertungsbereich 5 Datenpunkte. Datenpunkte zum Alarm sind 3, mit Ausnahme des Beispiels M von N, wo Datenpunkte zum Alarm 2 sind.
Angenommen, die neuesten Daten eines Alarms sind - - - - X, mit vier fehlenden Datenpunkten und dann einem Datenpunkt, der verletzt wird, als neuestem Datenpunkt. Da der nächste Datenpunkt möglicherweise nicht verletzt wird, geht der Alarm nicht sofort in den ALARM-Zustand, wenn die Daten entweder - - - - X oder - - - X - sind und Datenpunkte zum Alarm 3 sind. Auf diese Weise werden Fehlalarme vermieden, wenn der nächste Datenpunkt nicht verletzt wird und dazu führt, dass die Daten - - - X O oder - - X - O sind.
Wenn jedoch die letzten paar Datenpunkte - - X - - sind, geht der Alarm in den ALARM-Zustand, auch wenn fehlende Datenpunkte als fehlend behandelt werden. Das liegt daran, dass Alarme so konzipiert sind, dass sie immer dann in den ALARM-Zustand übergehen, wenn der älteste verfügbare Datenpunkt während des Evaluierungszeitraums mindestens so alt ist wie der Wert von Datenpunkte, die Alarm auslösen. Bei allen anderen neueren Datenpunkten wird ein Verstoß festgestellt oder es fehlen sie. In diesem Fall geht der Alarm auch dann in den ALARM-Zustand, wenn die Gesamtzahl der verfügbaren Datenpunkte kleiner als M (Datenpunkte zum Alarm) ist.
Diese Alarmlogik gilt auch für „M von N“ Alarme. Wenn der älteste verletzte Datenpunkt während des Auswertungsbereichs mindestens so alt ist wie der Wert von Datenpunkte zum Alarm und alle neueren Datenpunkte entweder verletzt oder fehlen, geht der Alarm unabhängig vom Wert von M (Datenpunkte zum Alarm).
Fehlende Daten in den CloudWatch Metrics Insights-Alarmen
Alarme basieren auf Metrics Insights-Abfragen, die zu einer einzigen Zeitreihe zusammengefasst werden
Die Szenarien für fehlende Daten und ihre Auswirkungen auf die Alarmauswertung entsprechen in Bezug auf die konfigurierte Behandlung fehlender Daten denen eines standardmäßigen metrischen Alarms. Siehe Konfiguration, wie CloudWatch Alarme fehlende Daten behandeln.
Alarme basieren auf Metrics Insights-Abfragen, die mehrere Zeitreihen erzeugen
Szenarien mit fehlenden Daten für Metrics Insights-Alarme treten auf, wenn:
-
Einzelne Datenpunkte innerhalb einer Zeitreihe sind nicht vorhanden.
-
Eine oder mehrere Zeitreihen verschwinden, wenn mehrere Zeitreihen ausgewertet werden.
-
Von der Abfrage werden keine Zeitreihen abgerufen.
Szenarien mit fehlenden Daten wirken sich auf folgende Weise auf die Alarmauswertung aus:
-
Bei der Auswertung einer Zeitreihe wird die Behandlung fehlender Daten auf einzelne Datenpunkte innerhalb der Zeitreihe angewendet. Wenn beispielsweise 3 Datenpunkte für die Zeitreihe abgefragt wurden, aber nur einer empfangen wurde, würden 2 Datenpunkte der konfigurierten Konfiguration für fehlende Daten folgen.
-
Wenn eine Zeitreihe durch die Abfrage nicht mehr abgerufen wird, wird
OKunabhängig von der Behandlung auf fehlende Daten umgestellt. Alarmaktionen, die mit demOKÜbergang auf der Ebene der Mitwirkenden verknüpft sind, werden ausgeführt. Dabei wirdStateReasonangegeben, dass der oben genannte Mitwirkende nicht gefunden wurde, und die Meldung „Für diesen Mitwirkenden wurden keine Daten zurückgegeben“. Der Status des Alarms hängt vom Status der anderen Mitwirkenden ab, die durch die Abfrage abgerufen wurden. -
Wenn die Abfrage auf Alarmstufe ein leeres Ergebnis zurückgibt (überhaupt keine Zeitreihe), wird die Behandlung „Fehlende Daten“ behandelt. Wenn die Option „Fehlende Daten behandeln“ beispielsweise auf gesetzt wurde
BREACHING, wechselt der Alarm zuALARM.
