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.

# Beispiele für Anwendungsfälle für CloudWatch Alarme in Incident Detection and Response
<a name="idr-ex-alarm-use-cases"></a>

Die folgenden Anwendungsfälle bieten Beispiele dafür, wie Sie CloudWatch Amazon-Alarme in Incident Detection and Response verwenden können. Diese Beispiele zeigen, wie CloudWatch Alarme so konfiguriert werden können, dass sie wichtige Kennzahlen und Schwellenwerte für verschiedene AWS Dienste überwachen, sodass Sie potenzielle Probleme identifizieren und darauf reagieren können, die sich auf die Verfügbarkeit und Leistung Ihrer Anwendungen und Workloads auswirken könnten.

## Beispiel für Anwendungsfall A: Application Load Balancer
<a name="use-case-alb"></a>

Sie können den folgenden CloudWatch Alarm erstellen, der auf mögliche Auswirkungen auf die Arbeitslast hinweist. Zu diesem Zweck erstellen Sie eine metrische Mathematik, die einen Alarm ausgibt, wenn erfolgreiche Verbindungen einen bestimmten Schwellenwert unterschreiten. Die verfügbaren CloudWatch Metriken finden Sie unter [CloudWatch Metriken für Ihren Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-cloudwatch-metrics.html).

**Metrik:** `HTTPCode_Target_3XX_Count;HTTPCode_Target_4XX_Count;HTTPCode_Target_5XX_Count. (m1+m2)/(m1+m2+m3+m4)*100 m1 = HTTP Code 2xx || m2 = HTTP Code 3xx || m3 = HTTP Code 4xx || m4 = HTTP Code 5xx`

**NameSpace: AWS/Anwendung ApplicationELB**

**ComparisonOperator(Schwellenwert):** Weniger als x (x = Schwellenwert des Kunden).

**Zeitraum:** 60 Sekunden

**DatapointsToAlarm:** 3 von 3

Behandlung **fehlender Daten: Behandeln** Sie fehlende Daten als [Sicherheitsverletzung.](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data)

**Statistik:** Summe

Das folgende Diagramm zeigt den Ablauf für Anwendungsfall A:

![\[Beispiel für einen Anwendungsfall für Application Load Balancer\]](http://docs.aws.amazon.com/de_de/IDR/latest/userguide/images/UseCaseAALB.png)


## Beispiel für einen Anwendungsfall B: Amazon API Gateway
<a name="use-case-apigateway"></a>

Sie können den folgenden CloudWatch Alarm erstellen, der auf mögliche Auswirkungen auf die Arbeitslast hinweist. Zu diesem Zweck erstellen Sie eine zusammengesetzte Metrik, die bei hoher Latenz oder einer hohen durchschnittlichen Anzahl von 4XX-Fehlern im API Gateway alarmiert. Die verfügbaren Metriken finden Sie unter [Amazon API Gateway Gateway-Dimensionen und -Metriken](https://docs.aws.amazon.com/apigateway/latest/developerguide/api-gateway-metrics-and-dimensions.html)

**Metrik:** `compositeAlarmAPI Gateway (ALARM(error4XXMetricApiGatewayAlarm)) OR (AALARM(latencyMetricApiGatewayAlarm))`

**NameSpace:** AWS/API-Gateway

**ComparisonOperator(Schwellenwert):** Größer als (x- oder y-Schwellenwerte des Kunden)

**Zeitraum:** 60 Sekunden

**DatapointsToAlarm:** 1 von 1

Behandlung **fehlender Daten: Behandeln** Sie fehlende Daten so, als ob es sich [nicht um Datenschutzverletzungen handelt.](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data)

**Statistik:**

Das folgende Diagramm zeigt den Ablauf für Anwendungsfall B:

![\[Beispiel für einen Anwendungsfall für API Gateway\]](http://docs.aws.amazon.com/de_de/IDR/latest/userguide/images/UseCaseBAPIGW.png)


## Beispiel für Anwendungsfall C: Amazon Route 53
<a name="use-case-apigateway"></a>

Sie können Ihre Ressourcen überwachen, indem Sie Route 53-Zustandsprüfungen erstellen, bei denen Rohdaten gesammelt und CloudWatch zu lesbaren Metriken verarbeitet werden, die nahezu in Echtzeit verfügbar sind. Sie können den folgenden CloudWatch Alarm erstellen, der auf mögliche Auswirkungen auf die Arbeitslast hinweist. Sie können die CloudWatch Metriken verwenden, um einen Alarm zu erstellen, der ausgelöst wird, wenn der festgelegte Schwellenwert überschritten wird. Die verfügbaren CloudWatch Metriken finden Sie unter [CloudWatch Metriken für Route 53-Zustandsprüfungen](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/monitoring-cloudwatch.html#cloudwatch-metrics)

**Metrik:** `R53-HC-Success`

**NameSpace:** AWS/Route 53

**Schwellenwert HealthCheckStatus:** HealthCheckStatus < x für 3 Datenpunkte innerhalb von 3 Minuten (entspricht dem Schwellenwert von x beim Kunden)

**Zeitraum: 1 Minute**

**DatapointsToAlarm:** 3 von 3

Behandlung **fehlender Daten: Behandeln** Sie fehlende Daten als [Sicherheitsverletzung.](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data)

**Statistik:** Minimum

Das folgende Diagramm zeigt den Ablauf für Anwendungsfall C:

![\[Beispiel für einen Anwendungsfall für Route 53\]](http://docs.aws.amazon.com/de_de/IDR/latest/userguide/images/UseCaseCR53.png)


## Beispiel für einen Anwendungsfall D: Überwachen Sie einen Workload mit einer benutzerdefinierten App
<a name="use-case-apigateway"></a>

In diesem Szenario ist es wichtig, dass Sie sich die Zeit nehmen, einen geeigneten Gesundheitscheck zu definieren. Wenn Sie nur überprüfen, ob der Port einer Anwendung geöffnet ist, haben Sie nicht überprüft, ob die Anwendung funktioniert. Darüber hinaus ist ein Aufruf der Startseite einer Anwendung nicht unbedingt der richtige Weg, um festzustellen, ob die App funktioniert. Wenn eine Anwendung beispielsweise sowohl von einer Datenbank als auch von Amazon Simple Storage Service (Amazon S3) abhängt, muss der Health Check alle Elemente validieren. Eine Möglichkeit, dies zu tun, besteht darin, eine Monitoring-Webseite wie **/monitor** zu erstellen. Die Überwachungswebseite ruft die Datenbank auf, um sicherzustellen, dass sie eine Verbindung herstellen und Daten abrufen kann. Und die Monitoring-Webseite ruft Amazon S3 auf. Anschließend verweisen Sie bei der Integritätsprüfung auf dem Load Balancer auf die Seite **/monitor**.

Das folgende Diagramm zeigt den Ablauf für Anwendungsfall D:

![\[Beispiel für einen Anwendungsfall für die Überwachung mit einer benutzerdefinierten App\]](http://docs.aws.amazon.com/de_de/IDR/latest/userguide/images/CustomAlarm.png)