Une flotte de 50 instances Linux EC2 dans un groupe Auto Scaling derrière un ALB échoue parfois aux vérifications de santé HTTP d'ELB et est arrêtée avant que les journaux ne puissent être collectés. Comment la collecte des journaux peut-elle être automatisée afin que les journaux soient récupérés avant l'arrêt pour une analyse des causes profondes ?

L'option correcte utilise les hooks de cycle de vie Auto Scaling pour mettre en pause la terminaison de l'instance (Terminating:Wait), ce qui est essentiel pour avoir le temps de collecter les journaux. Une règle EventBridge est ensuite configurée pour détecter l'événement de cycle de vie de terminaison d'instance EC2. Cette règle déclenche une fonction Lambda qui utilise SSM Run Command pour exécuter des scripts sur l'instance en cours de terminaison, collecter les journaux, les télécharger vers S3 pour un stockage durable, puis compléter l'action de cycle de vie pour permettre la terminaison de l'instance. Les autres options sont incorrectes car : Placer les instances en Pending:Wait n'est pas pertinent pour la collecte de journaux lors de la terminaison. AWS Config n'est pas le service approprié pour déclencher des actions en réponse à des événements de cycle de vie en temps réel comme EventBridge. Un filtre d'abonnement CloudWatch pour EC2 Instance Terminate Successful ne déclenchera pas l'agent CloudWatch sur l'instance en cours de terminaison pour exécuter un script ; EventBridge et Lambda avec SSM Run Command sont la méthode standard pour cette tâche.