Virtual Private Cloud:VPC ルートテーブル

ルートテーブル

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 に関連付けられ、個々のトラフィックフローを制御します。	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. Alibaba Cloud サービスルート：宛先 CIDR ブロックは 100.64.0.0/10 です。このルートにより、VPC1 のインスタンスは Alibaba Cloud サービスにアクセスできます。

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

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

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

VPC2 のシステムルートテーブルのルートは、VPC1 のルートと同じ原則に従うため、ここでは説明を省略します。

2. 動的ルート

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

ルート優先度

VPC ルートテーブルのルートは、次のように優先順位が付けられます。

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

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

  最長プレフィックス一致：複数のルートの宛先 CIDR ブロックがパケットの宛先 IP アドレスと一致する場合、システムはサブネットマスクが最も長い (最も具体的なネットワーク範囲) ルートを使用します。たとえば、192.168.1.100 宛てのトラフィックは、192.168.0.0/16 ルートよりも先に 192.168.1.0/24 ルートに一致します。

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

  アクション	既存のシステムルート	既存のカスタムルート	既存の動的ルート
  vSwitch の作成	vSwitch の CIDR ブロックは、既存のシステムルートと重複できません。	vSwitch の CIDR ブロックは、以下を満たすことはできません。 既存のカスタムルートの宛先 CIDR ブロックと同一であること。 既存のカスタムルートの宛先 CIDR ブロックを含むこと。	vSwitch の CIDR ブロックは、以下を満たすことはできません。 既存の動的ルートの宛先 CIDR ブロックと同一であること。 既存の動的ルートの宛先 CIDR ブロックを含むこと。
  カスタムルートの追加	新しいカスタムルートの宛先 CIDR ブロックは、以下を満たすことはできません。 既存のシステムルートの CIDR ブロックと同一であること。 既存のシステムルートよりも具体的であること。	新しいカスタムルートの宛先 CIDR ブロックは、既存のカスタムルートの宛先 CIDR ブロックと同一にすることはできません。 ネクストホップタイプが ルーターインターフェイス (VBR へ) の場合、アクティブ/スタンバイまたは等コストマルチパス (ECMP) ルートを設定できます。詳細については、ルーターインターフェイスへのルートをご参照ください。	カスタムルートを追加する場合、その宛先 CIDR ブロックは既存の動的ルートの宛先 CIDR ブロックと同一にすることはできません。 新しいカスタムルートのネクストホップが VPN Gateway またはルーターインターフェイスであり、CEN からの既存の動的ルートが同じ宛先 CIDR ブロックを持つ場合、動的ルートは取り消され、カスタムルートが有効になります。
  動的ルートの受信	既存のシステムルートと同じ宛先 CIDR ブロックを持つことはできません。 既存のシステムルートよりも具体的な場合、動的ルートは有効になりません。 ルートソースが ECR の場合、動的ルートは VPC ルートテーブルに表示されますが、有効にはなりません。 ルートソースが VPN Gateway、Enterprise Edition Transit Router (TR)、または Basic Edition Transit Router (TR) の場合、動的ルートは VPC ルートテーブルに伝播されません。	既存のカスタムルートと同じ宛先 CIDR ブロックを持つ場合、動的ルートは有効になりません。 ルートソースが ECR の場合、動的ルートは VPC ルートテーブルに表示されますが、有効にはなりません。 ルートソースが VPN Gateway、Enterprise Edition Transit Router (TR)、または Basic Edition Transit Router (TR) の場合、動的ルートは 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 の ルートテーブル に カスタムルート を追加して、そのトラフィックパスを制御できます。

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 ブロック と ネクストホップ でサポートされているタイプについては、システムルートとカスタムルートの比較をご参照ください。

静的ルートの公開と取り消し

ルートテーブル の ルートエントリ は、Express Connect Router (ECR) または Transit Router (TR) に公開できます。この機能を 動的ルート受信 と組み合わせることで、ルート設定が簡素化されます。

• 静的ルートを Express Connect Router (ECR) に公開する：静的ルートが ECR に公開されると、ECR はそのルートをオンプレミスデータセンターに動的に伝播します。ルートの競合 が存在しない場合、ECR に関連付けられているすべてのオンプレミスデータセンターがこのルートを学習できます。

  ECR ルート公開

  仕組み

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

  • 静的ルートを ECR に公開した後：

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

    • ECR は、関連付けられている他の Virtual Private Cloud ネットワークにルートを伝播しません。

  • 公開された静的ルートが既存のルートと競合する場合、ECR の [ルート] タブで ルートエントリ を表示できます。ルートエントリ のステータスは [競合] と表示され、ルートは [アクティブ] になりません。

  制限事項

  • カスタムの Virtual Private Cloud ルートテーブル で設定された ルートエントリ は、ECR に公開できません。

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

  • ネクストホップ がルーターインターフェイス (VBR へ) であるアクティブ/スタンバイルートおよび等コストマルチパス (ECMP) ルートは、ECR に公開できません。Virtual Private Cloud ルートが ECR に公開された後、その ルートエントリ に対して ECMP またはアクティブ/スタンバイルートを設定することはできなくなります。

  • Virtual Private Cloud ルートが ECR に公開された後、ルートエントリ を変更する場合、ネクストホップ は次の表で説明されているように、公開をサポートするタイプにのみ設定できます。

  • 次の表は、さまざまなタイプの ルートエントリ のデフォルトのアドバタイズステータスと、公開 および 取り消し 操作がサポートされているかどうかを示しています。

    ルートエントリのアドバタイズステータス

    ルートタイプ	ルートエントリインスタンス	デフォルトで公開	公開をサポート	取り消しをサポート
    VPC システムルート	VPC	はい	はい	マレーシア (クアラルンプール) リージョンでのみサポートされています。
    IPv4 ゲートウェイへの ルートエントリ	VPC	いいえ	はい	はい
    IPv6 ゲートウェイへの ルートエントリ	VPC	いいえ	はい	はい
    NAT Gateway への ルートエントリ	VPC	いいえ	はい	はい
    VPC ピアリング接続への ルートエントリ	VPC	いいえ	サポートされていません	サポートされていません
    Transit Router への ルートエントリ	VPC	いいえ	サポートされていません	サポートされていません
    VPN Gateway への ルートエントリ	VPC	いいえ	はい	はい
    ECS インスタンスへの ルートエントリ	VPC	いいえ	はい	はい
    Elastic Network Interface (ENI) への ルートエントリ	VPC	いいえ	はい	はい
    高可用性仮想 IP (HaVip) への ルートエントリ	VPC	いいえ	はい	はい
    ルーターインターフェイス (VBR へ) への ルートエントリ	VPC	いいえ	サポートされていません	サポートされていません
    ルーターインターフェイス (VPC へ) への ルートエントリ	VPC	いいえ	サポートされていません	サポートされていません
    Express Connect Router への ルートエントリ	VPC	いいえ	サポートされていません	サポートされていません
    Gateway Load Balancer エンドポイントへの ルートエントリ	VPC	いいえ	はい	はい

  ユースケース

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

  この企業は、Virtual Private Cloud と VBR を ECR に接続し、EIP がアタッチされた NAT Gateway を作成し、ルートを ECR に公開することができます。ルートの競合 が存在しない場合、オンプレミスデータセンターは BGP を介して NAT Gateway へのルートを学習できます。これにより、データセンターはインターネットにアクセスできます。

  

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

Virtual Private Cloud が ECR と TR の両方に接続されている場合、ルートエントリ の ECR への公開と TR への公開は互いに独立しています。

動的ルート受信の有効化と無効化

デフォルトでは、すべての ルートテーブル が 動的ルート を受信します。純粋な静的ルーティング設定が必要な場合は、特定の ルートテーブル の 動的ルート受信 を無効にして、必要に応じてルーティング設定を管理できます。

1. 動的ルート受信は、動的ルートのソースが[ルート伝搬タイプ ECR]の場合、または動的ルートが仮想プライベートクラウドに伝搬されない場合に無効化できます。動的ルートが仮想プライベートクラウドに伝搬されない場合、[動的ルートソース]は、[ルートエントリ一覧] > [動的ルート] タブのルートテーブル 詳細ページに表示されません。

   以下のケースでは、Dynamic Route Receiving を無効化できません：仮想プライベートクラウドが Basic Edition のトランジットルーターに接続されている場合。仮想プライベートクラウドが Enterprise Edition のトランジットルーターに接続されており、トランジットルーター上で仮想プライベートクラウドのルート同期が有効になっている場合。仮想プライベートクラウドが VPN Gateway に関連付けられており、VPN Gateway のルート自動伝播が有効になっている場合。

2. 機能を無効にした場合の影響：

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

   • Virtual Private Cloud は Basic Edition TR に接続できません。この Virtual Private Cloud に接続されている TR は、Virtual Private Cloud の ルート同期 を有効にできません。この Virtual Private Cloud に関連付けられている VPN Gateway の BGP ルートの自動伝播 を有効にすることはできません。

3. 無効にした後に機能を再有効化した場合の影響：

   機能を再有効化すると、システムは動的ルートソースから伝播されたルートに基づいて、Virtual Private Cloud ルートテーブル の動的ルートを更新します。

   たとえば、ECR に 4 つの動的ルートがあるとします。この機能を無効にすると、動的ルートは Virtual Private Cloud ルートテーブル からクリアされます。ECR にさらに 2 つの ルートエントリ が追加され、その後この機能を再有効化すると、Virtual Private Cloud ルートテーブル は 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 # このパラメーターを変更して、動的ルート受信を有効または無効にします。
}

自己管理型ファイアウォールの使用

Virtual Private Cloud (VPC) の ECS インスタンスに自己管理型ファイアウォールをデプロイし、ゲートウェイルートテーブルを使用して VPC に入るトラフィックをファイアウォールにリダイレクトしてフィルタリングすることができます。

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

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

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

IPv4 ゲートウェイを、Virtual Private Cloud (VPC) とインターネット間のトラフィックの統一された入口および出口として使用できます。カスタムルートテーブルと併用すると、IPv4 ゲートウェイはインターネットアクセストラフィックの一元的な制御を可能にします。この設定は、統一されたセキュリティポリシーの実装を支援し、監査を簡素化し、分散アクセスポイントのセキュリティリスクを低減します。

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

Virtual Private Cloud (VPC) で IPv6 を有効にすると、システムは自動的にシステムルートテーブルにルートを追加します。

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

このルートは、デフォルトの IPv6 トラフィックを IPv6 ゲートウェイに転送します。IPv6 アドレスのパブリック帯域幅を有効にすると、システムルートテーブルに関連付けられた vSwitch はインターネットと通信できるようになります。

カスタムルートテーブルに関連付けられた IPv6 対応の vSwitch の場合、IPv6 インターネットアクセスを有効にするには、上記のルートをカスタムルートテーブルに手動で追加する必要があります。

ネクストホップが IPv6 ゲートウェイであるカスタムルートの場合、宛先 CIDR ブロックは ::/0 でなければなりません。

インターネット NAT ゲートウェイへのルート

多くのサーバーがインターネットへの接続を開始する場合、インターネット NAT ゲートウェイの SNAT (ソースネットワークアドレス変換) 機能を使用できます。これにより、Virtual Private Cloud (VPC) 内の複数の ECS インスタンスが Elastic IP (EIP) アドレスを共有してインターネットにアクセスできます。この設定は、パブリック IP リソースを節約し、プライベート IP アドレスを公開しないことでセキュリティリスクを低減します。

インターネット 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 間にピアリング接続が確立されると、VPC にデプロイされたクラウドリソースは、プライベート IPv4 または IPv6 アドレスを使用して互いにアクセスできます。

Transit Router へのルート

Cloud Enterprise Network (CEN) を使用して VPC を接続する場合、Transit Router を指すルートを VPC ルートテーブルに追加する必要があります。これには、次のいずれかの方法があります。

• VPC 接続を作成するときに、[Transit Router を指すルートを自動的に作成し、現在の VPC のすべてのルートテーブルに追加する] を選択します。

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

• Transit Router で ルート学習を有効にした後、各 VPC で ルート同期を有効にするか、各 VPC ルートテーブルにピア VPC を指すルートを手動で追加します。

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

VPN Gateway へのルート

VPN Gateway を使用して、オンプレミスデータセンターと VPC 間に安全で信頼性の高い暗号化トンネルを確立します。

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

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

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

これを設定するには、通信する各 vSwitch を別々のカスタムルートテーブルに関連付けます。次に、対応する CIDR ブロックのシステムルートのネクストホップを、ファイアウォールの ECS インスタンスまたは Elastic Network Interface (ENI) に変更します。

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

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

この機能を使用する場合、VPC にルートを追加する必要があります。このルートでは、宛先 CIDR ブロックをオンプレミスデータセンターの CIDR ブロックに設定し、ネクストホップタイプを ルーターインターフェイス (VBR へ) に設定します。これにより、VPC は仮想ボーダールーター (VBR) を介してオンプレミスデータセンターにアクセスできます。このネクストホップタイプは、等コストマルチパス (ECMP) と アクティブ/スタンバイモードをサポートしています。これらのモードは ヘルスチェックと併用する必要があります。

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

Express Connect Router へのルート

Express Connect Router (ECR) と Express Connect を使用して、オンプレミスデータセンターを VPC に接続できます。

• デフォルトでは、VPC は ECR からの動的ルートを受け入れます。これらのルートでは、宛先 CIDR ブロックはオンプレミスデータセンターの CIDR ブロックであり、ネクストホップは ECR です。この設定により、VPC とオンプレミスデータセンター間の通信が可能になります。

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

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

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

クォータ

制限事項

課金

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