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.
# Zusammengesetzte Alarme
Mit CloudWatch können Sie mehrere Alarme zu einem *zusammengesetzten Alarm* kombinieren, um einen zusammengefassten, aggregierten Statusindikator für eine ganze Anwendung oder Gruppe von Ressourcen zu erstellen. Verbundalarme sind Alarme, die ihren Zustand durch die Überwachung der Zustände anderer Alarme bestimmen. Sie definieren Regeln, um den Status dieser überwachten Alarme mithilfe einer booleschen Logik zu kombinieren.
Sie können Verbundalarme verwenden, um Alarmrauschen zu reduzieren, indem Sie Aktionen nur auf aggregierter Ebene durchführen. Sie können beispielsweise einen Verbundalarm erstellen, um eine Benachrichtigung an Ihr Webserver-Team zu senden, wenn ein Alarm im Zusammenhang mit Ihrem Webserver ausgelöst wird. Wenn einer dieser Alarme in den ALARM-Status übergeht, wechselt der Verbundalarm selbst in den ALARM-Status und sendet eine Benachrichtigung an Ihr Team. Wenn andere Alarme, die sich auf Ihren Webserver beziehen, ebenfalls in den ALARM-Status wechseln, wird Ihr Team nicht mit neuen Benachrichtigungen überlastet, da der Verbundalarm sie bereits über die aktuelle Situation informiert hat.
Sie können auch Verbundalarme verwenden, um komplexe Alarmbedingungen zu erstellen und nur dann Maßnahmen zu ergreifen, wenn viele verschiedene Bedingungen erfüllt sind. Sie können beispielsweise einen Verbundalarm erstellen, der einen CPU-Alarm und einen Speicheralarm kombiniert und Ihr Team nur benachrichtigt, wenn sowohl der CPU- als auch der Speicheralarm ausgelöst wurden.
**Using composite alarms**
Bei der Verwendung von Verbundalarmen haben Sie zwei Möglichkeiten:
+ Konfigurieren Sie die gewünschten Aktionen nur auf der Ebene des Verbundalarms, und erstellen Sie die zugrunde liegenden überwachten Alarme ohne Aktionen
+ Konfigurieren Sie einen anderen Satz von Aktionen auf der Ebene des Verbundalarms. Bei den Aktionen für Verbundalarme könnte beispielsweise ein anderes Team involviert werden, falls ein weit verbreitetes Problem auftritt.
Verbundalarme können nur folgende Aktionen ausführen:
+ Benachrichtigen von Amazon-SNS-Themen
+ Aufrufen von Lambda-Funktionen
+ OpsItems Im Systems Manager Ops Center erstellen
+ Erstellen von Vorfällen in Systems Manager Incident Manager
**Anmerkung**
Alle zugrunde liegenden Alarme Ihres Verbundalarms müssen sich unter dem gleichen Konto und in der gleichen Region befinden wie Ihr Verbundalarm befinden. Wenn Sie jedoch einen zusammengesetzten Alarm in einem CloudWatch Konto für die kontenübergreifende Überwachung der Beobachtbarkeit einrichten, können die zugrunde liegenden Alarme Metriken in verschiedenen Quellkonten und im Überwachungskonto selbst überwachen. Weitere Informationen finden Sie unter [CloudWatch kontenübergreifende Beobachtbarkeit](CloudWatch-Unified-Cross-Account.md).
Ein einzelner zusammengesetzter Alarm kann 100 zugrunde liegende Alarme überwachen und 150 zusammengesetzte Alarme können einen einzelnen zugrunde liegenden Alarm überwachen.
**Regelausdrücke**
Alle zusammengesetzten Alarme enthalten Regelausdrücke. Über Regelausdrücke wird zusammengesetzten Alarmen mitgeteilt, welche anderen Alarme überwacht werden sollen, um ihre Zustände zu bestimmen. Regelausdrücke können sich auf Metrikalarme und auf zusammengesetzte Alarme beziehen. Wenn Sie in einem Regelausdruck auf einen Alarm verweisen, weisen Sie dem Alarm eine Funktion zu, die bestimmt, in welchem der folgenden drei Zustände sich der Alarm befindet:
+ ALARM
ALARM („Alarmname oder Alarm-ARN“) ist TRUE, wenn sich der Alarm im ALARM-Status befindet.
+ OK
OK („Alarmname oder Alarm-ARN“) ist TRUE, wenn sich der Alarm im OK-Status befindet.
+ INSUFFICIENT\$1DATA
INSUFFICIENT\$1DATA („Alarmname oder Alarm-ARN“) ist TRUE, wenn sich der Alarm im INSUFFICIENT\$1DATA-Status befindet.
**Anmerkung**
TRUE wird immer als TRUE und FALSE immer als FALSE ausgewertet.
**Alarm-Referenzen**
Wenn auf einen Alarm verwiesen wird, entweder mithilfe des Alarmnamens oder des ARN, kann die Regelsyntax die Referenzierung des Alarms mit oder ohne Anführungszeichen („) um den Alarmnamen oder den ARN unterstützen.
+ Falls ohne Anführungszeichen angegeben, ARNs dürfen Alarmnamen keine Leerzeichen, runden Klammern oder Kommas enthalten.
+ Wenn sie in Anführungszeichen angegeben sind, müssen Alarmnamen oder Alarmnamen ARNs , die doppelte Anführungszeichen („) *enthalten*, das" einschließen und dabei umgekehrte Escape-Zeichen (\$1) verwenden, um eine korrekte Interpretation des Verweises zu gewährleisten.
**Syntax**
Die Syntax des Ausdrucks, den Sie verwenden, um mehrere Alarme zu einem zusammengesetzten Alarm zusammenzufassen, verwendet boolesche Logik und Funktionen. In der folgenden Tabelle werden die in Regelausdrücken verfügbaren Operatoren und Funktionen beschrieben:
| Operator/Funktion | Description |
| --- | --- |
| AND | Logischer UND-Operator. Gibt TRUE zurück, wenn alle angegebenen Bedingungen WAHR sind. |
| OR | Logischer OR-Operator. Gibt TRUE zurück, wenn mindestens eine der angegebenen Bedingungen WAHR ist. |
| NOT | Logischer NOT-Operator. Gibt TRUE zurück, wenn die angegebene Bedingung FALSCH ist. |
| AT\$1LEAST | Funktion, die TRUE zurückgibt, wenn sich eine Mindestanzahl oder ein Mindestprozentsatz der angegebenen Alarme im erforderlichen Zustand befinden. Format: AT\$1LEAST(M, STATE\$1CONDITION, (alarm1, alarm2, ...alarmN)) wobei M eine absolute Zahl oder ein Prozentsatz (z. B. 50%) sein kann und STATE\$1CONDITION den Wert ALARM, OK, INSUFFICIENT\$1DATA, NOT ALARM, NOT OK oder NOT INSUFFICIENT\$1DATA haben kann. |
Sie können Klammern verwenden, um Bedingungen zu gruppieren und die Reihenfolge der Auswertung in komplexen Ausdrücken zu steuern.
**Beispielausdrücke**
Der Anforderungsparameter `AlarmRule` unterstützt die Verwendung der logischen Operatoren `AND` `OR``NOT`, und sowie der `AT_LEAST` Funktion, sodass Sie mehrere Funktionen zu einem einzigen Ausdruck kombinieren können. Die folgenden Beispielausdrücke zeigen, wie Sie die zugrunde liegenden Alarme in Ihrem zusammengesetzten Alarm konfigurieren können:
+ `ALARM(CPUUtilizationTooHigh) AND ALARM(DiskReadOpsTooHigh)`
Der Ausdruck gibt an, dass der zusammengesetzte Alarm nur in den Zustand `ALARM` wechselt, wenn sich `CPUUtilizationTooHigh` und `DiskReadOpsTooHigh` im Zustand `ALARM` befinden.
+ `AT_LEAST(2, ALARM, (WebServer1CPU, WebServer2CPU, WebServer3CPU, WebServer4CPU))`
Der Ausdruck gibt an, dass der zusammengesetzte Alarm ausgelöst wird, `ALARM` wenn mindestens 2 der 4 CPU-Alarme des Webservers aktiviert `ALARM` sind. Auf diese Weise können Sie Warnmeldungen auf der Grundlage eines Schwellenwerts der betroffenen Ressourcen auslösen, anstatt zu verlangen, dass sich alle oder nur eine Ressource im Alarmzustand befindet.
+ `AT_LEAST(50%, OK, (DatabaseConnection1, DatabaseConnection2, DatabaseConnection3, DatabaseConnection4))`
Der Ausdruck gibt an, dass der zusammengesetzte Alarm ausgelöst wird`ALARM`, wenn sich mindestens 50% der Datenbankverbindungsalarme im `OK` Status befinden. Durch die Verwendung von Prozentwerten kann sich die Regel dynamisch anpassen, wenn Sie überwachte Alarme hinzufügen oder entfernen.
+ `ALARM(CPUUtilizationTooHigh) AND NOT ALARM(DeploymentInProgress)`
Der Ausdruck gibt an, dass der zusammengesetzte Alarm in den Zustand `ALARM` wechselt, wenn `CPUUtilizationTooHigh` sich im Zustand `ALARM` und `DeploymentInProgress` sich nicht im Zustand `ALARM` befindet. Dies ist ein Beispiel für einen zusammengesetzten Alarm, der Alarmrauschen während eines Bereitstellungsfensters reduziert.
+ `AT_LEAST(2, ALARM, (AZ1Health, AZ2Health, AZ3Health)) AND NOT ALARM(MaintenanceWindow)`
Der Ausdruck gibt an, dass der zusammengesetzte Alarm ausgelöst wird, `ALARM` wenn mindestens 2 von 3 Integritätsalarmen in der Verfügbarkeitszone aktiviert `ALARM` sind und der Alarm im `ALARM` Wartungsfenster nicht aktiviert ist. Dies kombiniert die AT\$1LEAST-Funktion mit anderen logischen Operatoren für komplexere Überwachungsszenarien.
# Unterdrückung von Alarmen
Die kombinierte Unterdrückung von Alarmaktionen ermöglicht es Ihnen, Alarmaktionen vorübergehend zu deaktivieren, ohne die Alarmkonfiguration zu löschen oder zu ändern. Dies ist nützlich bei geplanten Wartungsarbeiten, Bereitstellungen oder bei der Untersuchung bekannter Probleme.
Mit der Aktionsunterdrückung für zusammengesetzte Alarme können Sie Alarme als Unterdrückungsalarme definieren. Unterdrückungsalarme verhindern, dass zusammengesetzte Alarme Aktionen ausführen. Sie können beispielsweise einen Unterdrückungsalarm angeben, der den Status einer unterstützenden Ressource darstellt. Wenn die unterstützende Ressource ausgefallen ist, verhindert der Unterdrückungsalarm, dass der zusammengesetzte Alarm Benachrichtigungen sendet.
## Wann sollte die Alarmunterdrückung eingesetzt werden
Häufige Situationen, in denen die Alarmunterdrückung nützlich ist:
+ Wartungsfenster Ihrer Anwendung
+ Bereitstellungen von Anwendungen
+ Laufende Untersuchung von Vorfällen
+ Test- und Entwicklungsaktivitäten
## Wie funktionieren Suppressor-Alarme
Unterdrückungsalarme werden bei der Konfiguration zusammengesetzter Alarme angegeben. Jeder Alarm kann als Unterdrückungsalarm fungieren. Wenn sich der Zustand eines Unterdrückungsalarms von `OK` in `ALARM` ändert, werden von dem zugehörigen zusammengesetzten Alarm keine Aktionen mehr ausgeführt. Wenn sich der Zustand eines Unterdrückungsalarms von `ALARM` in `OK` ändert, führt der zugehörige zusammengesetzte Alarm wieder Aktionen aus.
Da Verbundalarme es Ihnen ermöglichen, einen aggregierten Überblick über Ihren Zustand bei mehreren Alarmen zu erhalten, gibt es gängige Situationen, in denen erwartet wird, dass diese Alarme ausgelöst werden. Zum Beispiel während eines Wartungsfensters Ihrer Anwendung oder wenn Sie einen laufenden Vorfall untersuchen. In solchen Situationen möchten Sie möglicherweise die Aktionen Ihrer Verbundalarme unterdrücken, um unerwünschte Benachrichtigungen oder die Erstellung neuer Vorfall-Tickets zu verhindern
Mit der Aktionsunterdrückung für zusammengesetzte Alarme können Sie Alarme als Unterdrückungsalarme definieren. Unterdrückungsalarme verhindern, dass zusammengesetzte Alarme Aktionen ausführen. Sie können beispielsweise einen Unterdrückungsalarm angeben, der den Status einer unterstützenden Ressource darstellt. Wenn die unterstützende Ressource ausgefallen ist, verhindert der Unterdrückungsalarm, dass der zusammengesetzte Alarm Benachrichtigungen sendet. Die Aktionsunterdrückung für zusammengesetzte Alarme trägt zur Reduzierung von Alarmrauschen bei, sodass Sie weniger Zeit mit der Verwaltung Ihrer Alarme verbringen müssen und sich besser auf Ihre Abläufe konzentrieren können.
Unterdrückungsalarme werden bei der Konfiguration zusammengesetzter Alarme angegeben. Jeder Alarm kann als Unterdrückungsalarm fungieren. Wenn sich der Zustand eines Unterdrückungsalarms von `OK` in `ALARM` ändert, werden von dem zugehörigen zusammengesetzten Alarm keine Aktionen mehr ausgeführt. Wenn sich der Zustand eines Unterdrückungsalarms von `ALARM` in `OK` ändert, führt der zugehörige zusammengesetzte Alarm wieder Aktionen aus.
### `WaitPeriod` und `ExtensionPeriod`
Wenn Sie einen Unterdrückungsalarm angeben, legen Sie die Parameter `WaitPeriod` und `ExtensionPeriod` fest. Diese Parameter verhindern, dass zusammengesetzte Alarme während der Zustandsänderung von Unterdrückungsalarmen unerwartet Aktionen ausführen. Verwenden Sie `WaitPeriod`, um Verzögerungen auszugleichen, die auftreten können, wenn sich der Zustand eines Unterdrückungsalarms von `OK` in `ALARM` ändert. Wenn sich also beispielsweise der Zustand eines Unterdrückungsalarms innerhalb von 60 Sekunden von `OK` in `ALARM` ändert, legen Sie `WaitPeriod` auf 60 Sekunden fest.
![\[Unterdrückung von Aktionen innerhalb WaitPeriod\]](http://docs.aws.amazon.com/de_de/AmazonCloudWatch/latest/monitoring/images/example1border.png)
Im Image ändert sich der Zustand des zusammengesetzten Alarms bei t2 von `OK` in `ALARM`. Eine Wartezeit (`WaitPeriod`) beginnt bei t2 und endet bei t8. Dadurch hat der Unterdrückungsalarm Zeit, den Zustand bei t4 von `OK` in `ALARM` zu ändern, bevor die Aktionen des zusammengesetzten Alarms unterdrückt werden, wenn die Wartezeit (`WaitPeriod`) bei t8 abläuft.
Verwenden Sie `ExtensionPeriod`, um Verzögerungen auszugleichen, die auftreten können, wenn sich der Zustand eines zusammengesetzten Alarms in `OK` ändert, nachdem sich der Zustand eines Unterdrückungsalarms in `OK` geändert hat. Wenn sich also beispielsweise der Zustand eines Unterdrückungsalarms in `OK` geändert hat und sich der Zustand eines zusammengesetzten Alarms danach innerhalb von 60 Sekunden in `OK` ändert, legen Sie `ExtensionPeriod` auf 60 Sekunden fest.
![\[Unterdrückung innerer Aktionen ExtensionPeriod\]](http://docs.aws.amazon.com/de_de/AmazonCloudWatch/latest/monitoring/images/example2border.png)
Im Image ändert sich der Zustand des Unterdrückungsalarms bei t2 von `ALARM` in `OK`. Ein Verlängerungszeitraum (`ExtensionPeriod`) beginnt bei t2 und endet bei t8. Dadurch hat der zusammengesetzte Alarm Zeit, seinen Zustand von `ALARM` in `OK` zu ändern, bevor der Verlängerungszeitraum (`ExtensionPeriod`) bei t8 abläuft.
Von zusammengesetzten Alarmen werden keine Aktionen ausgeführt, wenn `WaitPeriod` und `ExtensionPeriod` aktiv werden. Zusammengesetzte Alarme führen Aktionen aus, die auf ihrem aktuellen Zustand basieren, wenn`ExtensionPeriod` und `WaitPeriod` inaktiv werden. Es wird empfohlen, den Wert für jeden Parameter auf 60 Sekunden festzulegen, da metrische Alarme jede Minute ausgewertet werden. Die Parameter können auf einen beliebigen ganzzahligen Sekundenwert festgelegt werden.
In den folgenden Beispielen wird detaillierter beschrieben, wie `WaitPeriod` und `ExtensionPeriod` verhindern, dass zusammengesetzte Alarme unerwartet Aktionen ausführen.
**Anmerkung**
In den folgenden Beispielen wird `WaitPeriod` als 2 Zeiteinheiten und `ExtensionPeriod` als 3 Zeiteinheiten konfiguriert.
#### Beispiele
** Beispiel 1: Aktionen werden nach `WaitPeriod` nicht unterdrückt **
![\[Erstes Beispiel für die Unterdrückung von Aktionen\]](http://docs.aws.amazon.com/de_de/AmazonCloudWatch/latest/monitoring/images/example3border.png)
In der Abbildung ändert sich der Zustand des zusammengesetzten Alarms bei t2 von `OK` in `ALARM`. Eine Wartezeit (`WaitPeriod`) beginnt bei t2 und endet bei t4, um zu verhindern, dass der zusammengesetzte Alarm Aktionen ausführt. Nach Ablauf der Wartezeit (`WaitPeriod`) bei t4 führt der zusammengesetzte Alarm seine Aktionen aus, da sich der Unterdrückungsalarm noch im Zustand `OK` befindet.
** Beispiel 2: Aktionen werden durch den Alarm unterdrückt, bevor `WaitPeriod` abläuft **
![\[Zweites Beispiel für die Unterdrückung von Aktionen\]](http://docs.aws.amazon.com/de_de/AmazonCloudWatch/latest/monitoring/images/example4border.png)
Im Image ändert sich der Zustand des zusammengesetzten Alarms bei t2 von `OK` in `ALARM`. Eine Wartezeit (`WaitPeriod`) beginnt bei t2 und endet bei t4. Dies gibt dem Unterdrückungsalarm Zeit, den Zustand bei t3 von `OK` in `ALARM` zu ändern. Da der Unterdrückungsalarm bei t3 den Zustand von `OK` in `ALARM` ändert, wird die bei t2 begonnene Wartezeit (`WaitPeriod`) verworfen, und der Unterdrückungsalarm verhindert nun, dass der zusammengesetzte Alarm Aktionen ausführt.
** Beispiel 3: Zustandsübergang, wenn Aktionen durch `WaitPeriod` unterdrückt werden **
![\[Drittes Beispiel für die Unterdrückung von Aktionen\]](http://docs.aws.amazon.com/de_de/AmazonCloudWatch/latest/monitoring/images/example5border.png)
Im Image ändert sich der Zustand des zusammengesetzten Alarms bei t2 von `OK` in `ALARM`. Eine Wartezeit (`WaitPeriod`) beginnt bei t2 und endet bei t4. Dies gibt dem Unterdrückungsalarm Zeit, den Zustand zu ändern. Der Zustand des zusammengesetzten Alarms ändert sich bei t3 wieder in `OK`, wodurch die bei t2 begonnene Wartezeit (`WaitPeriod`) verworfen wird. Eine neue Wartezeit (`WaitPeriod`) beginnt bei t3 und endet bei t5. Nach Ablauf der neuen Wartezeit (`WaitPeriod`) bei t5 führt der zusammengesetzte Alarm seine Aktionen aus.
** Beispiel 4: Zustandsübergang, wenn Aktionen durch einen Alarm unterdrückt werden **
![\[Viertes Beispiel für die Unterdrückung von Aktionen\]](http://docs.aws.amazon.com/de_de/AmazonCloudWatch/latest/monitoring/images/cwasexamplefourborder.png)
Im Image ändert sich der Zustand des zusammengesetzten Alarms bei t2 von `OK` in `ALARM`. Der Unterdrückungsalarm befindet sich bereits im Zustand `ALARM`. Der Unterdrückungsalarm verhindert, dass der zusammengesetzte Alarm Aktionen ausführt.
** Beispiel 5: Aktionen werden nach `ExtensionPeriod` nicht unterdrückt **
![\[Fünftes Beispiel für die Unterdrückung von Aktionen\]](http://docs.aws.amazon.com/de_de/AmazonCloudWatch/latest/monitoring/images/example7border.png)
Im Image ändert sich der Zustand des zusammengesetzten Alarms bei t2 von `OK` in `ALARM`. Eine Wartezeit (`WaitPeriod`) beginnt bei t2 und endet bei t4. Dadurch hat der Unterdrückungsalarm Zeit, den Zustand bei t3 von `OK` in `ALARM` zu ändern, bevor die Aktionen des zusammengesetzten Alarms bis t6 unterdrückt werden. Da der Unterdrückungsalarm bei t3 den Zustand von `OK` in `ALARM` ändert, wird die bei t2 begonnene Wartezeit (`WaitPeriod`) verworfen. Bei t6 ändert sich der Zustand des Unterdrückungsalarms in `OK`. Ein Verlängerungszeitraum (`ExtensionPeriod`) beginnt bei t6 und endet bei t9. Nach Ablauf von `ExtensionPeriod` führt der zusammengesetzte Alarm seine Aktionen aus.
** Beispiel 6: Zustandsübergang, wenn Aktionen durch `ExtensionPeriod` unterdrückt werden **
![\[Sechstes Beispiel für die Unterdrückung von Aktionen\]](http://docs.aws.amazon.com/de_de/AmazonCloudWatch/latest/monitoring/images/cwasexamplesixrborder.png)
Im Image ändert sich der Zustand des zusammengesetzten Alarms bei t2 von `OK` in `ALARM`. Eine Wartezeit (`WaitPeriod`) beginnt bei t2 und endet bei t4. Dadurch hat der Unterdrückungsalarm Zeit, den Zustand bei t3 von `OK` in `ALARM` zu ändern, bevor die Aktionen des zusammengesetzten Alarms bis t6 unterdrückt werden. Da der Unterdrückungsalarm bei t3 den Zustand von `OK` in `ALARM` ändert, wird die bei t2 begonnene Wartezeit (`WaitPeriod`) verworfen. Bei t6 ändert sich der Zustand des Unterdrückungsalarms wieder in `OK`. Ein Verlängerungszeitraum (`ExtensionPeriod`) beginnt bei t6 und endet bei t9. Wenn sich der Zustand des zusammengesetzten Alarm bei t7 wieder in `OK` ändert, wird der Verlängerungszeitraum (`ExtensionPeriod`) verworfen und eine neue Wartezeit (`WaitPeriod`) gestartet, die bei t7 beginnt und bei t9 endet.
**Tipp**
Wenn Sie den Aktionsunterdrückungsalarm ersetzen, wird jegliche aktive Wartezeit (`WaitPeriod`) bzw. jeglicher aktiver Verlängerungszeitraum (`ExtensionPeriod`) verworfen.
## Regeln zum Unterdrücken und Stummschalten von Aktionen
Wenn für einen zusammengesetzten Alarm sowohl die Regeln zur Unterdrückung von Aktionen als auch zum Stummschalten von Alarmen aktiv sind, haben die Regeln für die Stummschaltung Vorrang und unterdrücken alle Alarmaktionen. Nach Ablauf des Mute-Fensters bestimmt die Konfiguration des zusammengesetzten Alarms, ob Aktionen auf der Grundlage des Alarmstatus des Suppressor-Alarms und der konfigurierten Warte- oder Verlängerungszeiträume ausgeführt werden. Weitere Informationen zu den Regeln für die Stummschaltung von Alarmen finden Sie unter[Regeln für die Stummschaltung](alarm-mute-rules.md).