Virtual Private Cloud:ルートテーブル

ルートテーブル

VPC を作成すると、システムによって自動的にシステムルートテーブルが作成されます。このルートテーブルは、デフォルトで VPC 内のすべての vSwitch にアタッチされ、VPC 内のトラフィックをコントロールします。

VPC 内の異なる Elastic Compute Service(ECS) インスタンスから同じ宛先 CIDR ブロックにアクセスする際に、異なるネットワークパスを使用する必要がある場合は、カスタムルートテーブルを使用できます。ECS インスタンスを異なる vSwitch にデプロイし、各 vSwitch に個別のカスタムルートテーブルをアタッチできます。これにより、詳細なトラフィックシェーピングが可能になります。

自己管理型ファイアウォールを使用して VPC へのインターネットからのインバウンドトラフィックを保護するには、ボーダーゲートウェイにアタッチされたカスタムルートテーブルであるゲートウェイルートテーブルを使用できます。ゲートウェイルートテーブルを IPv4 または IPv6 ゲートウェイにアタッチして、インターネットからのインバウンドトラフィックを自己管理型ファイアウォールに転送できます。これにより、トラフィックのフィルタリング、監査、およびセキュリティポリシーの一元管理が可能になります。

次の表に、ルートテーブルタイプの相違点を示します。

各 vSwitch はルートテーブルに接続する必要があり、1 つのルートテーブルにのみ接続できます。1 つのルートテーブルを複数の vSwitch に接続できます。

1. 静的ルート

静的ルートは、システムによって自動的に追加されるか、ユーザーが手動で追加するルートです。これらには 2 つのタイプがあります。

• システムルート: ネクストホップが ローカル に設定されているルート。VPC と vSwitch を作成すると、システムによって自動的に追加されます。これらのルートは、VPC 内のインスタンス間の通信、または Alibaba Cloud サービスへのアクセスに使用されます。

• カスタムルート: トラフィックパスをカスタマイズするために手動で追加するルート。

次の図に示すように、2 つの VPC が VPC ピアリング接続を介して接続されています。VPC1 のシステムルートテーブルには、次の静的ルートが含まれています。

1. VPC と vSwitch を作成した後、システムはネクストホップが ローカル に設定されたシステムルートを自動的に追加します。

   1. クラウドサービするート: 宛先 CIDR ブロックは 100.64.0.0/10 です。このルートにより、VPC1 内のインスタンスは Alibaba Cloud サービスにアクセスできます。

   2. vSwitch CIDR ブロックルート: 宛先 CIDR ブロックは 10.0.0.0/24 です。このルートにより、VPC1 内の vSwitch 間のプライベート通信が可能になります。

2. VPC ピアリング接続を作成した後、次のカスタムルートを手動で追加する必要があります。

   宛先 CIDR ブロックは 172.16.0.0/16 で、ネクストホップは ピアリング接続 です。このルートは、VPC2 宛てのトラフィックをピアリング接続に転送します。

VPC2 のシステムルートテーブルのルートは、VPC1 のルートと同じ原則で動作するため、ここでは説明しません。

2. 動的ルート

動的ルートは、他のネットワークインスタンスから VPC に伝播されるルートです。静的ルートとは異なり、VPC ルートテーブルで動的ルートを手動で構成する必要はありません。動的ルートソースから自動的に受信および更新されます。

2.1 動的ルートソース

VPC にルートを自動的に伝播するネットワークインスタンスには、Enterprise Edition トランジットルーター (TR)、Basic Edition TR、VPN ゲートウェイ、Express Connect ルーター (ECR) などがあります。コンソールのルートテーブル詳細ページの [ルートエントリリスト] > [動的ルート] タブで、動的ルートのソースと詳細を表示できます。

Enterprise Edition TR から受信したルートの詳細は、[ルートエントリリスト] > [カスタムルート] タブに表示されます。

2.2 動的ルートの受信を有効または無効にする

デフォルトでは、すべてのルートテーブルで動的ルートを受信できます。純粋に静的ルーティング構成が必要な場合は、ルートテーブルごとに 動的ルートの受信を無効にする ことができます。これにより、必要に応じてビジネスルートテーブルを計画し、ルート構成を簡単に管理できます。

2.3 動的ルートの制限

• VPC ルートテーブルは、一度に 1 つの動的ルートソースからのみ動的ルートを受信できます。

  たとえば、VPC が ECR に関連付けられた後、VPC を Enterprise Edition TR に接続する場合、TR で VPC の ルート同期 を有効にしようとすると失敗します。VPN ゲートウェイを作成し、ルート自動伝播を有効にすると、VPN ゲートウェイによって学習された BGP ルートは VPC のシステムルートテーブルに自動的に伝播されます。この場合、VPC を ECR に関連付けることはできません。

• 受信した動的ルートがルートテーブルの既存のルートと重複している場合は、「ルートの優先順位」を参照して、どのルートが有効になるかを判断してください。

• vSwitch に接続されたルートテーブルのみが動的ルートを受信できます。ゲートウェイルートテーブルは動的ルートをサポートしていません。

ルートの優先順位

VPC ルートテーブルのルートは、次のルールに基づいて優先順位が付けられます。

• 宛先 CIDR ブロックが重複するルートが存在する場合:

  IPv4 と IPv6 のトラフィックルーティングは互いに独立しています。システムは、最長プレフィックス一致ルールを使用して、宛先 IP アドレスに一致する最も具体的なルートを選択します。これにより、トラフィック転送のネクストホップが決定されます。

  最長プレフィックス一致: ルートテーブル内の複数のルートの宛先 CIDR ブロックが宛先 IP アドレスをカバーできる場合、最長のサブネットマスクを持つルートが選択され、トラフィック転送パスが決定されます。

• 新しいルートの宛先 CIDR ブロックが既存のルートの宛先 CIDR ブロックと重複している場合:

  操作	既存のシステムルート	既存のカスタムルート	既存の動的ルート
  vSwitch を作成する	vSwitch の CIDR ブロックは、既存のシステムルートと重複することはできません。	vSwitch の CIDR ブロックは、次の条件を満たすことはできません。 既存のカスタムルートの宛先 CIDR ブロックと同じである。 既存のカスタムルートの宛先 CIDR ブロックを含む。	vSwitch CIDR ブロックには次の制限が適用されます。 既存の動的ルートの宛先 CIDR ブロックと同じである。 既存の動的ルートの宛先 CIDR ブロックを含む。
  カスタムルートを追加する	新しいカスタムルートの宛先 CIDR ブロックは、次の条件を満たすことはできません。 既存のシステムルートの CIDR ブロックと同じである。 既存のシステムルートよりも具体的な CIDR ブロックである。	新しいカスタムルートの宛先 CIDR ブロックは、既存のカスタムルートの宛先 CIDR ブロックと同じにすることはできません。 [ネクストホップタイプ] が [ルーターインターフェース (VBR へ)] の場合、アクティブ/スタンバイまたは等コストマルチパス (ECMP) ルートを構成できます。詳細については、「ルーターインターフェースへのルート」をご参照ください。	カスタムルートを追加する場合、その宛先 CIDR ブロックは既存の動的ルートの宛先 CIDR ブロックと同じにすることはできません。 新しいカスタムルートのネクストホップが VPN ゲートウェイまたはルーターインターフェースであり、宛先 CIDR ブロックが同じ CEN からの既存の動的ルートがある場合、動的ルートは撤回され、カスタムルートが有効になります。
  動的ルートを受信する	動的ルートを受信する場合: 宛先 CIDR ブロックは、既存のシステムルートと同じにすることはできません。 既存のシステムルートよりも具体的な CIDR ブロックである場合、動的ルートは伝播されません。	ECR から動的ルートを受信する場合: 宛先 CIDR ブロックが同じカスタムルートが存在する場合、カスタムルートが優先されます。 動的ルートは VPC ルートテーブルに表示されますが、カスタムルートが削除されるまで有効になりません。 VPN ゲートウェイ、Enterprise Edition TR、または Basic Edition TR から動的ルートを受信する場合: 宛先 CIDR ブロックが同じカスタムルートが存在する場合、カスタムルートが優先されます。 この場合、動的ルートは VPC ルートテーブルに伝播されません。カスタムルートが削除された後にのみ伝播され、有効になります。	サポートされていません。現在の VPC ルートテーブルには、ルート伝播ソースが 1 つだけあります。

たとえば、VPC システムルートテーブルには次のルートが含まれています。

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

ルートテーブルの作成と削除

ターゲット vSwitch または IPv4 または IPv6 ゲートウェイに接続する前に、最初にカスタムルートテーブルを作成する必要があります。

variable "name" {
  default = "terraform-example"
}

resource "alicloud_vpc" "defaultVpc" {
  vpc_name = var.name
}


resource "alicloud_route_table" "default" {
  description      = "test-description" // テストの説明
  vpc_id           = alicloud_vpc.defaultVpc.id
  route_table_name = var.name
  associate_type   = "VSwitch"
}

ルートテーブルの接続とデタッチ

新しく作成されたカスタムルートテーブルは、デフォルトではどのリソースにも接続されていません。ルートテーブルを有効にするには、vSwitch または IPv4 または IPv6 ゲートウェイに接続する必要があります。

variable "name" {
  default = "terraform-example"
}

resource "alicloud_vpc" "foo" {
  cidr_block = "172.16.0.0/12"
  vpc_name   = var.name
}

data "alicloud_zones" "default" {
  available_resource_creation = "VSwitch"
}

resource "alicloud_vswitch" "foo" {
  vpc_id       = alicloud_vpc.foo.id
  cidr_block   = "172.16.0.0/21"
  zone_id      = data.alicloud_zones.default.zones[0].id
  vswitch_name = var.name
}

resource "alicloud_route_table" "foo" {
  vpc_id           = alicloud_vpc.foo.id
  route_table_name = var.name
  description      = "route_table_attachment" // ルートテーブルの接続
}

resource "alicloud_route_table_attachment" "foo" {
  vswitch_id     = alicloud_vswitch.foo.id
  route_table_id = alicloud_route_table.foo.id
}

resource "alicloud_vpc" "example" {
  cidr_block = "172.16.0.0/12"
  vpc_name   = "terraform-example"
}

resource "alicloud_route_table" "example" {
  vpc_id           = alicloud_vpc.example.id
  route_table_name = "terraform-example"
  description      = "terraform-example"
  associate_type   = "Gateway"
}

resource "alicloud_vpc_ipv4_gateway" "example" {
  ipv4_gateway_name = "terraform-example"
  vpc_id            = alicloud_vpc.example.id
  enabled           = "true"
}

resource "alicloud_vpc_gateway_route_table_attachment" "example" {
  ipv4_gateway_id = alicloud_vpc_ipv4_gateway.example.id
  route_table_id  = alicloud_route_table.example.id
}

ルートの追加と削除

vSwitch に接続されたルートテーブルの場合、ルートを手動で追加して vSwitch のトラフィックパスを制御できます。手動で追加されたルートは、カスタムルートとして分類されます。

ゲートウェイルートテーブルでは、ルートを追加することはできませんが、ルートのネクストホップを変更することはできます。

resource "alicloud_route_entry" "foo" {
  route_table_id        = "rt-12345xxxx" # ルートテーブル ID を指定します。
  destination_cidrblock = "172.11.1.1/32"
  nexthop_type          = "Instance" # ネクストホップタイプを指定します。
  nexthop_id            = "i-12345xxxx" # ネクストホップインスタンス ID を指定します。
}

ルートのネクストホップを変更する

ルートのネクストホップを変更して、宛先 CIDR ブロックのトラフィックパスを変更できます。

• システムルート: カスタムルートテーブル (ゲートウェイルートテーブルを含む) のシステムルートのネクストホップのみを変更できます。変更後、ルートタイプはカスタムになります。ルートを削除すると、システムルートに戻ります。

• カスタムルート: システムルートテーブルとカスタムルートテーブルの両方で、ルートテーブルタイプの制限なしに、カスタムルートのネクストホップを変更できます。

宛先 CIDR ブロックとネクストホップでサポートされているタイプの詳細については、「システムルートとカスタムルートの比較」をご参照ください。

resource "alicloud_route_entry" "foo" {
  route_table_id        = "rt-12345xxxx" # ルートテーブル ID を指定します。
  destination_cidrblock = "172.11.1.1/32"
  nexthop_type          = "Instance" # ネクストホップタイプを変更します。
  nexthop_id            = "i-12345xxxx" # ネクストホップインスタンス ID を指定します。
}

静的ルートの公開と撤回

ルートテーブルのルートは、Express Connect ルーター (ECR) またはトランジットルーター (TR) に伝播できます。動的ルートの受信と組み合わせることで、ルート構成が簡素化されます。

• 静的ルートを ECR に公開する: 静的ルートが ECR に公開されると、クラウド上の ECR からデータセンターに動的に伝播できます。ルートの競合がない場合、ECR に関連付けられているすべてのデータセンターがこのルートを学習できます。

  クリックして、ECR への静的ルートの公開の動作原理、制限、および例を表示する

  動作のしくみ

  • VPC が ECR に関連付けられると、VPC のシステムルートはデフォルトで ECR に公開されます。

  • 静的ルートが ECR に公開されると、次のようになります。

    • ECR はルートを関連付けられた仮想ボーダールーター (VBR) に伝播します。VBR で BGP が有効になっている場合、ルートはデータセンターに伝播されます。

    • ECR は、関連付けられている他の VPC にルートを伝播しません。

  • 公開された静的ルートにルートの競合がある場合、ECR の [ルート] タブでターゲットルートを表示できます。ステータスは [競合] として表示され、[有効] になりません。

  制限

  • カスタムルートテーブルのルートは ECR に公開できません。

  • 宛先 CIDR ブロックがプレフィックスリストであるルートは、ECR に公開できません。

  • ネクストホップがルーターインターフェース (VBR へ) であるアクティブ/スタンバイルートと ECMP ルートは、ECR に公開できません。VPC ルートが ECR に公開されると、ECMP ルートまたはアクティブ/スタンバイルートを構成できなくなります。

  • VPC ルートが ECR に公開された後、公開されたルートを変更する場合、ターゲットルートのネクストホップは、公開操作をサポートするルートタイプ (以下の表を参照) にのみ設定できます。

  • 次の表に、VPC インスタンスのさまざまなタイプのルートのデフォルトの公開ステータスと、公開操作と撤回操作をサポートするかどうかを示します。

    クリックして表を表示する

    ルートタイプ	ルートが属するインスタンス	デフォルトで公開	公開可能	撤回可能
    VPC システムルート	VPC	はい	サポート	マレーシア (クアラルンプール) のみサポートされています。
    IPv4 ゲートウェイへのルート	VPC	いいえ	サポート	サポート
    IPv6 ゲートウェイへのルート	VPC	いいえ	サポート	サポート
    NAT ゲートウェイへのルート	VPC	いいえ	はい	サポート
    VPC ピアリング接続へのルート	VPC	いいえ	いいえ	いいえ
    トランジットルーターへのルート	VPC	いいえ	いいえ	いいえ
    VPN ゲートウェイへのルート	VPC	いいえ	サポート	サポート
    ECS インスタンスへのルート	VPC	いいえ	サポート	はい
    弾性ネットワークインターフェースへのルート	VPC	いいえ	サポート	はい
    高可用性仮想 IP へのルート	VPC	いいえ	サポート	サポート
    ルーターインターフェース (VBR へ) へのルート	VPC	いいえ	いいえ	いいえ
    ルーターインターフェース (VPC へ) へのルート	VPC	いいえ	いいえ	いいえ
    Express Connect ルーターへのルート	VPC	いいえ	いいえ	いいえ
    Gateway Load Balancer エンドポイントへのルート	VPC	いいえ	サポート	はい

  例

  ある企業が中国 (杭州) リージョンにデータセンターと VPC を持っているとします。企業は、クラウドとデータセンター間の安定した通信を確立し、データセンターにデプロイされたサービスがインターネットと通信できるようにしたいと考えています。

  企業は VPC と VBR を ECR に接続し、EIP が接続されたインターネット NAT ゲートウェイを作成し、ECR にルートを公開する機能を使用できます。ルートの競合がない場合、ECR に関連付けられているデータセンターは BGP を介して NAT ゲートウェイへのルートを学習できるため、データセンターはインターネットにアクセスできます。

• 静的ルートをトランジットルーター (TR) に公開する: 静的ルートが TR に公開されると、ルートの競合がなく、TR のルート同期が有効になっている場合、TR に接続されているすべてのネットワークインスタンスがこのルートを学習できます。

VPC が ECR と TR の両方に接続されている場合、VPC ルートを ECR と TR に公開する操作は独立しており、互いに影響を与えません。

動的ルートの受信を有効または無効にする

デフォルトでは、すべてのルートテーブルで 動的ルート を受信できます。純粋に静的ルーティング構成が必要な場合は、ルートテーブルの動的ルートの受信を無効にすることができます。これにより、必要に応じてビジネスルートテーブルを計画し、ルート構成を簡単に管理できます。

1. 無効化がサポートされているケース: 動的ルートのソースが [ルート伝播 - タイプ ECR] であるか、VPC に動的ルートが伝播されていない場合。VPC に動的ルートが伝播されていない場合、[動的ルートソース] は、ルートテーブル詳細ページの [ルートエントリリスト] > [動的ルート] タブに表示されません。

   無効化は、次のケースではサポートされていません。VPC が Basic Edition TR に接続されている。VPC が Enterprise Edition TR に接続されており、TR で VPC の ルート同期 が有効になっている。VPC が VPN ゲートウェイに関連付けられており、VPN ゲートウェイの ルート自動伝播 が有効になっている。

2. 無効化の効果:

   • VPC ルートテーブルは、他のネットワークインスタンスから伝播されたルートを受信しなくなります。ルートテーブルに動的ルートが既に存在する場合、それらはすべて削除されます。注意して進めてください。

   • VPC を Basic Edition TR に接続できません。この VPC に接続されている TR は、VPC のルート同期を有効にできません。この VPC に関連付けられている VPN ゲートウェイは、ルート自動伝播を有効にできません。

3. 無効にした後、再度有効にした場合の効果:

   再度有効にすると、VPC ルートテーブルの動的ルートは、動的ルートソースから現在伝播されているルートに基づいて設定されます。

   たとえば、ECR に 4 つの動的ルートがある場合、このスイッチを無効にすると、VPC ルートテーブルから動的ルートがクリアされます。ECR にさらに 2 つのルートを追加し、このスイッチを再度有効にすると、VPC ルートテーブルは ECR から 6 つの動的ルートを受信します。

variable "name" {
  default = "terraform-example"
}

resource "alicloud_vpc" "defaultVpc" {
  vpc_name = var.name
}

resource "alicloud_route_table" "default" {
  description      = "test-description" // テストの説明
  vpc_id           = alicloud_vpc.defaultVpc.id
  route_table_name = var.name
  associate_type   = "VSwitch"
  route_propagation_enable = True # このパラメーターを変更して、動的ルートの受信を有効または無効にします。
}

セルフマネージドファイアウォールを使用する

VPC 内の ECS インスタンスにセルフマネージドファイアウォールをセットアップし、ゲートウェイルートテーブルを使用して、VPC に入るトラフィックをファイアウォールにリダイレクトしてフィルタリングできます。

GWLB 高可用性アーキテクチャ

Gateway Load Balancer (GWLB) を使用して、トラフィックをさまざまなセキュリティデバイスに分散することで、アプリケーションのセキュリティと可用性を向上させることができます。

IPv4 ゲートウェイへのルート

IPv4 ゲートウェイ を、企業 VPC とインターネット間の統合された入出力ポイントとして使用できます。カスタムルートテーブルと組み合わせることで、インターネットアクセストラフィックを一元的に制御できるため、統合セキュリティポリシーと監査の実装が容易になり、アクセス ポイントが分散することによるセキュリティリスクが軽減されます。

IPv6 ゲートウェイへのルート

IPv6 を有効にすると、システムは自動的にカスタムルートをシステムルートテーブルに追加します。

• 宛先 CIDR ブロックは ::/0 で、ネクストホップは IPv6 ゲートウェイです。

このルートは、デフォルトの IPv6 トラフィックを IPv6 ゲートウェイに転送します。IPv6 アドレスの IPv6 パブリック帯域幅を有効にすると、システムルートテーブルに接続されている vSwitch はインターネットと通信できます。

カスタムルートテーブルに接続されている IPv6 が有効な vSwitch の場合、IPv6 を介してインターネットと通信するには、上記のルートをカスタムルートテーブルに手動で追加する必要があります。

ネクストホップが IPv6 ゲートウェイインスタンスであるカスタムルートの場合、宛先 CIDR ブロックは ::/0 にのみ設定できます。

NAT ゲートウェイへのルート

多くのサーバーがインターネットにアクティブにアクセスする必要があり、多くのパブリック IP リソースが必要な場合は、インターネット NAT ゲートウェイ の SNAT 機能を使用できます。これにより、VPC 内の複数の ECS インスタンスがインターネットアクセス用の EIP を共有できるため、パブリック IP リソースを節約できます。さらに、これらの ECS インスタンスはプライベート IP アドレスを公開せずにインターネットにアクセスできるため、セキュリティリスクが軽減されます。

NAT ゲートウェイを使用する場合、インターネット NAT ゲートウェイを指すカスタムルートを VPC ルートテーブルに追加して、インターネットアクセスを有効にする必要があります。

• ECS インスタンスが属する vSwitch がカスタムルートテーブルに接続されている場合: [宛先 CIDR ブロック] を 0.0.0.0/0 に設定し、[ネクストホップ] をインターネット NAT ゲートウェイに設定したルートを手動で構成する必要があります。

• ECS インスタンスが属する vSwitch がシステムルートテーブルに接続されている場合:

  • 宛先 CIDR ブロック 0.0.0.0/0 のルートがシステムルートテーブルに存在しない場合、システムはインターネット NAT ゲートウェイを指すルートを自動的に構成します。

  • 宛先 CIDR ブロック 0.0.0.0/0 のルートがシステムルートテーブルに既に存在する場合、既存のルートを削除してから、インターネット NAT ゲートウェイを指すルートを追加する必要があります。

VPC ピアリング接続へのルート

VPC は互いに分離されていますが、VPC ピアリング接続 を使用すると、同じアカウントか異なるアカウントか、同じリージョンか異なるリージョンかに関係なく、2 つの VPC 間のプライベート通信を有効にできます。2 つの VPC 間でピアリング接続が確立されると、それらの中にデプロイされた Alibaba Cloud リソースは、プライベート IPv4 または IPv6 アドレスを使用して相互にアクセスできます。

トランジットルーターへのルート

Cloud Enterprise Network (CEN) を使用して VPC を接続する場合、トランジットルーターを指すルートを VPC ルートテーブルに追加する必要があります。次のいずれかの方法でこれを行うことができます。

• VPC 接続を作成するときに、[VPC のすべてのルートテーブルのトランジットルーターを指すルートを自動的に構成する] を選択します。

  この機能を有効にすると、システムは VPC インスタンスのすべてのルートテーブルに、宛先 CIDR ブロックが 10.0.0.0/8、172.16.0.0/12、および 192.168.0.0/16 の 3 つのルートを自動的に構成します。すべてのネクストホップは VPC 接続を指し、VPC インスタンスからの IPv4 トラフィックをトランジットルーターに転送します。

• トランジットルーターで ルート学習 を有効にした後、各 VPC の ルート同期 を有効にするか、ピア VPC を指すルートを各 VPC ルートテーブルに手動で追加できます。

次の図は、トランジットルーターでルート学習が有効になった後、宛先 CIDR ブロックがピア VPC の CIDR ブロックに設定され、ネクストホップがトランジットルーターに設定されたルートが VPC ルートテーブルに手動で追加される例を示しています。

VPN ゲートウェイへのルート

VPN ゲートウェイを介して暗号化トンネルを確立することにより、オンプレミスデータセンターと VPC の間に安全で信頼性の高いネットワーク接続を作成できます。

VPN ゲートウェイを使用する場合、[宛先 CIDR ブロック] をデータセンターの CIDR ブロックに設定し、[ネクストホップ] を [VPN ゲートウェイ] に設定したルートを VPC に構成する必要があります。これにより、VPC は IPsec 接続を介してデータセンターにアクセスできます。

ECS インスタンスまたは弾性ネットワークインターフェースへのルート

VPC 内の 2 つの vSwitch が通信する必要がある場合、ルートテーブルを調整して、トラフィック検査、分析、および保護のために、サードパーティのセキュリティデバイス (ファイアウォールや WAF など) をトラフィックパスに挿入できます。

これを構成するには、通信する各 vSwitch を個別のカスタムルートテーブルに接続します。次に、対応する CIDR ブロックのシステムルートのネクストホップを、ファイアウォールの ECS インスタンスまたはファイアウォールの弾性ネットワークインターフェース (ENI) に変更できます。

ルーターインターフェースへのルート

Express Connect の VBR-to-VPC 接続 機能を使用すると、オンプレミスデータセンターをクラウドネットワークに接続できます。

この機能を使用する場合、宛先 CIDR ブロックをデータセンターの CIDR ブロックに設定し、ネクストホップタイプを [ルーターインターフェース (VBR へ)] に設定したルートを VPC に構成する必要があります。これにより、VPC は VBR を介してデータセンターにアクセスできます。このタイプは、ヘルスチェック で使用する必要がある [ECMP] モードと [アクティブ/スタンバイ] モードをサポートしています。

次の図は、アクティブ/スタンバイモードを示しています。

Express Connect ルーターへのルート

Express Connect ルーター (ECR) と Express Connect を使用すると、オンプレミスデータセンターをクラウドネットワークに接続できます。

• デフォルトでは、VPC は ECR から動的ルートを受信します。宛先 CIDR ブロックはデータセンターの CIDR ブロックで、ネクストホップは Express Connect ルーターです。これにより、クラウド上の VPC とデータセンター間の通信が可能になります。

• VPC ルートテーブルの動的ルートの受信が無効になっている場合は、[宛先 CIDR ブロック] をデータセンターの CIDR ブロックに設定し、[ネクストホップ] を [Express Connect ルーター] に設定したルートを VPC ルートテーブルに手動で構成する必要があります。これにより、クラウド上の VPC とデータセンター間の通信が可能になります。

Gateway Load Balancer エンドポイントへのルート

これらのリージョン のみ、[Gateway Load Balancer エンドポイント] をサポートしています。具体的なユースケースについては、「ゲートウェイルートテーブルを使用する - GWLB 高可用性アーキテクチャ」をご参照ください。

クォータ

制限

ルートテーブルの制限

• 各 vSwitch はルートテーブルに接続する必要があり、1 つのルートテーブルにのみ接続できます。1 つのルートテーブルを複数の vSwitch に接続できます。

• カスタムルートテーブルのみを削除できます。システムルートテーブルは削除できません。

ルートの制限

静的ルートの制限:

• システムルートを手動で作成または削除することはできません。

• 100.64.0.0/10 クラウドサービスシステムルートよりも具体的な宛先 CIDR ブロックを持つカスタムルートを作成できますが、CIDR ブロックは同じにすることはできません。ルートの設定を誤ると一部の Alibaba Cloud サービスにアクセスできなくなる可能性があるため、より具体的なルートは慎重に構成してください。

• ネクストホップが IPv6 ゲートウェイインスタンスであるカスタムルートの場合、宛先 CIDR ブロックは ::/0 にのみ設定できます。

• [VPC ルート公開ステータス] 列は、VPC が TR または ECR に接続された後にのみ、コンソールのルートに表示されます。

• 新しいルートの宛先 CIDR ブロックが既存のルートの宛先 CIDR ブロックと重複している場合、新しいルートの追加は一部のケースではサポートされていません。詳細については、「ルートの優先順位」をご参照ください。

静的ルートの公開の制限:

• カスタムルートテーブルのルートは ECR に公開できません。

• 宛先 CIDR ブロックがプレフィックスリストであるルートは、ECR に公開できません。

• ネクストホップがルーターインターフェース (VBR へ) であるアクティブ/スタンバイルートと ECMP ルートは、ECR に公開できません。VPC ルートが ECR に公開されると、ECMP ルートまたはアクティブ/スタンバイルートを構成できなくなります。

• VPC ルートが ECR に公開された後、公開されたルートを変更する場合、ターゲットルートのネクストホップは、公開操作をサポートするルートタイプ (以下の表を参照) にのみ設定できます。

• 次の表に、VPC インスタンスのさまざまなタイプのルートのデフォルトの公開ステータスと、公開操作と撤回操作をサポートするかどうかを示します。

  クリックして表を表示する

  ルートタイプ	ルートが属するインスタンス	デフォルトで公開	公開可能	撤回可能
  VPC システムルート	VPC	はい	サポート	マレーシア (クアラルンプール) のみサポートされています。
  IPv4 ゲートウェイへのルート	VPC	いいえ	サポート	サポート
  IPv6 ゲートウェイへのルート	VPC	いいえ	サポート	サポート
  NAT ゲートウェイへのルート	VPC	いいえ	はい	サポート
  VPC ピアリング接続へのルート	VPC	いいえ	いいえ	いいえ
  トランジットルーターへのルート	VPC	いいえ	いいえ	いいえ
  VPN ゲートウェイへのルート	VPC	いいえ	サポート	サポート
  ECS インスタンスへのルート	VPC	いいえ	サポート	はい
  弾性ネットワークインターフェースへのルート	VPC	いいえ	サポート	はい
  高可用性仮想 IP へのルート	VPC	いいえ	サポート	サポート
  ルーターインターフェース (VBR へ) へのルート	VPC	いいえ	いいえ	いいえ
  ルーターインターフェース (VPC へ) へのルート	VPC	いいえ	いいえ	いいえ
  Express Connect ルーターへのルート	VPC	いいえ	いいえ	いいえ
  Gateway Load Balancer エンドポイントへのルート	VPC	いいえ	サポート	はい

動的ルートの制限:

• VPC ルートテーブルは、一度に 1 つの動的ルートソースからのみ動的ルートを受信できます。

  たとえば、VPC が ECR に関連付けられた後、VPC を Enterprise Edition TR に接続する場合、TR で VPC の ルート同期 を有効にしようとすると失敗します。VPN ゲートウェイを作成し、ルート自動伝播を有効にすると、VPN ゲートウェイによって学習された BGP ルートは VPC のシステムルートテーブルに自動的に伝播されます。この場合、VPC を ECR に関連付けることはできません。

• 受信した動的ルートがルートテーブルの既存のルートと重複している場合は、「ルートの優先順位」を参照して、どのルートが有効になるかを判断してください。

• vSwitch に接続されたルートテーブルのみが動的ルートを受信できます。ゲートウェイルートテーブルは動的ルートをサポートしていません。

料金

VPC ルートテーブル機能は無料です。