Un clúster HPC de 100 nodos en una VPC realiza muchas consultas DNS para RDS, S3 y recursos locales accesibles a través de Direct Connect. El clúster puede escalar de 5 a 7 veces durante los eventos pico. La empresa utiliza actualmente dos instancias EC2 como servidores DNS de la VPC que reenvían las consultas al resolvedor de la VPC y al DNS local. Las consultas DNS de los nodos para resolver los puntos finales de RDS y S3 están fallando. ¿Qué cambio arquitectónico proporciona la solución DNS más escalable?

La opción correcta es crear endpoints de salida de Route 53 Resolver y reglas para reenviar consultas a DNS locales, configurando los nodos HPC para usar el resolvedor predeterminado de la VPC. Esto aprovecha la escalabilidad gestionada de Route 53 Resolver, eliminando la necesidad de gestionar instancias EC2 para DNS y resolviendo los fallos de consulta de RDS y S3, ya que el resolvedor de la VPC maneja estos servicios de AWS de forma nativa. Escalar instancias EC2 o añadir más instancias EC2 (opciones incorrectas) solo pospone el problema de escalabilidad y gestión, y no aborda la eficiencia de resolución para servicios AWS. Crear endpoints de entrada (opción incorrecta) es para que los recursos locales consulten DNS en la VPC, no para que la VPC consulte recursos locales.