VPC 内の 100 ノードの HPC クラスターは、RDS、S3、および Direct Connect 経由でアクセス可能なオンプレミスリソースに対して多数の DNS クエリを実行します。このクラスターは、ピーク時には 5 ～ 7 倍にスケールできます。現在、同社は 2 つの EC2 インスタンスを VPC DNS サーバーとして使用しており、これらのサーバーはクエリを VPC リゾルバーとオンプレミス DNS に転送します。ノードから RDS および S3 エンドポイントを解決するための DNS クエリが失敗しています。最もスケーラブルな DNS ソリューションを提供するアーキテクチャ変更は何ですか？

正解は、Route 53 Resolver アウトバウンドエンドポイントを作成し、オンプレミスドメインのクエリをオンプレミスDNSサーバーに転送するルールを設定し、HPCクラスターノードをデフォルトのVPCリゾルバーを使用するように再構成することです。これにより、VPCリゾルバーが自動的にスケーリングされ、HPCクラスターの動的なスケーリング要件に対応できます。RDSやS3のようなAWSサービスのエンドポイントは、VPCリゾルバーによって直接解決されるため、現在のクエリ失敗の問題も解決されます。 不正解の選択肢は、EC2インスタンスベースのDNSサーバーの管理オーバーヘッドとスケーラビリティの限界を無視しています。EC2インスタンスを追加またはスケールアップしても、HPCクラスターの急激なスケーリングには対応しきれない可能性があり、運用上の複雑さも増します。Route 53 Resolverインバウンドエンドポイントは、オンプレミスからAWSへのクエリ転送に使用され、このシナリオの逆の方向であるため不適切です。