Uma empresa deseja usar a AWS Cloud para aprimorar sua configuração de recuperação de desastres (DR) on-premises. O aplicativo de negócios de produção principal da empresa usa o Microsoft SQL Server Standard, que é executado em uma máquina virtual (VM). O aplicativo tem um objetivo de ponto de recuperação (RPO) de 30 segundos ou menos e um objetivo de tempo de recuperação (RTO) de 60 minutos. A solução de DR precisa minimizar os custos sempre que possível. Qual solução atenderá a esses requisitos?

A opção correta atende aos requisitos de RPO e RTO de forma econômica. O Amazon RDS for SQL Server em warm standby permite um RPO baixo (30 segundos ou menos) porque o banco de dados está continuamente sendo atualizado com as alterações. O AWS DMS com CDC garante que os dados sejam replicados quase em tempo real, mantendo o RPO. O warm standby também contribui para um RTO de 60 minutos, pois a infraestrutura já está provisionada e pronta para ser escalada, minimizando o tempo de recuperação. Além disso, é uma solução mais econômica do que um ambiente ativo/ativo. A opção de configuração ativo/ativo com SQL Server Enterprise e Always On é cara e desnecessária para o RTO e RPO especificados, além de exigir licenças mais caras. O AWS Elastic Disaster Recovery como pilot light pode não atingir o RPO de 30 segundos para o banco de dados, pois a replicação de disco pode ter latência maior e a recuperação pode ser mais demorada para o banco de dados. O backup noturno em S3 não atende ao RPO de 30 segundos, pois a perda de dados seria de até 24 horas.