Uma empresa executa um aplicativo Windows Server no VMware vSphere on-premises. O aplicativo lê dados em um formato proprietário que o próprio aplicativo deve interpretar. Os servidores são provisionados manualmente. Como parte do plano de recuperação de desastres (DR), a empresa deseja poder executar o aplicativo temporariamente na AWS se o ambiente on-premises falhar e, em seguida, retornar o aplicativo para o ambiente on-premises após a recuperação. O objetivo de ponto de recuperação (RPO) é de 5 minutos. Qual solução oferece capacidade de DR na AWS com a MENOR sobrecarga operacional?

A opção correta é usar o AWS Elastic Disaster Recovery (DRS) porque ele foi projetado especificamente para replicação contínua de servidores on-premises para a AWS, minimizando a sobrecarga operacional. Ele atende ao RPO de 5 minutos ao replicar dados em nível de bloco para volumes EBS de baixo custo. Em caso de desastre, o DRS pode orquestrar o lançamento de instâncias EC2 a partir dos dados replicados com apenas alguns cliques, e também suporta o retorno ao ambiente on-premises. As outras opções são menos ideais: AWS DataSync com CloudFormation: Exigiria gerenciamento manual da replicação de dados para EBS e a criação de modelos CloudFormation para implantação, aumentando a sobrecarga operacional e a complexidade. AWS Storage Gateway com AWS Backup: O Storage Gateway é mais para acesso a arquivos ou arquivamento, e o AWS Backup para S3 não oferece a replicação contínua de nível de servidor necessária para um RPO de 5 minutos de forma eficiente para máquinas virtuais. Amazon FSx for Windows File Server: Embora seja uma boa solução para compartilhamentos de arquivos, replicar um aplicativo inteiro e seus dados proprietários para um sistema de arquivos FSx e depois orquestrar a recuperação com CloudFormation::Init é mais complexo e não é o caso de uso principal do FSx para DR de servidores completos.