Os registros DNS para example.com estão em uma zona hospedada privada do Route 53 na Conta A. Aplicações e bancos de dados são executados na Conta B. Você está implantando um aplicativo de duas camadas em uma nova VPC na Conta B e criou um registro CNAME db.example.com na zona hospedada privada na Conta A para o endpoint do RDS. A instância EC2 do aplicativo não consegue resolver db.example.com, embora o registro esteja correto no Route 53. Quais passos você deve seguir para corrigir a resolução de nomes? (Escolha duas.)

Para permitir que uma VPC em uma conta diferente (Conta B) resolva nomes usando uma zona hospedada privada do Route 53 (na Conta A), é necessário autorizar a associação e, em seguida, associar a VPC à zona. Primeiro, na Conta A, onde a zona hospedada privada reside, você cria uma autorização de associação. Isso concede permissão explícita para que a VPC da Conta B seja associada. Em seguida, na Conta B, você associa a nova VPC à zona hospedada privada da Conta A. Após a associação ser bem-sucedida e a resolução de nomes funcionar, a autorização de associação pode ser excluída na Conta A, pois sua finalidade é apenas permitir a associação inicial. As outras opções estão incorretas porque: Implantar o banco de dados em uma instância EC2 e mapear o IP privado não resolve o problema de resolução de DNS para o endpoint do RDS existente. Adicionar o IP do RDS em /etc/resolv.conf é uma solução manual e temporária que não escala e não utiliza o Route 53. Criar uma nova zona hospedada privada na Conta B e replicar não é o mecanismo correto para compartilhar zonas privadas entre contas; a replicação direta de zonas não é uma funcionalidade nativa do Route 53 nesse contexto.