Agir en cas de changement d'alerte

CloudWatch peut informer les utilisateurs de deux types de changements d'alarme : lorsqu'une alarme change d'état et lorsque la configuration d'une alarme est mise à jour.

Lorsqu'une alarme est évaluée, elle peut passer d'un état à un autre, par exemple ALARM ou OK. Pour les alarmes Metrics Insights qui surveillent plusieurs séries temporelles, chaque série chronologique (contributeur) ne peut être que dans l'état ALARM ou OK, jamais dans l'état INSUFFIENT_DATA. Cela est dû au fait qu'une série chronologique n'existe que lorsque des données sont présentes.

Actions d'alarme et notifications

Le tableau suivant indique les actions exécutées au niveau de l'alarme par rapport au niveau du contributeur pour les alarmes Metrics Insights :

Type d'action	Niveau d'alarme	Niveau de contributeur	En savoir plus
Notifications SNS	Oui	Oui	Destinations des événements Amazon SNS
EC2 actions (arrêt, arrêt, redémarrage, restauration)	Non	Oui	Créez des alarmes pour arrêter, mettre fin, redémarrer ou récupérer une EC2 instance
Actions Auto Scaling	Oui	Non	Règles de dimensionnement simples et détaillées pour Amazon EC2 Auto Scaling
OpsItem Création de Systems Manager	Oui	Oui	Configurer les CloudWatch alarmes pour créer OpsItems
Systems Manager Incident Manager (Incident Manager)	Oui	Non	Création automatique d'incidents à l'aide d' CloudWatch alarmes
Invocation de la fonction Lambda	Oui	Oui	Invoquer une fonction Lambda à partir d'une alarme
CloudWatch enquêtes (enquête)	Oui	Non	Lancer une CloudWatch enquête à partir d'une alarme

Le contenu des notifications d'alarme diffère entre les alarmes monométriques et les alarmes à séries temporelles multiples :

• Les alarmes à métrique unique incluent à la fois un motif d'état et des données détaillées sur le motif de l'état, indiquant les points de données spécifiques à l'origine du changement d'état.

• Les alarmes de séries chronologiques multiples fournissent une raison d'état simplifiée pour chaque contributeur, sans le bloc de données détaillé de la raison de l'état.

Exemples de contenu de notification

La notification d'alarme monométrique inclut 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...
    ]
  }
}

Les notifications d'alarmes à plusieurs séries temporelles incluent une raison simplifiée :

{
  "stateReason": "Threshold Crossed: 3 datapoints were greater than the threshold (0.0). The most recent datapoints which crossed the threshold: [32.6 (03/07/25 08:29:00)]."
}

En outre, CloudWatch envoie des événements à Amazon EventBridge chaque fois que les alarmes changent d'état et lorsque des alarmes sont créées, supprimées ou mises à jour. Vous pouvez écrire EventBridge des règles pour prendre des mesures ou être averti lorsque EventBridge vous recevez ces événements.

Rubriques

• Notifier les utilisateurs en cas de changements d'alertes

• Invoquer une fonction Lambda à partir d'une alarme

• Lancer une CloudWatch enquête à partir d'une alarme

• Événements d'alarme et EventBridge