Virtual Private Cloud:ルートテーブル

ルートテーブル

VPC を作成すると、システムが自動的にシステムルートテーブルを作成します。このルートテーブルは、デフォルトで VPC 内のすべての vSwitch に関連付けられ、VPC 内のトラフィックを制御します。

VPC 内の Elastic Compute Service (ECS) インスタンスが同じ宛先 CIDR ブロックにアクセスする際に異なるパスを使用する必要がある場合、カスタムルートテーブルを作成できます。ECS インスタンスを複数の vSwitch に分散配置し、各 vSwitch に個別のカスタムルートテーブルを関連付けることで、細かい粒度でのトラフィック制御が可能です。

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

以下に、各種ルートテーブルの違いを示します。

比較	システムルートテーブル	カスタムルートテーブル
関連付け対象	vSwitch	vSwitch	IPv4/IPv6 ゲートウェイ
図解
利用シーン	新規 vSwitch にデフォルトで関連付けられ、vSwitch トラフィックの一元管理を実現します。	特定の vSwitch にのみ関連付け、そのトラフィックパスの制御を実現します。	IPv4/IPv6 ゲートウェイに関連付け、セキュアなインバウンドインターネットトラフィックのリダイレクトを実現します。
作成	自動作成：VPC を作成すると同時にシステムが自動的に作成します。	手動作成：ルートテーブル作成時に vSwitch タイプを選択します。	手動作成：ルートテーブル作成時にボーダーゲートウェイの種類を選択します。
削除可否	削除できません。	削除可能です。ただし、事前に vSwitch からの関連付けを解除する必要があります。	削除可能です。ただし、事前に IPv4/IPv6 ゲートウェイからの関連付けを解除する必要があります。
クォータ	VPC あたり 1 つのシステムルートテーブル。	デフォルトでは、VPC 内の vSwitch に関連付け可能なカスタムルートテーブルを 9 つまで作成できます。必要に応じて、クォータ増加の申請が可能です。	VPC 内の IPv4/IPv6 ゲートウェイに関連付け可能なルートテーブルは 1 つだけです。

各 vSwitch は、1 つのルートテーブルのみに関連付けることができます。一方、1 つのルートテーブルは複数の vSwitch に関連付けることができます。

1. 静的ルート

静的ルートは、システムが自動的に追加するか、ユーザーが手動で追加します。以下の 2 種類があります。

• システムルート：ネクストホップが Local に設定されたルート。VPC および vSwitch の作成時にシステムが自動的に追加します。VPC 内のインスタンス間通信や Alibaba Cloud サービスへのアクセスに使用されます。

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

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

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

   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 のルートテーブル内で動的ルートを手動で設定する必要はありません。動的ルートソースから自動的に受信・更新されます。

ルート優先度

VPC のルートテーブル内のルートは、以下のルールに基づいて優先度が決定されます。

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

  IPv4 および IPv6 のトラフィックルーティングは互いに独立しています。システムは最長プレフィックス一致ルールを使用して、宛先 IP アドレスに最も適合する最も詳細なルートを選択し、トラフィック転送のネクストホップを決定します。

  最長プレフィックス一致：複数のルートがパケットの宛先 IP アドレスに一致する宛先 CIDR ブロックを持つ場合、システムはサブネットマスクが最も長い（最も詳細な CIDR ブロック）ルートを使用します。たとえば、192.168.1.100 宛てのトラフィックは、192.168.1.0/24 ルートに一致し、その後で 192.168.0.0/16 ルートに一致します。

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

  操作	既存のシステムルート	既存のカスタムルート	既存の動的ルート
  vSwitch の作成	vSwitch の CIDR ブロックは、既存のシステムルートと重複してはなりません。	vSwitch の CIDR ブロックは、以下のいずれにも該当してはなりません。 既存のカスタムルートの宛先 CIDR ブロックと同一であること。 既存のカスタムルートの宛先 CIDR ブロックを含むこと。	vSwitch CIDR ブロックは、以下のものをサポートしていません。 既存の動的ルートの宛先 CIDR ブロックと同一であること。 既存の動的ルートの宛先 CIDR ブロックを含むこと。
  カスタムルートの追加	新しいカスタムルートの宛先 CIDR ブロックは、以下のいずれにも該当してはなりません。 既存のシステムルートの CIDR ブロックと一致すること。 既存のシステムルートよりも詳細であること。	新しいカスタムルートの宛先 CIDR ブロックは、既存のカスタムルートの宛先 CIDR ブロックと同一であってはなりません。 ネクストホップタイプ が ルーターインターフェイス（VBR 向け） の場合、アクティブ／スタンバイまたは等コストマルチパス（ECMP）ルートを設定できます。詳細については、「ルーターインターフェイスへのルート」をご参照ください。	カスタムルートを追加する場合、その宛先 CIDR ブロックは既存の動的ルートの宛先 CIDR ブロックと同一であってはなりません。 新しいカスタムルートのネクストホップが VPN ゲートウェイまたはルーターインターフェイスであり、CEN から既存の動的ルートが同じ宛先 CIDR ブロックで伝播されている場合、動的ルートは撤回され、カスタムルートが有効になります。
  動的ルートの受信	動的ルートを受信した場合： 既存のシステムルートと同じ宛先 CIDR ブロックを持つことはできません。 既存のシステムルートよりも詳細な場合、動的ルートは伝播されません。	ECR から動的ルートを受信する場合：同じ宛先 CIDR ブロックを持つカスタムルートが存在する場合、カスタムルートが優先されます。 動的ルートは VPC のルートテーブルに表示されますが、カスタムルートが削除されるまでは有効になりません。 VPN ゲートウェイ、Enterprise Edition TR、Basic Edition TR から動的ルートを受信する場合：同じ宛先 CIDR ブロックを持つカスタムルートが存在する場合、カスタムルートが優先されます。 この場合、動的ルートは VPC のルートテーブルに伝播されず、カスタムルートが削除された後にのみ伝播されて有効になります。	サポートされていません。現在の VPC ルートテーブルには1 つのルート伝播ソースのみが存在します。

ルートテーブルの作成および削除

対象の 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 のトラフィックパスを制御できます。

IPv4／IPv6 ゲートウェイに関連付けられたルートテーブルにはルートを追加できません。ただし、ルートのネクストホップを変更 できます。

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

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

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

• システムルート：カスタムルートテーブル（ゲートウェイルートテーブルを含む）内にある場合に限り、システムルートのネクストホップを変更できます。変更後、このルートはカスタムルートになります。このカスタムルートを削除すると、元のシステムルートが復元されます。

• カスタムルート：システムルートテーブルおよびカスタムルートテーブルのどちらでも、カスタムルートのネクストホップを変更できます。

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

resource "alicloud_route_entry" "foo" {
  route_table_id        = "rt-12345xxxx" # ルートテーブル ID を入力します。
  destination_cidrblock = "172.16.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	いいえ	サポート	サポート
    ENI へのルート	VPC	いいえ	サポート	サポート
    高可用性仮想 IP アドレスへのルート	VPC	いいえ	サポート	サポート
    ルーターインターフェイス（VBR 向け）へのルート	VPC	いいえ	いいえ	いいえ
    ルーターインターフェイス（VPC 向け）へのルート	VPC	いいえ	いいえ	いいえ
    Express Connect ルーターへのルート	VPC	いいえ	いいえ	いいえ
    Gateway Load Balancer エンドポイントへのルート	VPC	いいえ	サポート	サポート

  利用シーンの例

  ある企業が中国（杭州）リージョンにデータセンターおよび VPC を保有しており、VPC とデータセンター間の安定した通信を確立したいと考えています。また、データセンターに展開されたサービスがインターネットにアクセスできるようにしたいと考えています。

  この企業は、VPC と VBR を ECR に接続し、EIP をアタッチしたインターネット NAT ゲートウェイを作成して、ルートを 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 ゲートウェイのBGP ルート自動伝播が有効になっている場合。

2. 停止時の影響：

   • VPC のルートテーブルは、他のネットワークインスタンスから伝播されるルートを受信しなくなります。すでにルートテーブルに存在する動的ルートはすべて削除されます。慎重に実行してください。

   • VPC を Basic Edition TR に接続できなくなります。この VPC に接続された TR は、VPC のルート同期を有効化できなくなります。この VPC に関連付けられた VPN ゲートウェイは、BGP ルート自動伝播を有効化できなくなります。

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 ゲートウェイへのルート

VPC で 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 ゲートウェイを使用する場合、インターネットアクセスを有効化するために、VPC のルートテーブルにインターネット NAT ゲートウェイを指すルートを追加する必要があります。

• 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 間でピアリング接続を確立した後、これらの VPC 内の Alibaba Cloud リソースは、プライベート IPv4 または IPv6 アドレスを使用して相互にアクセスできます。

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

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

• VPC 接続を作成する際に、トランジットルーターを指すルートを自動作成し、現在の VPC のすべてのルートテーブルに追加 を選択します。

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

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

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

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

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

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

ECS インスタンスまたは ENI へのルート

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

この構成を行うには、通信する vSwitch のそれぞれを個別のカスタムルートテーブルに関連付けることができます。その後、対応する CIDR ブロックのシステムルートのネクストホップを、ファイアウォールの ECS インスタンスまたは ENI に変更できます。

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

Express Connect の VBR から VPC への接続 機能を使用すると、オンプレミスデータセンターを VPC に接続できます。

この機能を使用する場合、VPC にルートを追加する必要があります。このルートでは、宛先 CIDR ブロックをオンプレミスデータセンターの CIDR ブロックに設定し、ネクストホップタイプを ルーターインターフェイス（VBR 向け） に設定します。これにより、VPC が VBR を介してオンプレミスデータセンターにアクセスできます。このネクストホップタイプは ECMP および アクティブ／スタンバイ モードをサポートしています。これらのモードは ヘルスチェック と併用する必要があります。

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

Express Connect ルーターへのルート

Express Connect ルーター（ECR） を Express Connect と併用して、オンプレミスデータセンターを VPC に接続できます。

• デフォルトでは、VPC は Express Connect ルーター（ECR）から動的ルートを受け入れます。これらのルートは、データセンターの CIDR ブロックを宛先 CIDR ブロックとして、ECR をネクストホップとして指定することで、オンプレミスデータセンターとの通信を可能にします。

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

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

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

クォータ

制限事項

課金

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