Une équipe e-commerce doit être alertée lorsque l'utilisation du CPU d'une instance Amazon EC2 dépasse 80 % pendant un événement de vente. Quelle solution répondra à cette exigence ?

La bonne réponse est de créer une alarme CloudWatch qui surveille la métrique CPUUtilization de l'instance EC2 et de configurer l'alarme pour publier une notification sur un sujet Amazon SNS lorsque l'utilisation du CPU dépasse 80 %. CloudWatch est le service de surveillance d'AWS qui collecte des métriques et permet de définir des alarmes basées sur des seuils. La métrique CPUUtilization est une métrique standard pour les instances EC2. Lorsqu'une alarme CloudWatch est déclenchée, elle peut envoyer des notifications via Amazon SNS, qui peut ensuite distribuer ces messages à diverses cibles (e-mail, SMS, etc.). Les autres options sont incorrectes car : CloudTrail enregistre les appels d'API et les événements AWS, mais ne surveille pas les métriques de performance comme l'utilisation du CPU en temps réel. L'exécution d'une tâche cron sur l'hôte EC2 pour interroger les informations de l'instance est une approche manuelle et moins efficace que CloudWatch, qui est conçu pour cette tâche. De plus, describe-instance-information ne fournit pas directement l'utilisation du CPU. Une fonction Lambda interrogeant CloudTrail ne serait pas appropriée car CloudTrail ne contient pas la métrique CPUUtilization. De plus, interroger toutes les 15 minutes ne permettrait pas une surveillance en temps réel ou quasi réel.