Uma empresa hospeda um fórum da comunidade usando um ALB na frente de contêineres Docker no Amazon ECS, com dados no Amazon RDS para MySQL e imagens de contêiner no ECR. Eles exigem um SLA de recuperação de desastres com um RTO ≤ 24 horas e RPO ≤ 8 horas. Qual é a solução MAIS econômica que atende a esses alvos de RTO/RPO?

A opção correta é a mais econômica que atende aos requisitos de RTO (≤ 24 horas) e RPO (≤ 8 horas). Armazenar imagens Docker no ECR em duas regiões e copiar snapshots do RDS a cada 8 horas para a região secundária garante a disponibilidade dos dados e imagens. Em caso de falha, o CloudFormation orquestra a implantação dos recursos na região secundária, restaurando o RDS a partir do snapshot mais recente. Isso permite um RTO de até 24 horas, pois a infraestrutura é provisionada sob demanda, e um RPO de 8 horas, devido à frequência dos snapshots. As outras opções são menos econômicas ou não atendem aos requisitos: A implantação de recursos idênticos em duas regiões (ativo-ativo ou ativo-passivo quente) é mais cara e não necessária para um RTO de 24 horas. A replicação multi-região do RDS é mais cara que snapshots e cópias. Backups horários do RDS para S3 e replicação entre regiões do bucket S3 são mais complexos e caros do que snapshots diretos do RDS. Um ambiente pilot light com réplica de leitura RDS é mais caro do que a solução de backup e restauração proposta, e a promoção da réplica de leitura pode ser mais rápida, mas não é estritamente necessária para o RTO de 24 horas e adiciona custo.