【AWS/Route 53】ついにIPv6完全対応へ！DNS64 & IPv6フォワーディングでハイブリッドDNSの壁が崩壊する

Amazon Route 53 Resolver endpoints が、インバウンドエンドポイントでの DNS64 サポート、およびアウトバウンドエンドポイントでの Internet Gateway (IGW) 経由の IPv6 フォワーディング を新たにサポートしました。これにより、IPv6 専用クライアントから IPv4 のみのリソースへ、あるいは IPv6 専用ワークロードから外部の IPv6 DNS サーバーへのシームレスな名前解決が可能になります。

🚀 ハイブリッド環境の「IPv6移行」が現実味を帯びてきた！

これまで、オンプレミスや VPC 内の IPv6 専用環境から「IPv4 しか持っていない AWS サービス」にアクセスしようとすると、DNS プロキシを立てたり複雑なデュアルスタック構成を強いるなど、運用負荷がとにかく高かったですよね。

今回のアップデートにより、インバウンドエンドポイントでの DNS64 が使えるようになったことで、IPv4 しかレコードがないドメインに対して IPv6 アドレス（64:ff9b::/96）を合成して返せるようになります。これ、めちゃくちゃデカいです。

💡 エンジニアが押さえておくべきポイント

• 日本のエンジニアへの朗報: リサーチの結果、東京リージョン (ap-northeast-1) および 大阪リージョン (ap-northeast-3) の両方で利用可能 であることが確認できました。国内運用でも即戦力です。
• 通信経路の注意点: DNS64 で合成された IPv6 アドレスを使って実際に通信を成立させるには、NAT ゲートウェイ（NAT64） が経路に含まれている必要があります。DNS だけ解決できても通信ができない、というハマりポイントに注意しましょう。
• セキュリティ設定: 合成されたアドレス（64:ff9b::/96）からの通信を許可するように、Security Group や NACL を適切に更新しておく必要があります。
• コスト面: 機能自体の追加料金はありませんが、既存のエンドポイント料金や NAT ゲートウェイのデータ処理料金は通常通り発生します。

🛠️ 次に何をすべきか？

1. DNS64 の検証: インバウンドエンドポイントで有効化し、dig AAAA で 64:ff9b:: で始まるレコードが返るか確認。
2. 互動確認: 合成されたアドレスへの疎通がテストし、NAT ゲートウェイ経由で IPv4 サービスへ到達できるか確認。

🔗 参照元資料: Amazon Route 53 Resolver documentation