Un ingénieur DevOps doit automatiser les actions de redémarrage lorsque des instances EC2 adossées à EBS reçoivent des événements de retrait planifiés afin de réduire le travail manuel. Comment cela peut-il être automatisé ?

L'option correcte utilise AWS Health pour détecter les événements de retrait planifiés. AWS Health fournit des informations sur la disponibilité des services et les événements planifiés. En créant une règle EventBridge qui réagit aux événements AWS Health de type "retrait planifié d'instance EC2", on peut déclencher automatiquement un runbook AWS Systems Manager Automation. Ce runbook peut être configuré pour arrêter et démarrer l'instance affectée, ce qui la migre vers un nouvel hôte sain sans intervention manuelle. Les autres options sont incorrectes car : Une règle EventBridge planifiée hebdomadaire ne réagirait pas en temps réel aux événements de retrait et l'hibernation n'est pas la solution appropriée pour un retrait planifié. La récupération automatique EC2 redémarre l'instance sur le même hôte défaillant, ce qui ne résout pas un problème de retrait planifié lié à l'hôte sous-jacent. Restreindre la récupération à une fenêtre de maintenance n'est pas pertinent ici. Redémarrer toutes les instances pendant une fenêtre de maintenance ne cible pas spécifiquement les instances affectées par un retrait planifié et ne résout pas le problème de l'hôte sous-jacent.