Regional NAT Gatewayについて勉強してみた

Transcript

1. Regional NAT Gatewayについて 勉強してみた 2025/12/17 なべみつ (渡邉 光洋) JAWS-UG初心者支部#72 re:Invent ＆2025Update会
2. 自己紹介 なべみつ (渡邉 光洋) 静岡県裾野市出身 千葉県市川市在住 某SIer新卒4年目 AWS業務歴2年 re:Invent2025 現地参加 (2回目) 普段の業務：お客様向けシステムの設計・構築 趣味：観劇、TDR、星野源、ベランダで花咲かす X：@nabemitsu3216 SAP取得にむけ勉強中 今回コミュニティ初登壇です！！
3. 目次 なぜ、Regional NAT Gatewayをテーマに？ NAT Gatewayとは Regionalになるとどう変わるのか？ 実案件への心構え 今後のアップデートへの期待 さいごに
4. なぜ、Regional NAT Gatewayをテーマに？ ⇒ 新しいベストプラクティスが生まれる音がしたから！ 「え？もうこれでいいじゃん？？」 今後当たり前のように使われるはず 個人的によく使っているサービスであり、美しいアップデートと感じた！ (pre:Inventの11/19発表) Regional NAT Gateway を使用すべきタイミング プライベート接続を必要とするユースケースを除き、すべてのユースケースにおいて Regional NAT Gateway の利用を検討してく ださい。 Regional NAT Gateway はプライベート接続を提供しないため、プライベート NAT のユースケースでは、 NAT Gateway をゾーン単 位（zonal availability mode）で使用することを推奨します。 引用：https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateways-regional.html#when-to-use-regional-nat-gateways
5. NAT Gatewayとは ネットワークアドレス変換(NAT)のサービス プライベートサブネット内のインスタンスから VPC外のサービスに向けた一方向通信を実現 • パブリック型 ⇒ こちらの用途が多い • プライベート型 NATインスタンスに比べて可用性や性能が向上し、運用負荷が軽減
6. NAT Gatewayとは ただし、これまではZonalのままだった あくまでゾーン内に配置するサービスのため 可用性上のメリットを得るためには設計上の考慮が必要 ルーティング設定が地味に複雑 …
7. Regionalになるとどう変わるのか？
8. Regionalになるとどう変わるのか？
9. Regionalになるとどう変わるのか？ 扱いとしてはGateway型VPCエンドポイントに類似 ※ Regional NAT Gatewayはパブリック型のみ対応 デフォルトでリージョンレベルの冗長性！
10. Regionalになるとどう変わるのか？ 置く場所を考える必要がない！ NGWを作って、ルーティングをNGWに向けるだけ ⇒NGW用途ではパブリックサブネットが不要に
11. Regionalになるとどう変わるのか？ 10.0.0.0/16 10.0.0.0/24 10.0.1.0/24 10.0.2.0/24 10.0.3.0/24 0.0.0.0/0 > Z-NGW 2 10.0.0.0/16 > local 0.0.0.0/0 > Internet Gateway 10.0.0.0/16 > local 0.0.0.0/0 > Z-NGW 1 10.0.0.0/16 > local 0.0.0.0/0 > Internet Gateway 10.0.0.0/16 > local
12. Regionalになるとどう変わるのか？ 10.0.0.0/16 10.0.0.0/16 10.0.0.0/24 10.0.1.0/24 10.0.2.0/24 10.0.3.0/24 0.0.0.0/0 > R-NGW 10.0.0.0/16 > local 0.0.0.0/0 > R-NGW 10.0.0.0/16 > local 0.0.0.0/0 > Internet Gateway 10.0.0.0/16 > local 0.0.0.0/0 > Z-NGW 2 10.0.0.0/16 > local 0.0.0.0/0 > Internet Gateway 10.0.0.0/16 > local 0.0.0.0/0 > Z-NGW 1 10.0.0.0/16 > local 0.0.0.0/0 > Internet Gateway 10.0.0.0/16 > local 10.0.2.0/24 10.0.3.0/24 ルーティングが簡素化！ ↓ルートテーブルの共用が可能！
13. Regionalになるとどう変わるのか？ 10.0.0.0/16 10.0.0.0/16 10.0.0.0/24 10.0.1.0/24 10.0.2.0/24 10.0.3.0/24 10.0.4.0/24 10.0.5.0/24 10.0.2.0/24 10.0.3.0/24 10.0.4.0/24 10.0.5.0/24 0.0.0.0/0 > R-NGW 10.0.0.0/16 > local 0.0.0.0/0 > R-NGW 10.0.0.0/16 > local 0.0.0.0/0 > firewall endpoint 2 10.0.0.0/16 > local 0.0.0.0/0 > firewall endpoint 1 10.0.0.0/16 > local 0.0.0.0/0 > Internet Gateway 10.0.0.0/16 > local 10.4.0.0/24 > firewall endpoint 1 10.5.0.0/24 > firewall endpoint 2 0.0.0.0/0 > Z-NGW 10.0.0.0/16 > local 0.0.0.0/0 > firewall endpoint 2 10.0.0.0/16 > local 0.0.0.0/0 > Internet Gateway 10.0.0.0/16 > local 10.4.0.0/24 > firewall endpoint 1 0.0.0.0/0 > Z-NGW 10.0.0.0/16 > local 0.0.0.0/0 > firewall endpoint 1 10.0.0.0/16 > local 0.0.0.0/0 > Internet Gateway 10.0.0.0/16 > local 10.5.0.0/24 > firewall endpoint 2 戻り通信のルーティングを一つの ルートテーブルで管理できる！
14. Regionalになるとどう変わるのか？ • AZ自動関連付け ◦ 利用するAZの増減に自動で対応⇒各種設定が不要 ◦ 固定IPの要件がある場合は手動割り当てにする必要あり • リソース利用料 ◦ Z-NGWと同等
15. 実案件への心構え (私見) • 今後、新規構築案件では当たり前のように R-NGWの採用が検討される • 現状、R-NGWが推奨されない用途もあるため注意が必要 ◦ Transit Gatewayを用いたアウトバウンド集約 • 既存環境ではZ-NGWを利用継続する判断もあり得る (re:InventのChalk Talkで言及あり) • Z-NGWとR-NGW、両方を正しく理解しておくことが大事
16. 今後のアップデートへの期待 • Network FirewallやTransit GatewayのVPCへの紐づけが Regionalになれば、さらにルーティングがシンプルになる • いつの日か、パブリックサブネットが非推奨になる時代がやって くるかも…？
17. さいごに 現地で参加したre:Architecture rodeo(アーキテクチャ検討のワークショッ プ)では、チームでの議論の中で早速 Regional NAT Gatewayが採用され ていたのが印象的でした