Um cluster HPC de 100 nós em uma VPC executa muitas consultas DNS para RDS, S3 e recursos locais acessíveis via Direct Connect. O cluster pode escalar de 5 a 7 vezes durante eventos de pico. A empresa atualmente usa duas instâncias EC2 como servidores DNS da VPC que encaminham consultas para o resolvedor da VPC e para o DNS local. As consultas DNS dos nós para resolver endpoints RDS e S3 estão falhando. Qual mudança arquitetônica oferece a solução DNS mais escalável?

A opção correta é criar endpoints de saída do Route 53 Resolver e usar o resolvedor padrão da VPC. O resolvedor padrão da VPC é um serviço gerenciado pela AWS que escala automaticamente para lidar com grandes volumes de consultas DNS, tornando-o ideal para cargas de trabalho HPC que escalam dinamicamente. Os endpoints de saída do Route 53 Resolver permitem que o resolvedor da VPC encaminhe consultas para servidores DNS locais para recursos on-premises, mantendo a resolução híbrida. Reconfigurar os nós para usar o resolvedor padrão da VPC simplifica a arquitetura e elimina a necessidade de gerenciar instâncias EC2 dedicadas para DNS, que são um gargalo de escalabilidade. As opções incorretas envolvem escalar instâncias EC2, o que não é a solução mais escalável ou gerenciada para DNS em um ambiente dinâmico como HPC. Aumentar o tamanho da instância ou adicionar mais instâncias EC2 requer gerenciamento manual e não oferece a escalabilidade elástica do Route 53 Resolver. A criação de endpoints de entrada não resolve o problema de encaminhamento de consultas da VPC para o ambiente local, mas sim o inverso.