日本国内だけでも十分活用できる。AWS Cloud WAN の便利なユースケース

こんにちは。クラウドインフラアーキテクトの手塚と宮本です。2025 年 11 月、AWS Cloud WAN においてルーティングポリシー機能が GA となりました。

Cloud WAN と聞くと、グローバルに拠点を展開する企業向けのサービスという印象を持たれる方も多いのではないでしょうか。しかし、今回追加されたルーティングポリシー機能は、日本国内のみの利用であっても、構成次第では大きなメリットをもたらします。

本記事では、Cloud WAN ルーティングポリシー機能の概要を説明したうえで、日本国内の構成における具体的なユースケースを 2 つ紹介します。ハイブリッドネットワーク設計の見直しを検討されている方々にとって、有益な情報となれば幸いです。

X ポスト » | Facebook シェア » | はてブ »

builders.flash メールメンバー登録で、毎月の最新アップデート情報とともに、AWS を無料でお試しいただけるクレジットコードを受け取ることができます。

ここからは、セクション 2 で取り上げた 2 つの課題に対して、Cloud WAN ルーティングポリシーを活用した具体的な解決方法を紹介します。

セクション 2 の課題 1 では、Direct Connect の経路切り替えにオンプレミス側の設定変更が必要になる点を取り上げました。Transit Gateway や VGW の代わりに Cloud WAN を採用し、ルーティングポリシーを適用することで、経路の制御を AWS 側の設定だけで完結できるようになります。オンプレミスのルーター設定に手を加えずに Direct Connect の経路を制御できる点は、ルーター運用に制約がある環境にとって大きな利点です。

構成の概要

• 2 つの Direct Connect (トランジット仮想インターフェイス) を 1 つの DXGW に関連付ける構成
• オンプレミスのルーターは、各トランジット仮想インターフェイス経由で同一のルート（192.168.0.0/16）を AWS にアドバタイズする

• ルーター2 で AS PATH Prepend を設定し、ルーター2 から AWS に送信するルートの AS PATH 長を、ルーター1 から送信されるルートよりも長くする
• DXGW は、アウトバウンドルーティングポリシー に従い、オンプレミスから受信したルートの AS PATH 長を比較し、AS PATH 長が短いルーター3 から受信したルートを優先する

• ルーター 1 で、ルーター3 から受信したルート (10.0.0.0/16) の Local Preference をルーター 2 よりも高い値 (200) に設定する
• ルーター 1 は、ルーター 3 とルーター 2 から受信したルートの Local Preference を比較し、Local Preference 値が大きいルーター3 から受信したルートを優先する

構成の概要

• Transit Gateway 構成とは異なり、各 Direct Connect (トランジット仮想インターフェイス) にそれぞれ個別の DXGW を関連付ける構成
• オンプレミスのルーターは、各トランジット仮想インターフェイス経由で同一のルート (192.168.0.0/16) を AWS にアドバタイズする

• Cloud WAN のルーティングポリシーで Local Preference を設定する。DXGW1 から受信したルートには Local Preference 値 200 を、DXGW2 から受信したルートには Local Preference 値 100 を付与する
• Cloud WAN は、DXGW1 と DXGW2 から受信したルートの Local Preference を比較し、Local Preference 値が大きい DXGW1 から受信したルートを優先する

• Cloud WAN のルーティングポリシーで AS PATH Prepend を設定する。DXGW2 に送信するルートの AS PATH 長を長くし、DXGW1 には短い AS PATH 長でルートを送信する
  
• ルーター 1 は、ルーター 3 とルーター 2 から受信したルートの AS PATH 長を比較し、AS PATH 長が短いルーター3 から受信したルートを優先する
  
  ※ BGP のベストパス選択では、Local Preference が AS PATH 長よりも優先して評価されます。そのため、AS PATH 長による経路制御を意図通りに機能させるには、オンプレミス側の Local Preference 値が同一である必要があります。オンプレミス側ルーターの設計にも依存するため、AS PATH Prepend による経路制御を導入する際は事前にルーターの設定を確認するようにしてください。

セクション 2 の課題 2 では、環境分離のために VPN 接続数や BGP セッションが増え、構成が複雑化する点を取り上げました。Cloud WAN のルーティングポリシーでは BGP Community を条件としたルートフィルタリングが可能なため、VPN アタッチメントと BGP セッションを 1 本に集約したシンプルな構成のまま、環境の論理分離を実現できます。

• 環境ごとに VPN アタッチメントを作成し、それぞれの VPN アタッチメントで BGP セッションを確立する
• 各環境の Transit Gateway ルートテーブルを作成し、対応する VPN アタッチメントと VPC アタッチメントを関連付ける
• 各環境はそれぞれ独立したルートテーブルで管理される

• オンプレミスと AWS 間に VPN アタッチメントを 1 つだけ作成する
• 環境ごとに Segment を作成し、各環境の VPC アタッチメントを対応する Segment に関連付ける
• VPN アタッチメントはハイブリッド Segment に関連付け、ルーティングポリシーを使用して各環境の Segment へルートを共有する

• オンプレミスのルーターは、各環境向けのルートに BGP Community 値を付与したうえで、VPN アタッチメント上の 1 つの BGP セッションでまとめてアドバタイズする
• ハイブリッド Segment から各環境の Segment へルートを共有する際に、ルーティングポリシーをアウトバウンド方向に適用し、BGP Community 値に基づいてルートをフィルタする

本記事では、ハイブリッドネットワークにおける経路制御の課題に対して、Cloud WAN ルーティングポリシーを活用した 2 つの解決方法を紹介しました。Cloud WAN ルーティングポリシーを使用することで、オンプレミスのルーターで行っていた経路制御と同じ感覚で、AWS およびハイブリッドネットワークの経路をきめ細かく制御できます。グローバル展開に限らず、国内のみの構成においても十分に活用できる機能です。ハイブリッドネットワークの設計や運用を見直す際の選択肢として、ぜひ検討してみてください。