100-узловой HPC-кластер в VPC выполняет множество DNS-запросов к RDS, S3 и локальным ресурсам, доступным через Direct Connect. Кластер может масштабироваться в 5–7 раз во время пиковых нагрузок. В настоящее время компания использует два экземпляра EC2 в качестве DNS-серверов VPC, которые перенаправляют запросы к резолверу VPC и к локальному DNS. DNS-запросы от узлов для разрешения конечных точек RDS и S3 завершаются сбоем. Какое архитектурное изменение обеспечит наиболее масштабируемое DNS-решение?

Правильный ответ — создание исходящих конечных точек Route 53 Resolver и перенастройка узлов HPC-кластера на использование резолвера VPC по умолчанию. Это наиболее масштабируемое решение, поскольку Route 53 Resolver является управляемым сервисом, который автоматически масштабируется для обработки большого количества запросов, устраняя необходимость в ручном масштабировании экземпляров EC2. Запросы к RDS и S3 будут разрешаться резолвером VPC, а запросы к локальным ресурсам будут перенаправляться через исходящие конечные точки и правила Route 53 Resolver на локальные DNS-серверы. Неправильные варианты: Масштабирование DNS-серверов на базе EC2 требует ручного управления и не обеспечивает автоматического масштабирования, что может привести к сбоям при пиковых нагрузках. Изменение размера существующих экземпляров EC2 лишь временно решает проблему и не является долгосрочным масштабируемым решением для кластера, который может увеличиваться в 5-7 раз. Создание входящих конечных точек Route 53 Resolver предназначено для разрешения локальными DNS-серверами имен, размещенных в AWS, а не для перенаправления запросов из AWS в локальную сеть. Перенаправление всех запросов на локальные DNS-серверы увеличит задержку и нагрузку на Direct Connect.