Um site é executado em quatro instâncias EC2 atrás de um ALB. Quando o ALB marca uma instância como não íntegra, um alarme do CloudWatch entra no estado ALARM e um operador adiciona manualmente uma instância de substituição. A empresa deseja uma solução de alta disponibilidade que substitua automaticamente as instâncias EC2 com falha, minimizando o tempo de inatividade durante a migração para o novo design. Qual sequência de etapas o arquiteto de soluções deve usar?

A opção correta permite uma transição suave para um ambiente de alta disponibilidade. Primeiro, você cria um Auto Scaling Group (ASG) com um modelo de inicialização para definir as novas instâncias. Em seguida, anexa esse ASG ao ALB existente, garantindo que o tráfego continue fluindo para as instâncias atuais. Finalmente, adiciona as instâncias EC2 existentes ao ASG. Isso permite que o ASG gerencie as instâncias atuais e substitua automaticamente as instâncias não íntegras, minimizando o tempo de inatividade. As opções incorretas envolvem a exclusão do ALB ou das instâncias existentes, o que causaria inatividade. A exclusão de um ALB existente (opções 1 e 3) interromperia o serviço. A opção 4 está incorreta porque o ALB não "registra" instâncias no ASG; o ASG é anexado ao ALB e gerencia suas próprias instâncias.