VPC 내 100개 노드 HPC 클러스터는 RDS, S3 및 Direct Connect를 통해 액세스 가능한 온프레미스 리소스에 대해 많은 DNS 쿼리를 수행합니다. 클러스터는 피크 이벤트 동안 5~7배 확장될 수 있습니다. 회사는 현재 두 개의 EC2 인스턴스를 VPC DNS 서버로 사용하여 VPC 리졸버 및 온프레미스 DNS로 쿼리를 전달합니다. 노드에서 RDS 및 S3 엔드포인트를 확인하기 위한 DNS 쿼리가 실패하고 있습니다. 어떤 아키텍처 변경이 가장 확장 가능한 DNS 솔루션을 제공할까요?

정답은 Route 53 Resolver 아웃바운드 엔드포인트를 생성하는 것입니다. 이 솔루션은 AWS의 관리형 서비스인 Route 53 Resolver를 활용하여 DNS 쿼리를 처리하므로 확장성이 뛰어나고 관리 오버헤드가 적습니다. HPC 클러스터 노드가 기본 VPC 리졸버를 사용하도록 재구성하면 RDS 및 S3와 같은 AWS 서비스 엔드포인트에 대한 쿼리가 자동으로 해결됩니다. 온프레미스 리소스에 대한 쿼리는 Route 53 Resolver 규칙을 통해 온프레미스 DNS 서버로 전달됩니다. 오답 1은 EC2 인스턴스를 추가하여 DNS 서비스를 확장하는 것이지만, 이는 수동 확장 방식이며 관리 오버헤드가 크고 급격한 트래픽 증가에 유연하게 대응하기 어렵습니다. 오답 2는 기존 EC2 인스턴스를 스케일업하는 것이지만, 이는 단일 인스턴스에 대한 의존성을 높이고 여전히 관리형 서비스만큼의 확장성과 탄력성을 제공하지 못합니다. 오답 4는 Route 53 Resolver 인바운드 엔드포인트를 생성하는 것이지만, 이는 온프레미스에서 AWS로 쿼리를 전달하는 시나리오에 더 적합하며, HPC 클러스터가 온프레미스 DNS 서버를 통해 모든 쿼리를 처리하도록 하는 것은 불필요한 지연을 초래할 수 있습니다.