

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.

# Unterdrückung von Alarmen
<a name="alarm-suppression"></a>

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
<a name="alarm-suppression-use-cases"></a>

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
<a name="alarm-suppression-how-it-works"></a>

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`
<a name="Create_Composite_Alarm_Suppression_Wait_Extension"></a>

 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
<a name="example_scenarios"></a>

 ** 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
<a name="action-suppression-and-mute-rules"></a>

 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). 