Erstellen Sie einen Alarm auf der Grundlage einer Multi Time Series Metrics Insights-Abfrage - Amazon CloudWatch
Einrichten eines Alarms mit mehreren Zeitreihen mit dem AWS-Managementkonsole

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.

Erstellen Sie einen Alarm auf der Grundlage einer Multi Time Series Metrics Insights-Abfrage

Sie können einen Alarm zur Überwachung mehrerer Zeitreihen in einer Flotte von Ressourcen erstellen. Im Gegensatz zu Einzel-Instance-Alarmen, die Aktionen für einzelne Instances auslösen, können Sie mit Flottenüberwachungsalarmen Metriken über mehrere Ressourcen hinweg aggregieren und basierend auf flottenweiten Bedingungen auslösen.

Einrichten eines Alarms mit mehreren Zeitreihen mit dem AWS-Managementkonsole

Dieses Beispiel zeigt, wie Sie einen Alarm erstellen, der die Speicherauslastung in einer Flotte von Instances überwacht und Sie warnt, wenn mehr als zwei Instances einen Schwellenwert überschreiten.

Um einen Alarm mit mehreren Zeitreihen zu erstellen

  1. Öffnen Sie die CloudWatch Konsole unter https://console.aws.amazon.com/cloudwatch/.

  2. Wählen Sie im Navigationsbereich zuerst Alarme und dann Alle Alarme aus.

  3. Wählen Sie Create alarm (Alarm erstellen) aus.

  4. Wählen Sie Select metric (Metrik auswählen) aus.

  5. Geben Sie unter Metriken eine Metrics Insights-Abfrage ein:

    SELECT MAX(mem_used_percent)
FROM "CWAgent"
GROUP BY InstanceId
ORDER BY MAX() DESC

  6. Wählen Sie Weiter aus.

  7. Geben Sie unter Conditions (Bedingungen) Folgendes an:

    • Wählen Sie für Threshold type (Schwellenwerttyp) die Option Static (Statisch) aus.

    • Wählen Sie für Wenn die Metrik ist die Option Größer als aus und geben Sie 80 ein.

    • Geben Sie für Datenpunkte, die einen Alarm auslösen sollen 2 ein.

  8. Konfigurieren Sie Benachrichtigungen und Aktionen nach Bedarf.

  9. Geben Sie einen Namen und eine Beschreibung für den Alarm ein.

  10. Wählen Sie Alarm erstellen aus.

Dieser Alarm unterscheidet sich in mehrfacher Hinsicht von Einzel-Instance-Alarmen:

  • Mithilfe einer Metrikabfrage werden mehrere Zeitreihen gleichzeitig überwacht. Die Metrikabfrage wird bei jeder Auswertung des Alarms aktualisiert, sodass der Alarm automatisch angepasst wird, wenn Ressourcen erstellt, angehalten oder gelöscht werden.

  • Für jeden Mitwirkenden, der den Schwellenwert überschreitet, sendet der Alarm ein Ereignis zur Änderung des Status des Mitwirkenden, das einen anderen Ereignistyp hat EventBridge als ein Ereignis zur Änderung des Alarmstatus. Auch der Alarm selbst ändert seinen Status: Sobald mindestens ein Mitwirkender im Alarmzustand ist, geht auch der Alarm in den Alarmzustand über.

  • Einige Aktionen, wie z. B. ein SSM-Incident, werden jedoch auf der Alarmebene ausgelöst. Solche Aktionen werden nicht wiederholt, wenn sich die Liste der Mitwirkenden am Alarm ändert.

Dieser Alarm unterscheidet sich in mehreren Punkten von aggregierten Metrikabfragealarmen:

  • Mithilfe der Klausel GROUP BY werden Zeitreihen einzeln und nicht aggregiert überwacht.

  • Der Alarm folgt dem Granularitätsgrad, den Sie entsprechend Ihren Anforderungen festlegen: Beispielsweise kann je nach den von Ihnen in der Klausel GROUP BY festgelegten Feldern für jede Amazon-EC2-Instance (höchster Granularitätsgrad der Amazon-EC2-Metriken) oder pro Amazon-RDS-Tabelle (aggregiert über verschiedene Vorgänge in einer Tabelle) ein Alarm ausgelöst werden.

  • Der Alarm priorisiert die Auswertung anhand der Klausel ORDER BY.

  • Für jeden Mitwirkenden, der den Schwellenwert überschreitet, sendet der Alarm ein mitwirkendes Statusänderungsereignis, das einen anderen Ereignistyp hat EventBridge als ein Ereignis zur Änderung des Alarmstatus. Auch der Alarm selbst ändert seinen Status: Sobald mindestens ein Mitwirkender im Alarmzustand ist, geht auch der Alarm in den Alarmzustand über.

  • Einige Aktionen, wie z. B. ein SSM-Incident, werden jedoch auf der Alarmebene ausgelöst. Solche Aktionen werden nicht wiederholt, wenn sich die Liste der Mitwirkenden am Alarm ändert.