Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Actions d'alerte
Vous pouvez spécifier les actions d'une alerte lorsqu'elle change d'état entre les états OK, ALARM et INSUFFICIENT_DATA.
La plupart des actions peuvent être définies pour la transition vers chacun des 3 états. À l'exception des actions Auto Scaling, elles se produisent uniquement lors des transitions d'état et ne sont pas exécutées à nouveau si la condition persiste pendant plusieurs heures ou jours.
Les actions suivantes sont prises en charge en tant qu'actions d'alarme :
-
Notifier un ou plusieurs abonnés à l’aide d’une rubrique Amazon Simple Notification Service. Les abonnés peuvent aussi bien être des applications que des personnes.
-
Invoquer une fonction Lambda. C’est le moyen le plus simple d’automatiser des actions personnalisées en cas de modification de l’état des alarmes.
-
Les alarmes basées sur des métriques EC2 peuvent également effectuer des actions EC2, tels que l’arrêt, la résiliation, le redémarrage ou la récupération d’une instance EC2.
-
Les alarmes peuvent également effectuer des actions pour mettre à l’échelle un groupe Auto Scaling.
-
Les alarmes peuvent être OpsItems créées dans Systems Manager Ops Center ou créer des incidents dans AWS Systems Manager Incident Manager. Ces actions ne sont exécutées que lorsque l'alerte passe à l'état ALARM.
-
Une alarme peut lancer une enquête lorsqu’elle passe à l’état ALARM.
Les alarmes émettent également des événements Amazon EventBridge lorsqu'elles changent d'état, et vous pouvez les configurer Amazon EventBridge pour déclencher d'autres actions pour ces changements d'état.
Actions et notifications des alarmes
Le tableau suivant présente les actions exécutées pour les alarmes ainsi que leur comportement pour les alarmes comportant plusieurs séries chronologiques (ou contributeurs) :
| Type d'action | Prise en charge des alarmes à séries chronologiques multiples de Metrics Insights | Support des alarmes ProMQL | Support Log Alarm | En savoir plus |
|---|---|---|---|---|
| Notifications SNS | Niveau du contributeur | Niveau du contributeur | Niveau du contributeur | Destinations des événements Amazon SNS |
| Actions EC2 (arrêter, terminer, redémarrer, récupérer) | Non pris en charge | Non pris en charge | Non pris en charge | Arrêter, mettre hors service, redémarrer ou récupérer une instance EC2 |
| Actions Autoscaling | Non pris en charge | Niveau d'alarme 1 | Non pris en charge | Politiques de dimensionnement simples et simples pour Amazon EC2 Auto Scaling |
| OpsItem Création d'un gestionnaire de systèmes | Niveau de l’alarme | Non pris en charge | Niveau de l’alarme | Configurer CloudWatch les alarmes à créer OpsItems |
| Incidents du gestionnaire des incidents Systems Manager | Niveau de l’alarme | Non pris en charge | Non pris en charge | Création automatique d'incidents à l'aide d' CloudWatch alarmes |
| Invocation d’une fonction Lambda | Niveau du contributeur | Niveau du contributeur | Niveau du contributeur | Invocation d’une fonction Lambda à partir d’une alarme |
| CloudWatch enquêtes et enquêtes | Niveau de l’alarme | Non pris en charge | Non pris en charge | Lancer une CloudWatch enquête à partir d'une alarme |
1 Les alarmes ProMQL ne prennent en charge que les actions Application Auto Scaling.
Le contenu des notifications d'alarme varie en fonction du type d'alarme :
-
Single-metric les alarmes incluent à la fois une raison d'état et des données détaillées de raison d'état, indiquant les points de données spécifiques qui ont provoqué le changement d'état.
-
Multi-time Les alarmes de la série Metrics Insights fournissent une raison d'état simplifiée pour chaque contributeur, sans le bloc de données détaillé de la raison de l'état.
-
Les alarmes ProMQL n'incluent pas de motif d'état ni de données de motif d'état dans leurs notifications.
-
Les alarmes de journal sans contributeurs (valeur unique) incluent à la fois une raison d'état et des données détaillées sur la raison de l'état, montrant les résultats de la requête évalués.
-
Les alarmes de journalisation avec les contributeurs (à l'aide d'une
BYclause) fournissent une raison d'état simplifiée pour chaque contributeur, sans le bloc de données détaillé de la raison de l'état.
Exemple Exemples de contenu de notification
Single-metric la notification d'alarme comprend des données détaillées :
{ "stateReason": "Threshold Crossed: 3 out of the last 3 datapoints [32.6 (03/07/25 08:29:00), 33.8 (03/07/25 08:24:00), 41.0 (03/07/25 08:19:00)] were greater than the threshold (31.0)...", "stateReasonData": { "version": "1.0", "queryDate": "2025-07-03T08:34:06.300+0000", "startDate": "2025-07-03T08:19:00.000+0000", "statistic": "Average", "period": 300, "recentDatapoints": [41, 33.8, 32.6], "threshold": 31, "evaluatedDatapoints": [ { "timestamp": "2025-07-03T08:29:00.000+0000", "sampleCount": 5, "value": 32.6 } // Additional datapoints... ] } }
Notification SNS d'alarme Metrics Insights à séries chronologiques multiples pour Contributor, par exemple :
{ "AlarmName": "DynamoDBInsightsAlarm", "NewStateValue": "ALARM", "NewStateReason": "Threshold Crossed: 1 datapoint was less than the threshold (1.0). The most recent datapoint which crossed the threshold: [0.0 (01/12/25 13:34:00)].", "StateChangeTime": "2025-12-01T13:42:04.919+0000", "OldStateValue": "OK", "AlarmContributorId": "6d442278dba546f6", "AlarmContributorAttributes": { "TableName": "example-dynamodb-table-name" } // Additional information... }
Exemple de notification SNS ProMQL Alarm pour Contributor :
{ "AlarmName": "HighCPUUsageAlarm", "NewStateValue": "ALARM", "StateChangeTime": "2025-12-01T13:42:04.919+0000", "OldStateValue": "OK", "AlarmContributorId": "1d502278dcd546a1", "AlarmContributorAttributes": { "team": "example-team-name" } // Additional information... }
Désactiver les actions d'alarme
Les règles de désactivation des alarmes vous permettent de désactiver automatiquement les actions d'alarme pendant des périodes prédéfinies, telles que les périodes de maintenance ou les événements opérationnels. CloudWatch continue de surveiller l'état des alarmes tout en évitant les notifications indésirables. Pour de plus amples informations, veuillez consulter Règles de mise en sourdine de l'alarme.
Règles de désactivation ou désactivation des actions d'alarme
Les règles de désactivation des alarmes désactivent temporairement les actions pendant les plages horaires planifiées et réactivent automatiquement le son à la fin de la fenêtre. En revanche, l'DisableAlarmActionsAPI désactive définitivement les actions d'alarme jusqu'à ce que vous EnableAlarmActions appeliez manuellement. L'EnableAlarmActionsAPI ne réactive pas les alarmes qui sont désactivées par les règles de sourdine actives.
Note
La désactivation d'une alarme n' CloudWatch empêche pas l'envoi d'événements d'alarme pour la création, la mise à jour, la suppression et la modification de l'état d'une alarme à Amazon EventBridge.
