VPC 中的一个 100 节点 HPC 集群对可通过 Direct Connect 访问的 RDS、S3 和本地资源执行大量 DNS 查询。该集群在高峰期可扩展 5-7 倍。公司目前使用两个 EC2 实例作为 VPC DNS 服务器，这些服务器将查询转发到 VPC 解析器和本地 DNS。来自节点解析 RDS 和 S3 端点的 DNS 查询失败。哪种架构更改可提供最具可扩展性的 DNS 解决方案？

正确的解决方案利用 Route 53 Resolver 的可扩展性。通过配置 Route 53 Resolver 出站端点和规则，可以将本地域名的查询转发到本地 DNS 服务器，同时让 HPC 集群节点使用默认的 VPC 解析器。VPC 解析器具有高度可扩展性，可以自动处理大量 DNS 查询，无需管理 EC2 实例。 选项 A 和 B 涉及扩展基于 EC2 实例的 DNS 服务器，这引入了管理开销和扩展限制。EC2 实例的扩展不如 Route 53 Resolver 灵活和自动化，无法有效应对 HPC 集群 5-7 倍的峰值扩展需求。 选项 D 涉及创建 Route 53 Resolver 入站端点，这主要用于允许本地资源查询 VPC 中的 DNS。然而，这里的问题是 HPC 集群节点解析 RDS 和 S3 端点失败，并且需要将查询转发到本地 DNS。将所有查询转发到本地 DNS 会增加延迟和单点故障风险，并且无法解决 VPC 内 RDS 和 S3 解析失败的问题。