Virtual Private Cloud:ルートテーブル

ルートテーブル

側面	システムルートテーブル	カスタムルートテーブル
		vSwitch	ゲートウェイ
シナリオ	vSwitch は、作成後にデフォルトでシステムルートテーブルにバインドされます。 VPC 内のすべての vSwitch は同じルーティングメソッドを使用します。	vSwitch をカスタムルートテーブルにバインドして、各 vSwitch のトラフィックフローを制御します。	VPC へのインバウンドインターネットトラフィックのルーティングを制御します。
バインド先	vSwitch	vSwitch	IPv4 または IPv6 ゲートウェイ
メソッド	システムによって自動的に生成され、ユーザーは手動で作成できません。	ユーザーが作成	ユーザーが作成
削除	削除できません。	削除する前に vSwitch からバインドを解除します。	削除する前に IPv4 または IPv6 ゲートウェイからバインドを解除します。
クォータ	VPC あたり 1 つ	デフォルトでは VPC あたり 9 つ。クォータ管理ページ にアクセスして増加をリクエストしてください。	VPC あたり 1 つ。

説明

• 1 つの vSwitch は 1 つのルートテーブルにのみバインドできます。 vSwitch のルーティングポリシーは、ルートテーブルによって制御されます。

• 1 つのルートテーブルは複数の vSwitch にバインドできます。

• vSwitch にバインドされているルートテーブルを変更します。

  • カスタムルートテーブルからシステムルートテーブルに変更するには、vSwitch からバインドを解除します。

  • 別のカスタムルートテーブルにバインドするには、vSwitch に関連付けるだけです。

ルートエントリ

ルートテーブルの各項目はルートエントリであり、宛先 CIDR ブロックとネクストホップで構成されます。

• 宛先 CIDR ブロック: トラフィックのルーティング先の IP アドレスの範囲。

• ネクストホップ: トラフィックの転送先。

  • タイプ: トラフィックの転送先のリソースのタイプ (Elastic Compute Service (ECS) インスタンス、VPN ゲートウェイ、Elastic Network Interface (ENI) など)。

  • インスタンス: トラフィックの転送先の特定のインスタンス。

静的ルート

静的ルートは、ネットワークの変更に自動的に適応しません。ネットワークトポロジが変更された場合は、ルーティングを手動で更新する必要があります。

• システム: VPC と vSwitch が作成された後、ルートエントリはルートテーブルに自動的に追加されます。

• カスタム: システムのルートエントリを置き換えたり、トラフィックを指定した宛先にルーティングしたりするためにユーザーが作成したルートエントリ。

次の図に示すように、VPC はデュアルスタックをサポートしており、IPv4 と IPv6 の両方の CIDR ブロックを構成できます。2 つのタイプのトラフィックは、独立したルーティングポリシーによって分離されます。

1. デュアルスタック VPC1 が作成されると、次のルートが自動的に追加されます。

   1. 172.16.1.0/24: vSwitch 内のリソース間の IPv4 通信に使用される IPv4 システムルート。

   2. 2408:XXXX:XXXX:3f00::/64: vSwitch 内のリソース間の IPv6 通信に使用される IPv6 システムルート。

   3. ::/0: デフォルトの IPv6 トラフィックを IPv6 ゲートウェイに転送するカスタム IPv6 ルート。IPv6 インターネット帯域幅が有効になると、IPv6 アドレスはインターネットと通信できます。

2. カスタムルートを構成することで、トラフィックは指定されたパスに沿ってルーティングされます。

   1. 192.168.0.0/16: 宛先として VPC2 CIDR ブロックを持つルート。ピアリング接続により、VPC1 と VPC2 のインスタンス間の通信が可能になります。

   2. 0.0.0.0/0: インターネット通信のためにデフォルトの IPv4 トラフィックを IPv4 ゲートウェイに転送するカスタム IPv4 ルート。ルートプライオリティに基づいて、すべての IPv4 トラフィックは、システムルートとピアリング接続のカスタムルートを除き、IPv4 ゲートウェイにルーティングされ、一元的に制御されます。

静的ルート構成

制限事項

ルートを構成する際には、次の制限に注意してください。

• 宛先 CIDR ブロック

  • カスタムルートの宛先 CIDR ブロックは、システムルートまたは動的ルートの宛先 CIDR ブロックと同じにすることはできません。

  • カスタムルートの宛先 CIDR ブロックには、システムルートの CIDR ブロックを含めることができます。カスタムルートの CIDR ブロックは、クラウドサービスのシステムルートを除き、システムルートの CIDR ブロックよりも詳細にすることはできません。

  • システムルート 100.64.0.0/10 よりも詳細な CIDR ブロックを持つカスタムルートを作成できますが、この CIDR ブロックと同じにすることはできません。宛先 CIDR ブロック 100.64.0.0/10 を持つシステムルートは VPC 内のリソース間の通信に使用されるため、詳細なルートの構成は慎重に行ってください。構成が正しくないと、一部のサービスにアクセスできなくなる可能性があります。

• ネクストホップ

  • カスタムルートテーブルを作成し、IPv6 機能が有効になっている vSwitch にバインドする場合、宛先として ::/0、ネクストホップとして [IPv6 ゲートウェイ] を持つカスタムルートエントリを手動で追加する必要があります。特定のルートが構成されていない IPv6 トラフィックは、IPv6 ゲートウェイにルーティングされます。IPv6 インターネット帯域幅が有効になっている場合、IPv6 アドレスはインターネット通信機能を持ちます。

  • Express Connect 回線を使用してオンプレミスネットワークに接続する場合、[ネクストホップタイプ] を [ルータインターフェース (VBR へ)] として選択します。このタイプは、[負荷分散ルート] と [アクティブ/スタンバイルート] をサポートしており、ヘルスチェックと併用する必要があります。それ以外の場合は、宛先 CIDR ブロックは一意である必要があります。

例

ルート構成の精度は、ネットワーク接続に影響します。必要に応じて VPC と他のプロダクトを柔軟に組み合わせて、カスタムルートエントリを追加してインバウンドトラフィックとアウトバウンドトラフィックを制御し、ネットワーク接続を実現できます。詳細については、次の構成例をご参照ください。

動的ルート

静的ルートとは異なり、動的ルートは手動でのルート構成を必要としません。ルート広告を通じて、動的ソースからルートを動的に学習し、更新します。

動的ルートソース

動的ルートソースとは、動的ルートの学習元となるソースを指し、CEN インスタンス、VPN ゲートウェイ、ECR などが含まれます。[動的ルート] タブの [ルートエントリリスト] でソースを表示できます。

• VPC は、一度に 1 つの動的ソースからのみ動的ルートを受信します。たとえば、VPC が ECR に関連付けられている場合、ルート広告が有効になっている CEN に VPC を追加すると、ルート広告の有効化に失敗します。VPN ゲートウェイを作成し、[BGP 自動アドバタイズを有効にする] と、VPN ゲートウェイによって学習された BGP ルートは VPC のシステムルートテーブルに自動的に伝播されます。この場合、VPC を ECR に追加することはできません。

• 宛先 CIDR ブロックが vSwitch CIDR ブロックと同じか、それよりも詳細な場合、VPC は動的ソースからルートを学習できません。

ルート広告の有効化/無効化

ルート広告を有効または無効にして、動的ルートを受け入れるか拒否するかを制御できます。

1. [ルートテーブル] ページで、ターゲットルートテーブルの ID をクリックします。

2. [基本情報] セクションで、[アドバタイズされたルートを受け入れる] の右側にあるスイッチをオンまたはオフに切り替えます。

   説明

   1. 無効化できるかどうか

      • VPC に動的ルートが同期されていない場合は、この機能を無効にできます。[ルートエントリリスト] の [動的ルート] タブには、動的ルートソースはありません。

      • [動的ルートソース] が [ルートアドバタイズタイプ ECR] の場合、この機能を無効にすることができます。その後、VPC は ECR から動的ルートを学習しなくなります。

      • VPC が Basic Edition CEN に接続されている場合、または関連付けられている転送ルータまたは VPN ゲートウェイでルート広告が有効になっている場合、このスイッチをオフにすることはできません。

   2. 無効にした後の影響

      • ルートテーブルは同期された動的ルートを受け入れなくなります。既存の動的ルートは削除されます。

      • VPC を Basic Edition CEN に接続することはできず、関連付けられている転送ルータまたは VPN ゲートウェイのルート広告を有効にすることはできません。

   3. 有効にした後の影響

      VPC は 1 つの ECR インスタンスにのみ関連付けることができます。[アドバタイズされたルートを受け入れる] をオフにしてから再びオンにすると、VPC ルートテーブルは現在の ECR 動的ルートに基づいて動的ルートを再計算し、構成します。

      たとえば、ECR からルートテーブルに 4 つの動的ルートが同期されているとします。スイッチをオフにすると、これらのルートは削除されます。さらに 2 つの動的ルートがアドバタイズされ、スイッチをオンにすると、VPC ルートテーブルには 6 つの動的ルートが存在します。

ルートプライオリティ

同じ宛先 CIDR ブロック

Express Connect 回線を使用してオンプレミスネットワークに接続する場合、[ネクストホップタイプ] を [ルータインターフェース (VBR へ)] として選択します。同じ宛先 CIDR ブロックと異なるネクストホップを持つルートエントリを構成できます。

• [アクティブ/スタンバイルート]: 2 つのインスタンスがネクストホップとして設定され、アクティブルートの重みは 100、スタンバイルートの重みは 0 です。アクティブルートがヘルスチェックに合格しなかった場合、スタンバイルートが引き継ぎます。

• [負荷分散ルート]: 2 ～ 16 個のインスタンスをネクストホップとして選択します。各インスタンスは同じ重みを持つ必要があり、重みは 0 ～ 255 の整数です。システムは、ネクストホップインスタンス間でトラフィックを均等に分散します。

重複する宛先 CIDR ブロック

IPv4 と IPv6 のトラフィックルーティングは互いに独立しています。最長プレフィックス一致の原則に従って、宛先 IP に一致する最も詳細なルートがネクストホップとして選択されます。

たとえば、次のルートテーブルには、異なる ECS インスタンスを指すカスタムルートがあります。

宛先 IP が異なる場合、トラフィックは異なるルートに従って転送されます。

制限