Einschränkungen

Allgemeine Kontingente CloudWatch

Informationen zu allgemeinen CloudWatch Servicekontingenten, die für Alarme gelten, finden Sie unterCloudWatch Servicekontingenten.

Grenzwerte, die für Alarme gelten, die auf Metrics Insights-Abfragen basieren

Beachten Sie bei der Arbeit mit CloudWatch Metrics Insights-Alarmen die folgenden Funktionseinschränkungen:

• Ein Standardwert von 200 Alarmen mit der Metrics Insights-Abfrage pro Konto und Region

• Nur die Daten der letzten 3 Stunden können für die Auswertung des Alarmzustands verwendet werden. Sie können jedoch Daten von bis zu zwei Wochen auf der Detailseite des Alarms grafisch darstellen

• Bei Alarmen, die mehrere Zeitreihen auswerten, ist die Anzahl gleichzeitiger Übergänge auf 100 begrenzt

  • Angenommen, die Abfrage ruft 150 Zeitreihen ab:

    • Wenn ALARM weniger als 100 Mitwirkende enthält (zum Beispiel 95), StateReason wird „95 von 150 Zeitreihen, die zu ALARM ausgewertet wurden“ verwendet

    • Wenn mehr als 100 Mitwirkende an ALARM beteiligt sind, zum Beispiel 105, StateReason wird es „mehr als 100 Zeitreihen, die für ALARM ausgewertet wurden“ sein

  • Je nach Größe der Alarm-Mitwirkenden StateReason können diese außerdem gekürzt werden, sodass weniger Zeitreihendaten angezeigt werden. Angenommen, wir kürzen auf 85 Mitwirkende, dann ergibt sichStateReason:

    • Wenn ALARM weniger als 100 Mitwirkende enthält (zum Beispiel 95) — gekürzt auf 85 —, StateReason ergibt das „85+ von 150 Zeitreihen, die für ALARM ausgewertet wurden“.

    • Wenn ALARM mehr als 100 Mitwirkende enthält (zum Beispiel 105) — gekürzt auf 85, StateReason wird das Ergebnis „85+ Zeitreihen, die zu ALARM ausgewertet wurden“ lauten.

• Es gelten die Grenzwerte von Metrics Insights für die maximale Anzahl analysierter oder zurückgegebener Zeitreihen

• Bei der Auswertung von Alarmen EvaluationState wird der Wert PARTIAL_DATA für die folgenden Grenzwerte festgelegt:

  • Wenn die Metrics Insights-Abfrage mehr als 500 Zeitreihen zurückgibt.

  • Wenn die Metrics Insights-Abfrage mit mehr als 10.000 Metriken übereinstimmt.

Weitere Informationen zu CloudWatch Servicekontingenten und -beschränkungen finden Sie unter Servicekontingente von CloudWatch Metrics Insights.

Grenzwerte, die für Alarme gelten, die auf verbundenen Datenquellen basieren

• Wenn ein Alarm CloudWatch ausgewertet wird, erfolgt dies jede Minute, auch wenn der Zeitraum für den Alarm länger als eine Minute ist. Damit der Alarm funktioniert, muss die Lambda-Funktion in der Lage sein, eine Liste von Zeitstempeln zurückzugeben, die mit einer beliebigen Minute beginnen, nicht nur mit einem Vielfachen der Zeitraumlänge. Diese Zeitstempel müssen einen Abstand von einer Zeitraumlänge haben.

  Wenn die vom Lambda abgefragte Datenquelle daher nur Zeitstempel zurückgeben kann, die ein Vielfaches der Zeitraumlänge sind, sollte die Funktion die abgerufenen Daten „erneut abtasten“, damit sie den von der GetMetricData-Anforderung erwarteten Zeitstempeln entsprechen.

  Beispielsweise wird ein Alarm mit einem Zeitraum von fünf Minuten jede Minute anhand von Fünf-Minuten-Fenstern ausgewertet, die sich jedes Mal um eine Minute verschieben. In diesem Fall.

  • Für die Alarmauswertung um 12:15:00 Uhr werden Datenpunkte mit den Zeitstempeln, und CloudWatch erwartet. 12:00:00 12:05:00 12:10:00

  • CloudWatch Erwartet dann für die Alarmauswertung um 12:16:00 Uhr Datenpunkte mit den Zeitstempeln, und. 12:01:00 12:06:00 12:11:00

• Bei der CloudWatch Auswertung eines Alarms werden alle von der Lambda-Funktion zurückgegebenen Datenpunkte, die nicht mit den erwarteten Zeitstempeln übereinstimmen, gelöscht, und der Alarm wird anhand der verbleibenden erwarteten Datenpunkte ausgewertet. Wenn der Alarm beispielsweise bei der Auswertung ausgewertet wird, werden Daten mit den Zeitstempeln 12:15:00, 12:00:00, 12:05:00 und 12:10:00 erwartet. Wenn sie Daten mit den Zeitstempeln12:00:00,, und empfängt 12:05:0012:06:00, werden die Daten von gelöscht und 12:10:00 der Alarm 12:06:00 wird anhand der anderen Zeitstempel CloudWatch ausgewertet.

  Für die nächste Auswertung um 12:16:00 werden dann Daten mit den Zeitstempeln 12:01:00, 12:06:00 und 12:11:00 erwartet. Wenn nur die Daten mit den Zeitstempeln 12:00:00, 12:05:00 und 12:10:00 vorliegen, werden all diese Datenpunkte um 12:16:00 Uhr ignoriert und der Alarm geht in den Zustand über, den Sie dem Alarm für die Behandlung fehlender Daten angegeben haben. Weitere Informationen finden Sie unter Auswertung von Alarmen.

• Es wird empfohlen, diese Alarme zu erstellen, um Maßnahmen zu ergreifen, wenn sie in den INSUFFICIENT_DATA-Zustand wechseln, da bei mehreren Anwendungsfällen mit Lambda-Funktionsausfällen der Alarm auf INSUFFICIENT_DATA wechselt, unabhängig davon, wie Sie den Alarm zur Behandlung fehlender Daten einstellen.

• Wenn die Lambda-Funktion einen Fehler zurückgibt:

  • Wenn beim Aufrufen der Lambda-Funktion ein Berechtigungsproblem auftritt, beginnt der Alarm mit fehlenden Datenübergängen, je nachdem, wie Sie den Alarm bei der Erstellung für die Behandlung fehlender Daten angegeben haben.

  • Jeder andere Fehler, der von der Lambda-Funktion kommt, führt dazu, dass der Alarm zu INSUFFICIENT_DATA wechselt.

• Wenn die von der Lambda-Funktion angeforderte Metrik eine gewisse Verzögerung aufweist, sodass der letzte Datenpunkt immer fehlt, sollten Sie eine Problemumgehung verwenden. Sie können einen M-aus-N-Alarm erstellen oder den Bewertungszeitraum des Alarms verlängern. Weitere Informationen über M-aus-N-Alarmen finden Sie unter Auswertung von Alarmen.