Um site de "staging" é executado em uma única instância Amazon EC2 com suporte de EBS. A empresa deseja uma recuperação rápida e perda mínima de dados caso a instância apresente problemas de conectividade de rede ou falha de energia do host. Qual opção atende a esses requisitos?

A opção correta é criar um alarme do Amazon CloudWatch para a métrica StatusCheckFailed System e escolher a ação de recuperação do EC2. Esta métrica monitora problemas no hardware subjacente do host (como falha de energia ou problemas de rede), e a ação de recuperação migra a instância para um novo host, mantendo o ID da instância, endereços IP privados, endereços IP elásticos e todos os metadados da instância. Isso garante uma recuperação rápida com perda mínima de dados, pois o volume EBS é automaticamente reanexado. Adicionar a instância a um grupo do EC2 Auto Scaling com capacidade mínima, máxima e desejada definidas como 1 não aborda a recuperação de falhas do host, pois o Auto Scaling Group não substituirá a instância se ela falhar no nível do sistema, apenas se ela for encerrada. Um "lifecycle hook" para desanexar o volume EBS não é útil para recuperação rápida, pois exigiria reanexação manual ou automatizada complexa. Criar um alarme do CloudWatch para StatusCheckFailed Instance e escolher a ação de reinicialização do EC2 não resolveria problemas de hardware subjacente, apenas problemas no sistema operacional ou aplicativos da instância.