Express Connect:ECR を使用してクラウドへの Express Connect 回線を負荷分散

ステップ 1：物理ポートの申請

このステップでは、高いディザスタリカバリ機能を提供する高信頼性モードでポートを申請する方法を説明します。申請が承認されると、システムによって 2 つの物理ポートインスタンスが作成されます。

ステップ 2：VBR の作成

1. Express Connect コンソールにログインし、中国 (北京) リージョンを選択します。

2. 物理ポート ページで、物理ポートインスタンス ID をクリックします。詳細ページで、VBR の作成 をクリックして VBR1 を作成します。

3. VBR の作成 パネルで、アカウントタイプを 現在のアカウント に設定し、主要なパラメーターを設定してから、OK をクリックします。

   主要パラメーター：[物理接続インターフェイス] で [専用線] を選択し、対応する物理接続インターフェイスインスタンスを選択します。[VLAN ID] を 1308、[VBR 帯域幅] を 200 Mbps、[Alibaba Cloud 側 IPv4] を 10.10.1.3、[オンプレミス側 IPv4] を 10.10.1.2、[IPv4 サブネットマスク] を 255.255.255.0 に設定します。

4. 前の手順を繰り返して VBR2 を作成し、OK をクリックします。

   VBR2 の主要パラメーター：[物理接続インターフェイス] で [専用線] を選択します。[VLAN ID] を 1309、[VBR 帯域幅] を 200 Mbps、[Alibaba Cloud 側 IPv4] を 10.10.2.3、[オンプレミス側 IPv4] を 10.10.2.2、[IPv4 サブネットマスク] を 255.255.255.0 に設定し、[IPv6 の有効化] を [無効] に設定します。

ステップ 3：ECR の作成と関連付け

1. Express Connect Router (ECR) の作成

   1. 左側のナビゲーションウィンドウで、専用回線ゲートウェイ をクリックし、次に 専用回線ゲートウェイの作成 をクリックします。

   2. 表示されるダイアログボックスで、[ASN] に 64512 を入力し、その他のパラメーターはデフォルト値のままにし、課金ルールに同意するチェックボックスを選択してから、OK をクリックします。

2. ECR と VBR の関連付け

   1. 作成した ECR インスタンスの ID をクリックします。[VBR] タブで、VBR の追加 をクリックします。

   2. 表示されるダイアログボックスで、以下のパラメーターを設定し、OK をクリックします。

      • リソースの所有権：同じアカウントを選択します。

      • リージョン：中国 (北京)。

      • ネットワーク：VBR1 インスタンスを選択します。

   3. 上記の手順を繰り返して、ECR を VBR2 に関連付けます。

3. ECR と TR の関連付け

   1. ECR インスタンスの ID をクリックし、 TR タブをクリックします。

   2. Associate TR をクリックします。表示されるダイアログボックスで、次のパラメーターを設定し、その他のパラメーターはデフォルト値のままにして、OK をクリックします。

      • [CEN ID]：作成した Cloud Enterprise Network (CEN) インスタンスを選択します。

      • リージョン： 中国 (北京)。

      • トランジットルーター：作成した TR インスタンスを選択します。

ステップ 4：BGP の設定と BFD の有効化

オンプレミスゲートウェイデバイスと VBR 間に BGP ピアリングを設定します。BGP ピアステータスが [Established] になると BGP セッションが確立され、ルート交換が開始されます。

ピアリングが確立されると、データセンターは BGP を使用してクラウドからルートを自動的に学習できます。オンプレミスゲートウェイデバイスからデータセンターの CIDR ブロックをアドバタイズして、VBR がデータセンターへのルートを学習できるようにします。この設定により、データセンター内のサーバーがクラウドリソースにアクセスできるようになります。

ステップ 5：設定の確認

1. ネットワーク接続をテストします。

   VPC インスタンス内の ECS インスタンスにログインし、ping <オンプレミス IDC 内のクライアントの IP アドレス> コマンドを実行して、オンプレミス IDC 内のクライアントにアクセスします。

   次のような出力が表示されれば、データセンターと VPC 間のネットワーク接続が確立されていることを示します。

   [xxx                 2564ek5zZ ~]$ ping 192.168.3.20
   PING 192.168.3.20 (192.168.3.20) 56(84) bytes of data.
   64 bytes from 192.168.3.20: icmp_seq=1 ttl=60 time=1.38 ms
   64 bytes from 192.168.3.20: icmp_seq=2 ttl=60 time=1.17 ms
   64 bytes from 192.168.3.20: icmp_seq=3 ttl=60 time=1.16 ms
   64 bytes from 192.168.3.20: icmp_seq=4 ttl=60 time=1.15 ms
   64 bytes from 192.168.3.20: icmp_seq=5 ttl=60 time=1.16 ms
   64 bytes from 192.168.3.20: icmp_seq=6 ttl=60 time=1.16 ms
   64 bytes from 192.168.3.20: icmp_seq=7 ttl=60 time=1.11 ms
   ^C
   --- 192.168.3.20 ping statistics ---
   7 packets transmitted, 7 received, 0% packet loss, time 6006ms
   rtt min/avg/max/mdev = 1.113/1.179/1.379/0.086 ms

2. traceroute コマンドを実行して、2 本の Express Connect 回線で負荷分散アクセスが実現されているかどうかを確認します。traceroute がインストールされていない場合は、CentOS の場合は sudo yum install traceroute などのコマンドを実行してインストールできます。

   • VPC からデータセンターへ

     VPC 内の ECS インスタンスにログインし、traceroute <オンプレミス IDC クライアントの IP アドレス> コマンドを実行します。応答は、VPC から IDC へのトラフィックが負荷分散されていることを示します。traceroute コマンドは VPC から IDC へのルーティングパスを検証し、3 番目のホップはゲートウェイノード (10.10.1.5 と 10.10.2.5) を通過します。

     [root@ixxxxxxxx ~]$ traceroute 192.168.3.20
     traceroute to 192.168.3.20 (192.168.3.20), 30 hops max, 60 byte packets
      1  100.64.2.1 (100.64.2.1)  2.490 ms 100.64.1.241 (100.64.1.241)  2.035 ms 100.64.2.1 (100.64.2.1)  1.433 ms
      2  100.64.1.241 (100.64.1.241)  3.738 ms  3.228 ms 100.64.2.1 (100.64.2.1)  2.828 ms
      3  10.10.1.5 (10.10.1.5)  1.434 ms 10.10.2.5 (10.10.2.5)  1.368 ms  1.253 ms
      4  192.168.3.20 (192.168.3.20)  1.250 ms  1.319 ms  1.341 ms  *

   • データセンターから VPC へ

     ローカル IDC のクライアントにログインし、traceroute <VPC 内の ECS インスタンスの IP アドレス> コマンドを実行します。応答は、IDC から VPC へのトラフィックに対して負荷分散アクセスが実装されていることを示します。このコマンドは IDC から VPC へのルーティングパスを検証し、3 番目のホップは主要なルーティングノードである 10.10.2.3 と 10.10.1.3 を通過します。

     $ traceroute 10.1.2.61
     traceroute to 10.1.2.61 (10.1.2.61), 30 hops max, 60 byte packets
      1  100.64.0.81 (100.64.0.81)  1.233 ms  100.64.1.65 (100.64.1.65)  0.837 ms  1.930 ms
      2  100.64.0.81 (100.64.0.81)  1.431 ms  100.64.1.65 (100.64.1.65)  2.357 ms  1.927 ms
      3  10.10.2.3 (10.10.2.3)  0.686 ms  10.10.1.3 (10.10.1.3)  0.905 ms  0.793 ms
      4  10.1.2.61 (10.1.2.61)  1.289 ms  1.270 ms  1.281 ms

3. VBR1 のリンク障害をシミュレートします。この例では、障害訓練機能を使用して VBR1 のリンク障害をシミュレートし、正常なリンクへのフェイルオーバーをテストします。

4. traceroute コマンドを再度実行して、トラフィックが VBR2 リンクに切り替わったことを確認します。

   • VPC からデータセンターへ

     VPC 内の ECS インスタンスにログインし、traceroute <オンプレミス IDC クライアントの IP アドレス> コマンドを実行します。次の応答は、VPC から IDC へのトラフィックが VBR2 に切り替わったことを示します。

     3 番目のホップである 10.10.2.5 は、CPE2 パス上のエグレスゲートウェイです。

     [root@2564ek5zZ ~]$ traceroute 192.168.3.20
     traceroute to 192.168.3.20 (192.168.3.20), 30 hops max, 60 byte packets
      1  100.64.2.1 (100.64.2.1)  1.393 ms  2.030 ms  2.576 ms
      2  100.64.2.1 (100.64.2.1)  2.335 ms  1.750 ms  2.805 ms
      3  10.10.2.5 (10.10.2.5)  1.328 ms  1.218 ms  1.453 ms
      4  192.168.3.20 (192.168.3.20)  1.261 ms  1.282 ms  1.269 ms

   • データセンターから VPC へ

     オンプレミス IDC のクライアントにログインし、traceroute <VPC 内の ECS インスタンスの IP アドレス> コマンドを実行します。次の応答メッセージは、IDC から VPC へのトラフィックが VBR2 に切り替わったことを示します。

     3 番目のホップである 10.10.2.3 は、VBR2 のルーティングノードです。

     [alf3tw6Z ~]$ traceroute 10.1.2.61
     traceroute to 10.1.2.61 (10.1.2.61), 30 hops max, 60 byte packets
      1  100.64.1.65 (100.64.1.65)  1.479 ms  1.018 ms  2.207 ms
      2  100.64.1.65 (100.64.1.65)  2.399 ms  1.914 ms  1.623 ms
      3  10.10.2.3 (10.10.2.3)  0.818 ms  1.075 ms  1.160 ms
      4  10.1.2.61 (10.1.2.61)  1.373 ms  1.363 ms  1.364 ms