Uma empresa executa um aplicativo web de missão crítica em instâncias Amazon EC2 atrás de um Application Load Balancer em um grupo do Auto Scaling. O aplicativo usa um banco de dados Amazon Aurora PostgreSQL implantado em uma única Zona de Disponibilidade. A empresa deseja alta disponibilidade com tempo de inatividade mínimo e perda de dados mínima, e com o menor esforço operacional. Qual solução atende a esses requisitos?

A opção correta garante alta disponibilidade e resiliência. Configurar o Auto Scaling Group para usar várias Zonas de Disponibilidade distribui as instâncias EC2, protegendo contra falhas em uma única AZ. O Aurora Multi-AZ replica o banco de dados para uma AZ secundária, permitindo failover automático e minimizando o tempo de inatividade e a perda de dados. O RDS Proxy melhora a resiliência do aplicativo gerenciando conexões de banco de dados, reduzindo o impacto de failovers. As outras opções são menos ideais: Usar diferentes regiões da AWS aumenta a complexidade e a latência, e a replicação entre regiões do Aurora é mais para recuperação de desastres do que alta disponibilidade primária. Usar apenas uma AZ para o Auto Scaling Group e snapshots para recuperação de banco de dados não oferece alta disponibilidade, resultando em tempo de inatividade significativo durante falhas. Usar várias regiões para o Auto Scaling Group e S3 com Lambda para persistência de dados é uma arquitetura complexa e não é a solução mais eficiente para alta disponibilidade de um banco de dados relacional.