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.
Création d'une alarme basée sur une requête Multi-Time Series Metrics Insights
Vous pouvez créer une alarme qui surveille plusieurs séries temporelles sur une flotte de ressources. Contrairement aux alarmes d’instance unique qui déclenchent des actions sur des instances individuelles, les alarmes de surveillance de flotte permettent d’agréger des métriques sur plusieurs ressources et de déclencher des actions selon des conditions globales de la flotte.
Configuration d'une alarme à séries chronologiques multiples à l'aide du AWS Management Console
Cet exemple montre comment créer une alarme qui surveille l’utilisation de la mémoire sur une flotte d’instances et vous avertit lorsque plus de deux instances dépassent un seuil.
Pour créer une alarme à séries chronologiques multiples
Ouvrez la CloudWatch console à l'adresse https://console.aws.amazon.com/cloudwatch/
. -
Dans le panneau de navigation, choisissez Alarms (alertes), All Alarms (Toutes les alertes).
-
Choisissez Create alarm (Créer une alerte).
-
Choisissez Sélectionner une métrique.
-
Sous Metriqques, saisissez une requête Metrics Insights :
SELECT MAX(mem_used_percent) FROM "CWAgent" GROUP BY InstanceId ORDER BY MAX() DESC -
Choisissez Suivant.
-
Sous Conditions, spécifiez les éléments suivants :
-
Pour Threshold type (Type de seuil), choisissez Static (Statique).
-
Pour Lorsque la métrique est, choisissez Supérieure à, puis saisissez
80. -
Pour Points de données pour le déclenchement d’alarme, saisissez
2.
-
-
Configurez les notifications et les actions selon les besoins.
-
Ajoutez un nom et une description pour votre alarme.
-
Sélectionnez Créer une alerte.
Cette alarme diffère des alarmes d’instance unique de plusieurs manières :
-
Elle surveille plusieurs séries temporelles simultanément à l’aide d’une requête de métriques. La requête de métriques est actualisée chaque fois que l’alarme est évaluée, de sorte que votre alarme s’adapte automatiquement lorsque des ressources sont créées, mises en pause ou supprimées.
-
Pour chaque contributeur qui dépasse le seuil, l'alarme envoie un événement de changement d'état du contributeur, dont le type d'événement est différent de EventBridge celui d'un événement de changement d'état d'alarme. L’alarme elle-même change également d’état : dès qu’au moins un contributeur est en état d’alarme, l’alarme passe aussi en état d’alarme.
-
Certaines actions, comme un incident SSM, sont toutefois déclenchées au niveau de l’alarme. Ces actions ne sont pas répétées lorsque la liste des contributeurs en état d’alarme change.
Cette alarme diffère des alarmes basées sur des requêtes de métriques agrégées de plusieurs façons :
-
Elle surveille les séries temporelles individuellement plutôt qu’en tant qu’ensemble agrégé, en utilisant la clause
GROUP BY. -
Elle suit le niveau de granularité que vous définissez selon vos besoins : par exemple, elle peut surveiller chaque instance Amazon EC2 (niveau le plus détaillé des métriques EC2) ou chaque table Amazon RDS (agrégée selon différentes opérations sur une table), selon les champs que vous définissez dans la clause
GROUP BY -
Elle donne la priorité à l’évaluation en utilisant la clause
ORDER BY. -
Pour chaque contributeur qui dépasse le seuil, l'alarme envoie un événement de changement d'état du contributeur, dont le type d'événement est différent de EventBridge celui d'un événement de changement d'état d'alarme. L’alarme elle-même change également d’état : dès qu’au moins un contributeur est en état d’alarme, l’alarme passe aussi en état d’alarme.
-
Certaines actions, comme un incident SSM, sont toutefois déclenchées au niveau de l’alarme. Ces actions ne sont pas répétées lorsque la liste des contributeurs en état d’alarme change.
