Uma empresa está projetando uma estratégia de recuperação de desastres (DR) para um aplicativo de produção que usa um cluster Amazon Aurora MySQL na região us-east-1. A região de DR é us-west-1. O RPO da empresa é de 5 minutos e o RTO é de 20 minutos. A empresa deseja minimizar as alterações de configuração e maximizar a eficiência operacional. Qual solução atende a esses requisitos?

A conversão para um banco de dados global do Aurora com failover gerenciado é a solução ideal porque atende aos requisitos de RPO (5 minutos) e RTO (20 minutos) da empresa. O Aurora Global Database oferece replicação assíncrona com latência de menos de um segundo, garantindo um RPO baixo. O failover gerenciado permite uma recuperação rápida para a região de DR (us-west-1), cumprindo o RTO. Esta abordagem minimiza as alterações de configuração e maximiza a eficiência operacional ao usar recursos nativos do Aurora para DR. Criar uma réplica de leitura do Aurora em us-west-1 não atende ao RPO/RTO, pois réplicas de leitura não são projetadas para failover de DR e não manteriam a consistência de dados necessária para um RPO de 5 minutos. Criar um novo cluster Aurora com replicação entre regiões não é uma funcionalidade nativa do Aurora para DR e exigiria soluções personalizadas complexas. Usar o AWS DMS para sincronizar os clusters aumentaria a complexidade de gerenciamento e não garantiria o RPO e RTO exigidos, pois o DMS é mais adequado para migrações e replicação contínua com maior latência.