デフォルトでは、異なる Cloud Enterprise Network (CEN) インスタンス内のネットワークは相互に分離されています。1 つの Virtual Private Cloud (VPC) を複数の CEN インスタンスにアタッチすることで、異なる CEN インスタンス内のリソースが共有サービスにアクセスできるようになります。
シナリオ例
前の図を例に説明します。CEN1 にはトランジットルーター TR1 があり、CEN2 にはトランジットルーター TR2 があります。VPC3 を 2 つの CEN インスタンスの共有サービス VPC として使用するには、VPC3 をそれぞれ TR1 と TR2 にアタッチし、その後、各 VPC のルートを設定します。
この設定により、次の結果が得られます。
VPC1 と VPC3 は相互に通信できます。
VPC2 と VPC3 は相互に通信できます。
VPC1 と VPC2 は相互に分離されます。VPC1 と VPC2 は異なる CEN インスタンスにアタッチされており、各トランジットルーターには独自のルートテーブルがあります。追加したカスタムルートエントリにより、VPC1 と VPC2 は VPC3 にのみ接続されます。
考慮事項
開始する前に、次の制約を確認してください。
CEN インスタンスのクォータ:デフォルトでは、Alibaba Cloud アカウント 1 つにつき最大 5 個の CEN インスタンスを作成できます。
トランジットルーターのアタッチメントクォータ:デフォルトでは、1 つの VPC を最大 5 台のトランジットルーターにアタッチできます。
リソース計画:リソースを自分で計画する場合は、3 つの VPC の CIDR ブロックが重複しないようにしてください。Enterprise Edition のトランジットルーターが複数ゾーンをサポートするリージョンでは、ゾーンレベルのディザスタリカバリを実装するには、少なくとも 2 つの異なるゾーンに vSwitch を作成する必要があります。
クォータの引き上げ:クォータの引き上げを申請するには、「Quotas」をご参照ください。
前提条件
シナリオ例に基づき、次の設定を完了してください。
CEN1とCEN2という名前の 2 つの CEN インスタンスを作成します。各 CEN インスタンスで、TR1とTR2という名前のトランジットルーターをそれぞれ 1 台作成します。両方のトランジットルーターは中国 (杭州) リージョンにあります。3 つの VPC を作成します。この時点ではトランジットルーターにアタッチしないでください。
ECS1、ECS2、ECS3 という名前の Elastic Compute Service (ECS) インスタンスを 3 つ作成し、各 VPC に 1 つずつデプロイします。
次の表に、3 つの VPC のリソース構成を示します。
設定項目 | VPC1 | VPC2 | VPC3 |
リージョン | 中国 (杭州) | 中国 (杭州) | 中国 (杭州) |
IPv4 CIDR ブロック | 10.0.0.0/8 | 172.16.0.0/12 | 192.168.0.0/16 |
vSwitch 1 | ゾーン J、CIDR ブロック 10.0.0.0/24 | ゾーン J、CIDR ブロック 172.16.0.0/24 | ゾーン J、CIDR ブロック 192.168.0.0/24 |
vSwitch 2 | ゾーン K、CIDR ブロック 10.0.1.0/24 | ゾーン K、CIDR ブロック 172.16.1.0/24 | ゾーン K、CIDR ブロック 192.168.1.0/24 |
ECS (すべて vSwitch 1 に作成) | ECS1 の IP アドレス:10.0.0.1 | ECS2 の IP アドレス:172.16.0.1 | ECS3 の IP アドレス:192.168.0.1 |
各リソースの作成方法については、「CEN インスタンスの作成」、「トランジットルーターインスタンスの作成」、「VPC と vSwitch の作成」、および「ECS インスタンスの作成」をご参照ください。
3 つの ECS インスタンスのセキュリティグループルールでは、ICMP トラフィックを許可する必要があります。手順 3 で接続テストを行う前にルールを設定してください。手順については、「セキュリティグループルールの表示」および「セキュリティグループルールの追加」をご参照ください。
セキュリティグループのインバウンドルールには、許可ポリシーが Allow、プロトコルタイプが All ICMP (IPv4)、送信元が 0.0.0.0/0 (すべての IPv4 アドレス) のルールを含めてください。
手順 1:VPC のトランジットルーターへのアタッチ
この手順では、4 つの VPC アタッチメントを作成します。TR1 に 2 つ、TR2 に 2 つ作成します。次の手順は、1 つの VPC アタッチメントを作成する一般的な手順です。4 つのアタッチメント間で異なる値は 1 つ目の表に示し、4 つすべてで同一の値は 2 つ目の表に示します。
CEN コンソールにログオンします。インスタンス ページで、管理する CEN インスタンスの ID をクリックします。 (対象の CEN インスタンスについては、以下の表をご参照ください。)
[基本情報] > トランジットルーター タブで、ターゲットリージョンのトランジットルーターインスタンスを見つけ、アクション 列で 接続の作成 > リージョン内接続の作成 をクリックします。(ターゲットトランジットルーターインスタンスについては、次の表をご参照ください。)
リージョン内接続の作成 ページで、次の 2 つの表に基づいてパラメーターを設定し、OK をクリックします。
次の表は、4 つの VPC アタッチメント間で異なる値を示します。
VPC アタッチメント | 対象の CEN インスタンス | 対象のトランジットルーターインスタンス | [接続名] | [ネットワーク] |
VPC1 を TR1 にアタッチ |
|
|
|
|
VPC2 を TR2 にアタッチ |
|
|
|
|
VPC3 を TR1 にアタッチ |
|
|
|
|
VPC3 を TR2 にアタッチ |
|
|
|
|
次の表は、4 つの VPC アタッチメントすべてで同一に設定するパラメータを示します。
パラメータ | 値 |
[ネットワークタイプ] | [仮想プライベートクラウド (VPC)] |
[リージョン] | [中国 (杭州)] |
[リソース所有者 ID] | [現在のアカウント] |
[課金方法] | [従量課金] |
[vSwitch] | デフォルトでは、システムが各 VPC で作成した vSwitch を自動的に選択します。ゾーン J の vSwitch 1、ゾーン K の vSwitch 2。 |
[詳細設定] | [トランジットルーターのシステムルートテーブルに自動的に関連付ける] を選択します。[システムルートをトランジットルーターのシステムルートテーブルに自動伝播する] を選択します。[トランジットルーターへのルートを自動的に作成し、現在の VPC のすべてのルートテーブルに追加する] は選択しないでください。 |
4 つの VPC アタッチメントすべてで [トランジットルーターへのルートを自動的に作成し、現在の VPC のすべてのルートテーブルに追加する] を選択しないでください。このオプションの選択を解除すると、システムは VPC のルートテーブルを自動的に設定しません。代わりに、手順 2 で手動で設定します。
3 つの詳細オプションの説明は、以下の通りです。
トランジットルーターのデフォルトルートテーブルに関連付ける (VPC 接続をトランジットルーターのデフォルトルートテーブルに関連付けます)、システムルートをトランジットルーターのデフォルトルートテーブルに伝播する (VPC のシステムルートをトランジットルーターのデフォルトルートテーブルにアドバタイズし、アタッチされた他のネットワークインスタンスとの通信を可能にします)、および [現在のVPCのすべてのルートテーブルにトランジットルーターを指すルートを自動で追加する] (3 つのルート (10.0.0.0/8、172.16.0.0/12、192.168.0.0/16) をすべての VPC ルートテーブルに追加し、ネクストホップとしてトランジットルーターを指定します。デフォルトでは、トランジットルーターは VPC にルートをアドバタイズしません)。ルーティングをカスタマイズするには、これらのチェックボックスの選択を解除し、ルートの関連付けと伝播を手動で設定します。ルートの管理をご参照ください。
IPv6 トラフィックの場合は、VPC 接続を作成した後、VPC 内で VPC 接続をネクストホップとする ルート同期 を有効にするか、IPv6 ルートエントリを手動で追加してください。
手順 2 に進む前に、4 つの VPC アタッチメントがすべてあることを確認してください。TR1 には Attach1 と Attach3-1 があり、TR2 には Attach2 と Attach3-2 があります。
手順 2:VPC のルートテーブルの設定
3 つの VPC のルートテーブルにカスタムルートエントリを追加します。この手順では、各 VPC のルートテーブルに、共有サービス VPC、または共有サービスを使用する VPC へのトラフィックを転送するルートを追加します。
Virtual Private Cloud コンソールにログインします。
左側のナビゲーションペインで、ルートテーブル をクリックします。
上部メニューで、VPC がデプロイされているリージョン (中国 (杭州)) を選択します。
ルートテーブル ページで、VPC のルートテーブルを探し、ルートテーブルのインスタンス ID をクリックします。
「ルートテーブル詳細」ページで、ルートエントリ タブをクリックし、次に [カスタムルートエントリ] タブをクリックします。
ルートエントリの追加 をクリックします。ルートエントリの追加 パネルで、次の表に記載されている宛先 CIDR ブロックを入力します。ネクストホップタイプ で トランジットルーター を選択し、次の表に記載されている接続をトランジットルーターとして選択して、[OK] をクリックします。
ルートテーブル ページに戻り、以下の表にある残りの VPC に対してステップ 4 から 6 を繰り返します。
次の表は、各 VPC に追加するカスタムルートエントリを示します。
VPC名 | 宛先 CIDR ブロック | ネクストホップ | ルートタイプ |
VPC1 | 192.168.0.0/16 |
| カスタムルートエントリ |
VPC2 | 192.168.0.0/16 |
| カスタムルートエントリ |
VPC3 | 10.0.0.0/8 |
| カスタムルートエントリ |
VPC3 | 172.16.0.0/12 |
| カスタムルートエントリ |
手順 3 に進む前に、各ルートテーブルのカスタムルートエントリが上記の表と一致していることを確認してください。VPC1 のルートテーブルに 1 件、VPC2 のルートテーブルに 1 件、VPC3 のルートテーブルに 2 件です。
手順 3:接続テスト
接続テストを行う前に、前提条件で説明したとおり、3 つの ECS インスタンスのセキュリティグループルールで ICMP トラフィックが許可されていることを確認してください。
ECS1 インスタンスにログインし、ping コマンドを実行して ECS3 に ping を送信します。
[root@iZbp1xxx ~]# ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=63 time=0.332 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=63 time=0.970 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=63 time=0.327 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=63 time=0.355 ms
^C
--- 192.168.0.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3010ms
rtt min/avg/max/mdev = 0.327/0.496/0.970/0.273 ms
[root@iZbp1xxx ~]#ping が成功した場合、VPC1 と VPC3 は相互に通信できます。
同じ方法で、残りの接続と分離状態を確認します。
ECS2 インスタンスにログインし、
pingコマンドを実行して ECS3 に ping を送信します。ping が成功した場合、VPC2 と VPC3 は相互に通信できます。ECS1 インスタンスにログインし、
pingコマンドを実行して ECS2 に ping を送信します。ping が失敗した場合、VPC1 と VPC2 のネットワークは相互に分離されています。
よくある質問
CEN インスタンスのクォータ、または VPC をアタッチできるトランジットルーター数を増やすにはどうすればよいですか?
どちらのクォータもデフォルト値であり、引き上げることができます。手順については、「Quotas」をご参照ください。
ネットワークに接続できない場合はどうすればよいですか?
ルート、セキュリティグループ、ECS オペレーティングシステムのファイアウォールの順に確認してください。
このトピックの例では、ECS1 から ECS3 にアクセスするには、VPC1 のルートテーブル、TR1 のルートテーブル、VPC3 のルートテーブルの順に確認し、双方向のルートエントリがルートテーブルに含まれていることを確認してください。
詳細については、「CEN で接続された VPC 内の ECS 通信のトラブルシューティング」をご参照ください。