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.
Reagieren auf Alarmänderungen
CloudWatch kann Benutzer über zwei Arten von Alarmänderungen benachrichtigen: wenn sich der Status eines Alarms ändert und wenn die Konfiguration eines Alarms aktualisiert wird.
Wenn ein Alarm ausgewertet wird, kann er von einem Zustand in einen anderen wechseln, z. B. ALARM oder OK. Bei Metrics Insights-Alarmen, die mehrere Zeitreihen überwachen, kann sich jede Zeitreihe (Mitwirkender) nur im Zustand ALARM oder OK befinden, niemals im Status INSUFFICIENT_DATA. Das liegt daran, dass eine Zeitreihe nur existiert, wenn Daten vorhanden sind.
Alarmaktionen und Benachrichtigungen
Die folgende Tabelle zeigt, welche Aktionen bei Metrics Insights-Alarmen auf Alarmebene und welche Aktionen auf der Ebene der Mitwirkenden ausgeführt werden:
Aktionstyp | Alarmebene | Ebene des Mitwirkenden | Weitere Informationen |
---|---|---|---|
SNS-Benachrichtigungen | Ja | Ja | Amazon SNS SNS-Veranstaltungsziele |
EC2 Aktionen (Beenden, Beenden, Neustarten, Wiederherstellen) | Nein | Ja | Erstellen Sie Alarme, um eine EC2 Instanz zu stoppen, zu beenden, neu zu starten oder wiederherzustellen |
Auto Scaling Scaling-Aktionen | Ja | Nein | Schrittweise und einfache Skalierungsrichtlinien für Amazon EC2 Auto Scaling |
OpsItem Erstellung eines Systems Manager | Ja | Ja | Konfigurieren Sie die zu erstellenden CloudWatch Alarme OpsItems |
Systems Manager Incident Manager-Vorfälle | Ja | Nein | Automatisches Erstellen von Vorfällen mit CloudWatch Alarmen |
Aufruf der Lambda-Funktion | Ja | Ja | Rufen Sie eine Lambda-Funktion von einem Alarm aus auf |
CloudWatch Untersuchungen, Untersuchung | Ja | Nein | Starten Sie eine Untersuchung von einem Alarm aus CloudWatch |
Der Inhalt der Alarmmeldungen unterscheidet sich zwischen einmetrischen Alarmen und Alarmen mit mehreren Zeitreihen:
-
Einmetrische Alarme enthalten sowohl einen Grund für den Status als auch detaillierte Daten zur Ursache des Zustands, aus denen die spezifischen Datenpunkte hervorgehen, die die Statusänderung verursacht haben.
-
Mehrfach hintereinander hinterlegte Alarme bieten für jeden Mitwirkenden einen vereinfachten Grund für den Status, ohne dass der detaillierte Datenblock für den Grund des Zustands angegeben wird.
Beispiele für den Inhalt von Benachrichtigungen
Die Alarmbenachrichtigung mit einer einzigen Metrik enthält detaillierte Daten:
{ "stateReason": "Threshold Crossed: 3 out of the last 3 datapoints [32.6 (03/07/25 08:29:00), 33.8 (03/07/25 08:24:00), 41.0 (03/07/25 08:19:00)] were greater than the threshold (31.0)...", "stateReasonData": { "version": "1.0", "queryDate": "2025-07-03T08:34:06.300+0000", "startDate": "2025-07-03T08:19:00.000+0000", "statistic": "Average", "period": 300, "recentDatapoints": [41, 33.8, 32.6], "threshold": 31, "evaluatedDatapoints": [ { "timestamp": "2025-07-03T08:29:00.000+0000", "sampleCount": 5, "value": 32.6 } // Additional datapoints... ] } }
Mehrfach hintereinander geschriebene Alarmmeldungen enthalten einen vereinfachten Grund:
{ "stateReason": "Threshold Crossed: 3 datapoints were greater than the threshold (0.0). The most recent datapoints which crossed the threshold: [32.6 (03/07/25 08:29:00)]." }
CloudWatch Sendet außerdem Ereignisse an Amazon, EventBridge wenn sich der Status von Alarmen ändert und wenn Alarme erstellt, gelöscht oder aktualisiert werden. Sie können EventBridge Regeln schreiben, um Maßnahmen zu ergreifen, oder Sie können sich benachrichtigen lassen, EventBridge wenn Sie diese Ereignisse erhalten.