Uma empresa executa um aplicativo web global em instâncias Amazon EC2 atrás de um Application Load Balancer e armazena dados no Amazon Aurora. A empresa precisa de uma solução de recuperação de desastres que possa tolerar até 30 minutos de inatividade e potencial perda de dados. A solução de DR não precisa lidar com a carga de produção quando a infraestrutura primária está saudável. O que um arquiteto de soluções deve implementar?

A opção correta atende aos requisitos de RTO (Recovery Time Objective) de 30 minutos e RPO (Recovery Point Objective) de 30 minutos (tolerância a perda de dados). O failover ativo-passivo com Route 53 e a replicação do Aurora em uma segunda região permite a recuperação dentro do tempo especificado, pois a infraestrutura pode ser provisionada sob demanda e a réplica do Aurora minimiza a perda de dados. A opção de implantação reduzida com failover ativo-ativo é mais complexa e cara do que o necessário, já que a solução de DR não precisa lidar com a carga de produção quando a infraestrutura primária está saudável. A replicação completa da infraestrutura com failover ativo-ativo e restauração de snapshot do Aurora resultaria em um RPO maior do que o aceitável, pois a restauração de um snapshot leva tempo e pode haver perda de dados entre o último snapshot e o momento da falha. A opção de backup com AWS Backup e criação de uma nova instância primária do Aurora também levaria mais tempo para recuperação (RTO) e poderia ter um RPO maior devido à restauração de backups.