Um engenheiro de DevOps deve automatizar ações de reinício quando instâncias EC2 baseadas em EBS recebem eventos de desativação programada para reduzir o trabalho manual. Como isso pode ser automatizado?

A opção correta é criar uma regra do AWS Health EventBridge que acione runbooks de automação do AWS Systems Manager para parar e iniciar a instância EC2. O AWS Health fornece eventos sobre o estado dos recursos AWS, incluindo eventos de desativação programada para instâncias EC2. Ao integrar o AWS Health com o EventBridge, é possível configurar uma regra para detectar esses eventos e, em seguida, acionar um runbook do SSM Automation. Esse runbook pode ser configurado para parar e iniciar a instância afetada, o que migra a instância para um novo hardware subjacente, resolvendo o problema de desativação programada sem intervenção manual. As outras opções são incorretas porque: Agendar um runbook semanalmente pode não capturar eventos de desativação em tempo hábil e a hibernação não resolve o problema subjacente do hardware. O EC2 Auto Recovery é para falhas de hardware subjacente, não para eventos de desativação programada, e restringir a recuperação a uma janela de manutenção pode atrasar a resolução. Reiniciar todas as instâncias durante uma janela de manutenção não aborda proativamente os eventos de desativação programada e os alarmes do CloudWatch apenas notificam, não automatizam a correção.