Uma aplicação crítica tem atualmente sua camada de dados em uma única região da AWS. A camada de dados inclui uma tabela DynamoDB e um cluster de banco de dados Amazon Aurora MySQL. O mecanismo Aurora atual suporta um banco de dados global. A camada de aplicação já está implantada em duas regiões. A política da empresa exige que as aplicações críticas tenham as camadas de aplicação e de dados implantadas em duas regiões. O RTO e o RPO devem ser de alguns minutos. Qual combinação de etapas tornará a camada de dados compatível? (Escolha duas.)

A política da empresa exige que as camadas de aplicação e dados sejam implantadas em duas regiões com RTO e RPO de alguns minutos. 1. Adicionar outra região da AWS ao cluster de banco de dados Aurora MySQL (usar os recursos de banco de dados global/entre regiões do Aurora). Esta é a solução ideal para o Aurora MySQL. O Aurora Global Database permite replicação assíncrona de baixa latência entre regiões, com RPO de segundos e RTO de menos de um minuto, atendendo aos requisitos. 2. Converter a tabela DynamoDB existente em uma tabela global adicionando outra região à configuração da tabela. As tabelas globais do DynamoDB fornecem replicação multirregião ativa-ativa, garantindo alta disponibilidade e recuperação de desastres com RPO e RTO de segundos, o que se alinha aos requisitos. As outras opções são incorretas: Adicionar outra região a cada tabela no cluster de banco de dados Aurora MySQL não é um conceito válido para Aurora. Configurar backups agendados entre regiões não atende ao RPO/RTO de "alguns minutos", pois a restauração de backups leva mais tempo. O Amazon Route 53 Application Recovery Controller (ARC) é para orquestração de failover, não para backup e recuperação de banco de dados em si.