Uma equipe de SysOps deseja automatizar a recuperação de uma instância EC2 quando o host subjacente falha. A instância recuperada deve manter o mesmo IP privado e o mesmo Elastic IP da instância original. A equipe também deve receber um e-mail quando a recuperação começar. Qual solução satisfaz esses requisitos?

A opção correta é criar um alarme do CloudWatch com a métrica StatusCheckFailedSystem. Esta métrica monitora falhas no hardware subjacente da instância EC2, como problemas de rede ou energia, que impedem a comunicação com a instância. A ação de recuperação do EC2 associada a este alarme migra a instância para um novo hardware subjacente, mantendo o IP privado, o Elastic IP e todos os metadados da instância original, satisfazendo os requisitos. A configuração para publicar em um tópico SNS garante o envio de e-mail à equipe. A métrica StatusCheckFailedInstance (opção incorreta 1) monitora problemas dentro da própria instância, como sistema operacional travado, e não falhas do host subjacente. As opções de Auto Scaling (opções incorretas 3 e 4) não são adequadas porque um grupo do Auto Scaling cria uma nova instância com um novo IP privado e não mantém o Elastic IP automaticamente, além de não ser a solução ideal para a recuperação de uma instância específica com falha de hardware.