ANSネットワーク設計複数選択
ある企業がAWS Transit Gateway（TGW）を使ったハブアンドスポーク構成を採用しています。中央のハブVPCにはRoute 53 Resolverのインバウンドエンドポイント（IP: 10.0.1.10、10.0.1.11）とアウトバウンドエンドポイントが構成済みで、オンプレミスとの双方向DNS解決がハブVPCでは正常に動作しています。しかし以下の2つの問題があります。
① スポークVPCのEC2インスタンスがオンプレミスの internal.corp.example.com を解決できない
② スポークVPCにはRoute 53プライベートホストゾーン（aws.example.com）が関連付けられていない
これら2つの問題を最小限の運用コストで解決する組み合わせとして正しいものはどれですか？（2つ選択）
A各スポークVPCに個別のRoute 53 Resolverアウトバウンドエンドポイントとフォワーディングルールを新規作成する
Route 53 ResolverアウトバウンドエンドポイントをスポークVPC毎に新規作成する方法は機能しますが、エンドポイントコストと管理オーバーヘッドが増大し、RAMルール共有より運用コストが高くなります。
BハブアカウントのRoute 53 Resolverフォワーディングルール（internal.corp.example.comをオンプレミスDNSへ転送）をAWS RAMを使ってスポークアカウントに共有し、各スポークVPCに関連付ける
✓ 正解
AWS RAMを使ってResolverフォワーディングルールをスポークアカウントに共有・関連付けることで、追加エンドポイントを作成せずに問題①のオンプレミスDNS解決を実現できます。
CRoute 53プライベートホストゾーン（aws.example.com）を全スポークVPCに関連付ける
✓ 正解
Route 53プライベートホストゾーンをスポークVPCに関連付けるだけで問題②のaws.example.com名前解決が可能になり、最小運用コストで実現できます。
DスポークVPCのDHCPオプションセットのDNSサーバーをハブVPCのインバウンドエンドポイントIPアドレス（10.0.1.10）に変更する
Route 53インバウンドエンドポイントはオンプレミスからのクエリ受信専用であり、スポークVPCのDNSサーバー代替として設定するとプライベートホストゾーン解決も破損します。
EスポークVPCのルートテーブルに、オンプレミスDNSサーバーへの静的ルートを追加する
スポークVPCルートテーブルへの静的ルート追加はIPレイヤーのルーティング設定であり、DNS名前解決の問題解決とは直接関係がありません。
解説
問題①（スポークVPCからのオンプレミスDNS解決）の解決策は選択肢Bです。ハブVPCに既存のResolverフォワーディングルールをAWS RAMでスポークアカウントに共有し、スポークVPCに関連付けることで、追加エンドポイントを作成せずにスポークVPCからもオンプレミスDNSへ転送できます。
問題②（プライベートホストゾーン解決）の解決策は選択肢Cです。プライベートホストゾーンを各スポークVPCに関連付けるだけで解決します。
選択肢Aは機能しますが、スポークVPCごとに個別エンドポイントを作成するためエンドポイントコストと管理オーバーヘッドが増大し、RAMによるルール共有より運用コストが高くなります。
選択肢DはインバウンドエンドポイントをスポークVPCのDNSとして設定しますが、インバウンドエンドポイントはオンプレミスからのクエリ受信専用であり、他VPCのDNSサーバー代替としては設計されておらず、Route 53プライベートホストゾーンの解決なども破損します。
選択肢EはIPレイヤーのルーティング設定であり、DNS名前解決とは無関係です。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでANSを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →