【初心者向け】動的・静的ルートの違いがわかる！AWS VPN検証　動的ルーティング編

2026/05/29（更新：2026/05/29）M.O.、R.N.技術コラム

近年、クラウド活用の加速にともない、AWSとオンプレミス環境を接続するネットワーク基盤の可用性は、企業システム全体の安定性を左右する重要な要素となっています。特に、業務システムではネットワーク断がそのまま業務停止につながるケースも多く、VPN接続の冗長化は避けて通れないテーマです。

AWSでは、Site-to-Site VPNにおいて静的ルーティングと動的ルーティング（BGP）の2種類が提供されていますが、実際に冗長構成を組んだ場合に「どの経路を通り、障害時にどのように切り替わるのか」を具体的に把握できているケースは多くありません。

そこで本検証では、動的ルーティング（BGP）を用いたAWS Site-to-Site VPNの冗長構成に焦点を当て、Transit Gateway（TGW）構成を含む複数経路環境における通信挙動を検証しました。

※本記事はスライドの記載内容をもとに、検証の要点を簡潔にまとめています。詳細な検証内容や技術的な説明は埋め込みのスライド本文をご参照ください。

検証の目的

本検証の目的は以下の3点です。

これにより、設計段階での考慮点や、実運用を見据えた注意点を明確にすることを狙いました。

検証では、オンプレミス環境をAWS上の仮想環境で再現し、以下の構成を用いました。

AWS側VPCとオンプレミス側VPCをVPNで接続し、複数のVPN Peer（A-1、A-2、B-1、B-2）を持つ冗長構成を構築しています。

通常時は優先順位の高いトンネル（A-1）を使用し、

と段階的に経路が切り替わる構成を想定しました。
この優先順位制御には、BGPのMED値を用いています。

※構成図や詳細な検証手順はスライド本文をご参照ください

検証の結果、以下の点を確認できました。

特に、TGWのルートテーブルやtraceroute結果から、AWS側でも正しく経路が反映されている点を確認できたことは、設計上の信頼性を高める結果となりました。

一方で、検証を通じて以下の課題も明らかになりました。

これらは、AWSのインターフェースやCiscoルータの仕様理解が不十分であった点も要因の一つであり、今後の改善ポイントといえます。

今回の検証により、動的ルーティング（BGP）を用いたAWS Site-to-Site VPN冗長構成が実運用において十分に有効であることが確認できました。主要経路断時にも待機系へ自動で切り替わり、切り替え時間も許容範囲内であることから、可用性を重視するシステムに適した構成といえます。

一方で、BGPやルータ設定の難易度は高く、設計・構築には一定のネットワーク知識が求められることも明確になりました。今後はMED以外の経路制御手法も含め、よりシンプルかつ運用負荷の低い構成についても検証を進めていきたいと考えています。

本検証で得られた知見を、今後のクラウド設計・提案業務に生かし、お客様にとって安全で安定したシステム基盤の提供につなげていきます。

※本資料に登場する会社名・製品・サービス名、ロゴマークなどは該当する各社の商号・商標または登録商標です。

M.O.、R.N.

AWSでの環境構築を初めて行ったメンバーや、Ciscoルータの設定未経験のメンバーなど、入社1年目、2年目の若手メンバーが中心となり共同検証を実施。本検証での経験を活かし、現在はAWSを利用したシステムの開発や、Cisco機器の展開などの業務で活躍中。