データセンターが Enterprise Edition のトランジットルーターに接続された複数の仮想境界ルーター (VBR) を介して VPC に接続するシナリオでは、VBR が同一リージョンにある場合、ルーティングポリシーを設定してルート優先度を制御できます。これにより、アクティブ/スタンバイルート構成を設定できます。トラフィックはアクティブリンクを介して優先的に転送され、アクティブリンクが切断された場合は、自動的にスタンバイリンクにフェイルオーバーします。
背景情報
トランジットルーターのルート優先度の原則に従い、同一リージョン内の 2 つの VBR インスタンスが Enterprise Edition のトランジットルーターに接続され、同一のルート属性を持つ同じ宛先 CIDR ブロックへのルートをアドバタイズする場合、VBR は等コストマルチパス (ECMP) リンクを形成します。その結果、VPC からデータセンターへのトラフィックは両方の VBR インスタンスに分散されます。
しかし、一部のネットワーク計画やオンプレミスのゲートウェイデバイスは ECMP をサポートしておらず、クラウド内の VPC にアクセスするためにアクティブ/スタンバイ構成を必要とします。これにより、VPC へのトラフィックと VPC からのトラフィックが異なるパスをたどる非対称ルーティングが発生する可能性があります。この問題を回避するには、Alibaba Cloud 上でデータセンターからのルートの属性を変更し、アクティブ/スタンバイルートを指定します。これにより、データセンターへのトラフィックもアクティブ/スタンバイ構成を使用するようになり、対称的なトラフィックパスが維持されます。
トランジットルーターのルート優先度に基づき、いくつかの方法でアクティブ/スタンバイルートを指定できます。このトピックでは、ルーティングポリシーを使用してデータセンターからのルートの優先度を制御し、アクティブ/スタンバイの VBR リンクを介してデータセンターにトラフィックを転送する方法について説明します。
シナリオ例
ある企業のデータセンターは、ドイツ (フランクフルト) リージョンの 2 つの Express Connect 回線を使用して Alibaba Cloud に接続されています。Enterprise Edition のトランジットルーターが、データセンターと VPC 間のネットワーク通信を提供します。この企業のネットワーク計画は、VPC にアクセスするための ECMP をサポートしていません。データセンターと VPC 間のトラフィック向けに、アクティブ/スタンバイリンクを構成する必要があります。トラフィックはアクティブリンク経由で優先的に転送される必要があります。アクティブリンクが切断された場合、トラフィックは自動的にスタンバイリンクにフェイルオーバーする必要があります。アクティブリンクが復旧した後、トラフィックは自動的にアクティブリンクに切り戻される必要があります。
このシナリオでは、VBR1 と VBR2 の両方が静的ルートを使用します。
前提条件
開始する前に、データセンターが Alibaba Cloud に接続されており、データセンターと VPC が通信できることを確認してください。次の表に、このシナリオでの CIDR ブロックとネットワーク構成を示します。
操作手順
ステップ1：データセンターへのルートの指定
ルーティングポリシーを設定します。
VBR インスタンスが接続されているトランジットルーターに対してルーティングポリシーを構成する必要があります。ルーティングポリシーを使用してルート属性を変更し、アクティブ/スタンバイルートを指定します。
CEN (Cloud Enterprise Network) コンソールにログインします。インスタンス ページで、トランジットルーターを含む CEN インスタンスを見つけ、インスタンス ID をクリックします。
タブで、VBR がアタッチされているトランジットルーターインスタンスの ID をクリックします。
トランジットルーターインスタンスの詳細ページで、ルートテーブル タブをクリックします。ルートマップ タブで、ルートマップの追加 をクリックします。
データセンターへのアクティブ/スタンバイルートを指定するために、2 つのルーティングポリシーを構成します。他のパラメーターにはデフォルト値を使用します。
ルーティングポリシー1
ルーティングポリシー2
VBR1 インスタンスからのルートでは、ルート優先度 を 10 に設定します。ルート優先度 の値が小さいほど、ルートの優先度が高くなります。
VBR2 インスタンスからのルートに対して、ルート優先度 を 20 に設定します。これにより、VBR2 からのルートがスタンバイルートとして設定されます。
[ポリシーの優先度]：10。
適用対象のルートテーブル：トランジットルーターのルートテーブル。
[送信方向]： [RegionIn]。
[一致条件]: 送信元インスタンス ID リスト を選択し、VBR1 インスタンスの ID を入力します。
[ポリシーアクション]：許可を選択します。
[属性の設定]： ポリシー値の追加 をクリックし、ルート優先度 を選択して 10 を入力します。
[ポリシーの優先度]：20。
適用対象のルートテーブル：トランジットルーターのルートテーブル。
[送信方向]：[RegionIn]。
[一致条件]: 送信元インスタンス ID リスト を選択し、VBR2 インスタンスの ID を入力します。
[ポリシーアクション]：許可 を選択します。
[属性設定]: ポリシー値の追加 をクリックし、ルート優先度 を選択して、20 を入力します。
ルーティングポリシーを設定した後、ルートエントリ タブに移動すると、VBR2 インスタンスからのルートのステータスがバックアップに変わります。
VBR インスタンスのヘルスチェックを設定します。
アクティブリンクとスタンバイリンク間の自動フェイルオーバーを有効にするには、CEN コンソールで VBR インスタンスのヘルスチェックを構成する必要があります。アクティブリンク上の VBR インスタンスのヘルスチェックが失敗した場合、トランジットルーターは自動的にトラフィックをスタンバイリンクに切り替えます。アクティブリンクが復旧した後、トランジットルーターは自動的にトラフィックをアクティブリンクに切り戻します。
- 左側のナビゲーションペインで、[ヘルスチェック] をクリックします。
VBR ヘルスチェック ページで、VBR インスタンスがデプロイされているリージョンを選択し、ヘルスチェックの追加 をクリックします。
VBR1 と VBR2 のヘルスチェックを構成します。他のパラメーターにはデフォルト値を使用します。
ヘルスチェック1
ヘルスチェック2
[インスタンス]: トランジットルーターが属する CEN インスタンスを選択します。
[仮想ボーダールーター (VBR)]: VBR1 を選択します。
[ソース IP]：自動 IP アドレス を選択します。
[ターゲット IP]：VBR1 のクライアント側 IPv4 相互接続 IPを入力します。
[ルートの切り替え]：この機能は有効のままにします。
[インスタンス]：トランジットルーターが属する CEN インスタンスを選択します。
[仮想ボーダールーター (VBR)]: VBR2 を選択します。
[ソース IP]: 自動 IP アドレス を選択します。
[ターゲット IP]: VBR2 の クライアント側 IPv4 相互接続 IP を入力します。
ルートの切り替え：有効のままにします。
データセンターで、VBR ヘルスチェックの戻りルートを構成します。
ヘルスチェックのソース IP アドレスに対して、32 ビットのサブネットマスクを持つルートエントリをデータセンターに追加する必要があります。ルートエントリのネクストホップは、対応する Express Connect 回線を指すように設定する必要があります。そうでない場合、ヘルスチェックのプローブパケット (ping) が元のパスで戻ることができず、Alibaba Cloud は Express Connect 回線が利用できないと誤って判断する可能性があります。
(オプション) VBR インスタンスのアラートルールを設定します。
ヘルスチェックがリンクの障害を検出すると、自動的にルートの切り替えをトリガーしますが、通知は送信されません。Express Connect 回線に障害が発生した場合に通知を受け取れるように、VBR インスタンスのアラートルールも構成することを推奨します。
ステップ2：VPC へのルートの指定
データセンターは、CPE1 または CPE2 を介して VPC にアクセスできます。VPC へのトラフィックパスとデータセンターへのトラフィックパスが対称的であることを確実にするために、データセンター内でも VPC へのアクティブ/スタンバイルートを指定する必要があります。VPC にアクセスする際に CPE1 を優先するよう、データセンターを構成します。また、CPE1 接続が切断された場合にデータセンターが自動的に CPE2 を使用して VPC にアクセスできるように、ヘルスチェックとルートフェイルオーバーを構成する必要もあります。CPE1 接続が復旧した後、データセンターは自動的に CPE1 に切り替わるように構成する必要があります。
ステップ3：アクティブ/スタンバイリンクのテスト
アクティブ/スタンバイルートを設定した後、Express Connect の障害訓練機能を使用してアクティブリンクを中断し、アクティブリンクとスタンバイリンクが自動的に切り替わるかをテストできます。テスト中、データセンターのクライアントと ECS インスタンスで traceroute -I <destination IP address> コマンドを実行してトラフィックパスを追跡し、トラフィックが期待されるパスに沿って転送されているかを確認できます。
-Iパラメーターは、テストパケットが ICMP プロトコルを介して送信されることを示します。データセンターのアクセス制御ルールと ECS セキュリティグループルールが、データセンターのネットワークセグメントと VPC ネットワークセグメント間の ICMP トラフィックを許可していることを確認してください。この例のデータセンタークライアントは、CentOS Stream 9 64 ビットオペレーティングシステムを使用しています。お使いのオペレーティングシステムが
tracerouteコマンドをサポートしていない場合は、まずコマンドをインストールしてください。お使いのデバイスが
tracerouteコマンドでトラフィックパスを追跡できない場合は、CEN コンソールの VBR 接続のモニタリングチャートを表示してトラフィックパスを判断することもできます。
ECS インスタンスとデータセンター内のクライアントでそれぞれ
traceroute -I <target IP address>コマンドを実行し、現在のトラフィック転送パスを表示します。Express Connect コンソールにログインし、障害訓練を構成してアクティブリンクを切断します。障害訓練が開始された後、ECS インスタンスとデータセンターのクライアントでトラフィックパスを確認します。次の表に、障害訓練の構成を示します。
[リージョン]: ドイツ (フランクフルト) を選択します。
[ドリル用リソース]: 仮想ボーダールーター (VBR) を選択します。
[インスタンス]：VBR1 を選択します。
[ドリルの方法]: [今すぐ開始] を選択します。
[ドリル期間]：5 分。
障害訓練が完了すると、アクティブリンクは自動的に復旧します。ECS インスタンスとデータセンターのクライアントで再度トラフィックパスを確認します。
VPC との間のトラフィックパスは対称的です。トラフィックはアクティブリンク経由で優先的に転送されます。アクティブリンクが切断された場合、トラフィックは自動的にスタンバイリンクにフェイルオーバーします。アクティブリンクが復旧した後、トラフィックは自動的にアクティブリンクに切り替わります。リンクの切り替え中に短時間のトラフィック中断が発生する可能性があります。
デバイス
現在のトラフィックパス
アクティブリンク切断
アクティブリンク復旧
データセンター内のクライアント
データセンター内のクライアントで
tracerouteコマンドを実行すると、2 番目のホップが10.99.0.2を経由して宛先10.0.30.104に到達します：[e xxx ]$ traceroute -I 10.0.30.104 traceroute to 10.0.30.104 (10.0.30.104), 30 hops max, 60 byte packets 1 100.64.0.113 (100.64.0.113) 0.729 ms * * 2 10.99.0.2 (10.99.0.2) 0.513 ms 0.653 ms * 3 * * * 4 10.0.30.104 (10.0.30.104) 150.274 ms 150.269 ms 150.267 ms[exxxZ ~]$ traceroute -I 10.0.30.104 traceroute to 10.0.30.104 (10.0.30.104), 30 hops max, 60 byte packets 1 100.64.0.129 (100.64.0.129) 0.636 ms 0.845 ms 1.120 ms 2 10.1.0.1 (10.1.0.1) 0.526 ms 0.675 ms 0.809 ms 3 * * * 4 10.0.30.104 (10.0.30.104) 150.429 ms 150.427 ms 150.424 msアクティブリンクが復旧した後、データセンター内のクライアントで
tracerouteを実行します。2 番目のホップは再び10.99.0.2を経由し、トラフィックがアクティブリンクに切り戻ったことを示します。[exxx ~]$ traceroute -I 10.0.30.104 traceroute to 10.0.30.104 (10.0.30.104), 30 hops max, 60 byte packets 1 100.64.0.113 (100.64.0.113) 0.765 ms 1.041 ms 1.220 ms 2 10.99.0.2 (10.99.0.2) 0.524 ms 0.804 ms 0.961 ms 3 * * * 4 10.0.30.104 (10.0.30.104) 150.156 ms 150.153 ms 150.150 msECS インスタンス
ECS インスタンスで traceroute コマンドを実行してリンクをテストすると、4 番目のホップにネクストホップアドレス
10.99.0.1が表示され、トラフィックがこのノードを通過して宛先アドレスに到達することを示します。~]$ traceroute -I 192.168.10.135 traceroute to 192.168.10.135 (192.168.10.135), 30 hops max, 60 byte packets 1 * * * 2 100.64.0.145 (100.64.0.145) 150.614 ms 150.947 ms 151.166 ms 3 100.64.0.145 (100.64.0.145) 151.386 ms 151.658 ms 151.894 ms 4 10.99.0.1 (10.99.0.1) 150.482 ms 150.563 ms 150.657 ms 5 192.168.10.135 (192.168.10.135) 150.399 ms 150.396 ms 150.393 msECS インスタンスで traceroute コマンドを実行します。4 番目のホップのアドレスが
10.1.0.2に変わり、トラフィックがスタンバイリンクにフェイルオーバーしたことを示します。~]$ traceroute -I 192.168.10.135 traceroute to 192.168.10.135 (192.168.10.135), 30 hops max, 60 byte packets 1 * * * 2 100.64.0.225 (100.64.0.225) 151.232 ms 151.230 ms 151.529 ms 3 100.64.0.225 (100.64.0.225) 151.762 ms 151.994 ms 152.374 ms 4 10.1.0.2 (10.1.0.2) 150.702 ms 150.699 ms 150.696 ms 5 192.168.10.135 (192.168.10.135) 150.692 ms 150.691 ms 150.688 msアクティブリンクが復旧した後、ECS インスタンスで traceroute コマンドを実行します。4 番目のホップは
10.99.0.1に戻り、トラフィックがアクティブリンクに切り戻ったことを示します。~]$ traceroute -I 192.168.10.135 traceroute to 192.168.10.135 (192.168.10.135), 30 hops max, 60 byte packets 1 * * * 2 100.64.0.145 (100.64.0.145) 150.959 ms 151.269 ms 151.626 ms 3 100.64.0.145 (100.64.0.145) 151.858 ms 152.054 ms 152.276 ms 4 10.99.0.1 (10.99.0.1) 150.849 ms 150.891 ms 151.028 ms 5 192.168.10.135 (192.168.10.135) 150.738 ms 150.734 ms 150.732 ms
よくある質問
Basic Edition トランジットルーターのアクティブ/スタンバイルート
このトピックの手順に従って、Basic Edition のトランジットルーターのアクティブ/スタンバイルートを構成することもできます。Basic Edition のトランジットルーターのコンソール UI は、Enterprise Edition のトランジットルーターの UI と異なる場合があります。詳細については、「関連ドキュメント」をご参照ください。
traceroute コマンドを使用してトラフィックパスを追跡できない場合は、Express Connect コンソールの VBR インスタンスモニタリングチャートを表示してトラフィックパスを確認できます。