すべてのプロダクト
Search

このプロダクト

    Cloud Enterprise Network:ピアリング接続を利用する VPC の Cloud Enterprise Network への移行

    ドキュメントセンター

    Cloud Enterprise Network:ピアリング接続を利用する VPC の Cloud Enterprise Network への移行

    最終更新日:Jun 21, 2026

    ピアリング接続を使用して Virtual Private Cloud (VPC) を接続すると、VPC の数が増えるにつれてルーティング設定が複雑になり、保守が困難になります。VPC をピアリング接続から Cloud Enterprise Network (CEN) へ移行することで、ルートの自動伝播が有効になり、ネットワーク設定が簡素化され、ネットワークアーキテクチャの拡張性が向上します。

    image

    移行ガイド

    移行の要点は、ルートエントリを設定して VPC 間のトラフィックをピアリング接続からトランジットルーターにリダイレクトすることです。このプロセスは、3 つのステップで構成されます。

    1. Cloud Enterprise Network インスタンスの作成：シナリオベースの作成方法を使用します。これにより、以下の操作が実行されます。

      1. VPC が存在するリージョンにトランジットルーター (TR) を自動的に作成します。

      2. 各 VPC を TR にアタッチするVPC 接続を自動的に作成します。リージョンをまたぐシナリオでは、TR 間のリージョン間接続も自動的に作成します。

      3. ルート学習 (TR が VPC からシステムルートエントリを自動的に学習すること) とルート同期 (TR がそのルートテーブルエントリを VPC に伝播すること) を自動的に有効にします。

      説明

      TR が複数のゾーンをサポートするリージョンでは、各 VPC に異なるゾーンの vSwitch が少なくとも 2 つ必要です。この条件が満たされない場合は、まずvSwitch を作成してください。

    2. ルートエントリの設定：TR と VPC 両方のルートテーブルでルートエントリがアクティブであることを確認した後、ピアリング接続に関連付けられたルートエントリを削除します。

      1. VPC ルートテーブルに ECS インスタンス、VPN ゲートウェイインスタンス、HAVIP などのリソースを指すルートが含まれている場合、接続要件に基づいて、CEN コンソールでこれらのルートを TR に公開してください。詳細については、「トランジットルーターへのルートの公開」をご参照ください。

      2. TR ルートテーブルを確認し、各 VPC へのルートが含まれていることを確認します。

      3. 各 VPC ルートテーブルを確認し、TR へのルートエントリが存在することを確認します。Cloud Enterprise Network コンソールで、ルーティング情報 タブに移動し、各 VPC ルートの 状態 が リジェクト と表示されていることを確認します。

        1. ルートの競合が存在しない場合、ネクストホップがピアリング接続であるルートエントリを削除して、スムーズな移行を実現します。

        2. ルートの競合が発生した場合は、次のいずれかのオプションを選択します。

          • 一時的な中断を伴う移行：ネクストホップがピアリング接続であるルートエントリを直接削除します。これにより、TR 内のルートエントリ数に比例して、数分間続く一時的なトラフィックの中断が発生する可能性があります。

          • スムーズな移行：より具体的なルートを追加して、ピアリング接続のルートを削除する前に、TR を指すルートが VPC ルートテーブルでアクティブになるようにします。

            たとえば、VPC ルートテーブルに「宛先 CIDR ブロック 10.0.0.0/24、ネクストホップ ピアリング接続」と「宛先 CIDR ブロック 10.0.0.0/24、ネクストホップ TR」の両方が含まれている場合、スムーズな移行のために次の手順に従います。

            1. より具体的な 2 つの分割ルートを追加します。

              • 「宛先 CIDR ブロック 10.0.0.0/25、ネクストホップ ピアリング接続」

              • 「宛先 CIDR ブロック 10.0.0.128/25、ネクストホップ ピアリング接続」

            2. ルートエントリ「宛先 CIDR ブロック 10.0.0.0/24、ネクストホップ ピアリング接続」を削除します。

            3. 同期されたルートエントリ「宛先 CIDR ブロック 10.0.0.0/24、ネクストホップ TR」が有効になるのを待ちます。

            4. 2 つの具体的なルートエントリ「宛先 CIDR ブロック 10.0.0.0/25、ネクストホップ ピアリング接続」と「宛先 CIDR ブロック 10.0.0.128/25、ネクストホップ ピアリング接続」を削除します。

    3. 検証：VPC 間の通信が引き続き可能であることを確認します。確認できたら、ピアリング接続を削除します。

    シナリオ例

    image

    上記のように、2 つの VPC がすでにピアリング接続を介して接続されており、それらを CEN に移行する計画であると仮定します。

    各 VPC には 1 つの vSwitch が含まれ、各 vSwitch は 1 つの ECS インスタンスをホストします。2 つの ECS インスタンスは相互に ping を実行できます。

    リソース計画は次のとおりです。

    設定項目

    VPC1

    VPC2

    リージョン

    China (Hangzhou)

    China (Hangzhou)

    CIDR ブロック

    10.0.0.0/16

    172.16.0.0/16

    vSwitch

    名前：vSwitch1

    ゾーン：J

    CIDR ブロック：10.0.0.0/24

    名前：vSwitch1

    ゾーン：J

    CIDR ブロック：172.16.0.0/24

    ECS

    名前：ECS1

    IP アドレス：10.0.0.1

    OS：Alibaba Cloud Linux

    名前：ECS2

    IP アドレス：172.16.0.1

    OS：Alibaba Cloud Linux

    カスタムルートエントリ

    宛先 CIDR ブロック 172.16.0.0/16、ネクストホップ ピアリング接続

    宛先 CIDR ブロック 10.0.0.0/16、ネクストホップ ピアリング接続

    事前準備

    スムーズな移行中、2 つの VPC 間のネットワーク接続は中断されません。

    開始する前に、ECS1 にログオンし、コマンド ping 172.16.0.1 を実行して ECS2 にアクセスします。 このコマンドを実行したままにして、ネットワーク接続性をリアルタイムで監視します。

    ECS が Windows の場合、ping コマンドを継続的に実行するには、-t パラメーターを追加します。例: ping -t 172.16.0.1。

    操作手順

    ステップ1：Cloud Enterprise Network インスタンスの作成

    1. 各 VPC に vSwitch を追加で 1 つ作成します。両方ともゾーン K を選択し、名前を vSwitch2 とし、CIDR ブロックとしてそれぞれ 10.0.1.0/24 と 172.16.1.0/24 を割り当てます。これにより、TR VPC 接続では異なるゾーンの vSwitch を少なくとも 2 つ選択しなければならない、という要件が満たされます。

    2. Cloud Enterprise Network コンソールにログインします。[CENインスタンスの作成] をクリックします。表示されたダイアログで、シナリオ別に作成 (推奨) タブを選択し、シナリオとして クラウドでのマルチ VPC ピアリング を選択してから、シナリオ別に作成 をクリックします。

    3. CEN インスタンスの作成 > ネットワーク設定の作成 ページで、以下を設定します。

      • [リージョン]：[中国 (杭州)] を選択します。

      • [ゾーン]：ゾーン J と ゾーン K を選択します。

      • [VPC]：

        • [VPC インスタンス] として [VPC 1] を選択し、その 2 つの vSwitch を選択します。

        • VPC の追加 をクリックし、[VPC インスタンス] として VPC2 を選択し、その 2 つの vSwitch を選択します。

      • 次へ をクリックします。

    4. ネットワーク設定と料金の確認 ページで、システムが設定のプレビューを生成するまで数分待ちます。自動的に作成されるリソースと関連するコストを確認します。すべてが正しいことを確認したら、デプロイ をクリックします。

    5. デプロイ ページで、ステータスが デプロイ中… と表示されます。デプロイには約 5～10 分かかります。しばらくお待ちください。完了すると、ネットワークデプロイ完了 と表示されます。CEN インスタンスを確認 をクリックして、自動的に作成されたリソースを表示します。「create_by_cadt」という名前の CEN インスタンスと、その中に自動的に作成された「cn-hangzhou」という名前の TR が表示されます。

    6. TR インスタンス ID「cn-hangzhou」をクリックすると、自動的に作成された 2 つの [同一リージョン内接続] が表示されます。これは、VPC1 と VPC2 が TR にアタッチされたことを示しています。

    ステップ2：ルートエントリの設定

    1. VPC ルートテーブルに ECS インスタンス、VPN ゲートウェイインスタンス、HAVIP などのリソースを指すルートが含まれている場合は、接続のニーズに基づいて CEN コンソールでこれらのルートを TR に公開してください。この例ではそのようなルートは含まれないため、公開は不要です。

    2. TR ルートテーブルの確認：TR インスタンス ID「cn-hangzhou」をクリックし、ルートテーブル タブに切り替えます。TR が VPC1 と VPC2 へのルートを学習したことを確認できます。

      ルートエントリには、宛先 CIDR ブロック 10.0.0.0/24 と 10.0.1.0/24 (ネクストホップ VPC1)、および宛先 CIDR ブロック 172.16.0.0/24 と 172.16.1.0/24 (ネクストホップ VPC2) が含まれています。

    3. VPC ルートテーブルの確認

      1. VPC1 のルートテーブルを確認します。ルーティング情報 タブに切り替え、ネットワーク で VPC1 を選択し、そのルートテーブルを直接表示します。

        TR が自動学習したルートが、競合なく (状態 は 準備完了) VPC1 のルートテーブルに同期されたことを確認できます。

        ルート 172.16.0.0/24 と 172.16.1.0/24 は、ルートタイプが [Cloud Enterprise Network]、ネクストホップが [China (Hangzhou)]、タイプが VPC であり、これらがピア VPC から自動的に学習され、VPC1 のルートテーブルに同期されたことを示しています。

      2. VPC1 と同じ手順で VPC2 のルートテーブルを確認します。

      3. どちらの VPC ルートテーブルにもルートの競合が表示されない場合は、ネクストホップがピアリング接続であるルートエントリを削除して、スムーズな移行を完了します。

        VPC コンソールにログインします。左側メニューで、VPC ピアリング接続 をクリックします。ページ上部で、リージョン [中国 (杭州)] を選択します。対象の VPC ピアリング接続 ID をクリックし、ルートエントリ タブに切り替えます。各ルートエントリの 削除 列で [削除] をクリックします。

      競合の処理

      移行前に、VPC1 のルートテーブルにカスタムルートエントリ「宛先 CIDR ブロック 172.16.0.0/16、ネクストホップ ピアリング接続」が含まれていたとします。この場合、ルートテーブルの検証中にルートの競合が発生します。

      ルーティング情報 タブで VPC1 のルートテーブルを表示すると、VPC1 は既存のピアリング接続ルートを優先し、新しく同期された TR ルートを競合としてマークすることがわかります。

      以下のいずれかの方法を選択できます。

      • 一時的な中断を伴う移行：ネクストホップがピアリング接続であるルートエントリを直接削除します。これにより、TR 内のルートエントリ数に比例して、数分間続く一時的なトラフィックの中断が発生する可能性があります。

      • スムーズな移行：より具体的なルートを追加して、ピアリング接続のルートを削除する前に TR を指すルートがアクティブになるようにします。

        VPC コンソールにログインします。左側メニューで、ルートテーブル をクリックします。VPC1 のルートテーブルの CEN ID をクリックします。ルートエントリ > カスタムルート タブで、

        1. より具体的な 2 つの分割ルートを追加します。

          • 宛先 CIDR ブロック 172.16.0.0/25、ネクストホップ ピアリング接続

          • 宛先 CIDR ブロック 172.16.0.128/25、ネクストホップ ピアリング接続

        2. ルートエントリ「宛先 CIDR ブロック 172.16.0.0/24、ネクストホップ ピアリング接続」を削除します。

        3. 同期されたルートエントリ「宛先 CIDR ブロック 172.16.0.0/24、ネクストホップ TR」が有効になるのを待ちます。

        4. 2 つの具体的なルートエントリ「宛先 CIDR ブロック 172.16.0.0/25、ネクストホップ ピアリング接続」と「宛先 CIDR ブロック 172.16.0.128/25、ネクストホップ ピアリング接続」を削除します。

    ステップ3：検証

    1. 準備段階で開始した ping コマンドを監視します。応答を受信し続ける場合は、トラフィックが正常にトランジットルーターにリダイレクトされたことを意味します。

    2. ピアリング接続の削除：VPC コンソールにログインします。左側メニューで、VPC ピアリング接続 をクリックします。ページ上部で、リージョン [中国 (杭州)] を選択します。対象のピアリング接続を見つけ、削除 列の [削除] をクリックします。

    ロールバック方法

    1. VPCピアリング接続を使用してVPC間のプライベート接続を有効にするに従って、VPC 間のピアリング接続を再確立します。各 VPC のルートテーブルに、「宛先 CIDR ブロックをピア VPC の CIDR ブロックに設定し、ネクストホップをピアリング接続に設定」したルートエントリを追加し、これらのルートがアクティブになることを確認します。ルートの競合が発生した場合 (たとえば、システムから「この CIDR ブロックは、このルートテーブルにすでに存在します」というメッセージが表示された場合)、より具体的なルートを追加して解決します。

    2. Cloud Enterprise Networkインスタンスの削除に従って VPC 接続を削除し (リージョンをまたぐシナリオでは、TR 間のリージョン間接続も削除します)、次に TR インスタンスと CEN インスタンスを削除します。

    関連ドキュメント

    Cloud Enterprise Network と VPC ピアリング接続の違い

    Cloud Enterprise Network の課金

    トランジットルーターの仕組み