Uma empresa deseja migrar um aplicativo existente de seu data center para a Nuvem AWS para torná-lo altamente disponível e resiliente. O aplicativo perdeu dados recentemente quando um servidor de banco de dados travou durante uma queda de energia. A empresa exige uma solução que evite pontos únicos de falha e possa escalar para atender à demanda do usuário. Qual solução atende a esses requisitos?

A opção correta atende aos requisitos de alta disponibilidade e resiliência. O uso de instâncias EC2 em um Auto Scaling Group distribuídas por várias Zonas de Disponibilidade (AZs) garante que a aplicação continue funcionando mesmo que uma AZ falhe, além de escalar automaticamente para atender à demanda. O Amazon RDS Multi-AZ fornece failover automático para uma réplica síncrona em outra AZ em caso de falha do banco de dados primário, eliminando pontos únicos de falha e protegendo contra perda de dados. As outras opções são incorretas porque: Implementar servidores de aplicativos em uma única AZ cria um ponto único de falha. Usar uma réplica de leitura RDS em uma única AZ não oferece a mesma resiliência que o Multi-AZ para o banco de dados primário. O Amazon EBS Multi-Attach não é projetado para criar armazenamento compartilhado entre instâncias de banco de dados em AZs diferentes para alta disponibilidade de um banco de dados relacional.