Los registros DNS de example.com están en una zona alojada privada de Route 53 en la Cuenta A. Las aplicaciones y las bases de datos se ejecutan en la Cuenta B. Está implementando una aplicación de dos niveles en una nueva VPC en la Cuenta B y creó un registro CNAME db.example.com en la zona alojada privada de la Cuenta A para el endpoint de RDS. La instancia EC2 de la aplicación no puede resolver db.example.com, aunque el registro es correcto en Route 53. ¿Qué pasos debe seguir para solucionar la resolución de nombres? (Elija dos).

Para resolver db.example.com desde la Cuenta B, la VPC de la Cuenta B debe estar asociada con la zona alojada privada de Route 53 en la Cuenta A. Dado que las cuentas son diferentes, se requiere una autorización. Primero, desde la Cuenta A, se debe crear una autorización de asociación de VPC para permitir que la Cuenta B asocie su VPC con la zona alojada privada. Luego, desde la Cuenta B, se asocia la nueva VPC con la zona alojada privada en la Cuenta A. Una vez que la asociación es exitosa, la autorización puede ser eliminada, ya que su propósito es solo permitir la asociación inicial. Las opciones incorrectas son: Implementar la base de datos en una instancia EC2 y crear un registro en la zona alojada privada no resuelve el problema de la resolución de nombres entre cuentas para el endpoint de RDS existente. Conectarse por SSH y añadir la IP en /etc/resolv.conf es una solución manual y temporal que no escala ni es una práctica recomendada para la resolución de DNS en AWS. Crear una zona alojada privada en la Cuenta B y replicar la zona no es una funcionalidad estándar de Route 53 para zonas privadas entre cuentas y complicaría la gestión.