Virtual Private Cloud:VPC route tables

Tabelas de rotas

Quando você cria uma VPC, o sistema cria automaticamente uma tabela de rotas do sistema. Por padrão, o sistema a associa a todos os vSwitches da VPC para controlar o tráfego de rede.

Se diferentes instâncias ECS em uma VPC precisarem enviar tráfego para o mesmo bloco CIDR de destino por caminhos de rede distintos, use uma tabela de rotas personalizada. Para obter um controle granular do tráfego, implante as instâncias ECS em vSwitches diferentes e associe uma tabela de rotas personalizada dedicada a cada um.

Para direcionar o tráfego público de entrada por um firewall autogerenciado, utilize uma tabela de rotas de gateway. Uma tabela de rotas de gateway é uma tabela de rotas personalizada associada a um gateway IPv4/IPv6. Essa configuração direciona o tráfego de entrada para o seu firewall e permite filtragem unificada, auditoria e aplicação de políticas de segurança.

A tabela a seguir compara esses tipos de tabelas de rotas.

Item	Tabela de rotas do sistema	Tabela de rotas personalizada
Associada a	vSwitch	vSwitch	Gateway IPv4/IPv6
Diagrama
Casos de uso	Associada a todos os novos vSwitches por padrão para controlar centralmente o tráfego dos vSwitches.	Associada a vSwitches específicos para controlar seus caminhos de tráfego.	Associada a um gateway IPv4/IPv6 para redirecionar com segurança o tráfego público de entrada.
Método de criação	Criada automaticamente quando você cria uma VPC.	Criada manualmente. Selecione o tipo vSwitch ao criar a tabela de rotas.	Criada manualmente. Selecione o tipo gateway ao criar a tabela de rotas.
Exclusão	Não é possível excluí-la.	É possível excluí-la após desassociá-la de todos os vSwitches associados.	É possível excluí-la após desassociá-la do gateway IPv4/IPv6.
Cota	Uma tabela de rotas do sistema por VPC.	Por padrão, você pode criar até 9 tabelas de rotas personalizadas para vSwitches em uma VPC. Você pode solicitar um aumento de cota.	É possível criar apenas uma tabela de rotas para um gateway IPv4/IPv6 em uma VPC.

Você deve associar cada vSwitch a exatamente uma tabela de rotas. No entanto, é possível associar uma tabela de rotas a vários vSwitches.

1. Rotas estáticas

As rotas estáticas são adicionadas automaticamente pelo sistema ou manualmente por você e incluem dois tipos:

• Rotas do sistema: Rotas com próximo salto Local, que o sistema adiciona automaticamente quando você cria uma VPC e um vSwitch. O sistema usa essas rotas para a comunicação entre instâncias na VPC ou para acessar cloud services.

• Rotas personalizadas: Rotas que você adiciona manualmente para personalizar os caminhos de encaminhamento de tráfego.

A figura a seguir mostra um exemplo onde duas VPCs se conectam por meio de uma conexão de peering de VPC. A tabela de rotas do sistema da VPC1 contém as seguintes rotas estáticas:

1. Depois que você cria a VPC e o vSwitch, o sistema adiciona automaticamente rotas do sistema com Local como próximo salto:

   1. Rota de cloud service: O bloco CIDR de destino é 100.64.0.0/10. As instâncias na VPC1 usam essa rota para acessar cloud services.

   2. Rota de vSwitch: O bloco CIDR de destino é 10.0.0.0/24. Essa rota permite a comunicação privada entre os vSwitches na VPC1.

2. Depois que você cria a conexão de peering de VPC, adicione manualmente a seguinte rota personalizada:

   O bloco CIDR de destino é 172.16.0.0/16 e o próximo salto é a VPC peering connection. Essa rota encaminha o tráfego destinado à VPC2 para a conexão de peering de VPC.

As entradas de rota na tabela de rotas do sistema da VPC2 seguem os mesmos princípios das da VPC1 e não são detalhadas aqui.

2. Rotas dinâmicas

Rotas dinâmicas são propagadas para uma VPC a partir de outras instâncias de rede. Ao contrário das rotas estáticas, não exigem configuração manual na tabela de rotas da VPC. Em vez disso, o sistema as recebe e atualiza automaticamente a partir de uma source de rota dinâmica.

Prioridade de rotas

As rotas em uma tabela de rotas de VPC são priorizadas com base nas seguintes regras:

• Quando as entradas de rota têm blocos CIDR de destino sobrepostos:

  O sistema roteia o tráfego IPv4 e IPv6 de forma independente. O sistema usa a regra de correspondência de prefixo mais longo para selecionar a rota mais específica correspondente ao endereço IP de destino. Essa rota determina o próximo salto do tráfego.

  Correspondência de prefixo mais longo: Quando várias entradas de rota têm blocos CIDR de destino correspondentes ao endereço IP de destino de um pacote, o sistema seleciona a rota com a máscara de sub-rede mais longa (o intervalo mais específico). Por exemplo, o tráfego destinado a 192.168.1.100 corresponde à rota 192.168.1.0/24 em vez da rota 192.168.0.0/16.

• Quando uma nova entrada de rota se sobrepõe a uma entrada de rota existente:

  Ações	Rota do sistema existente	Rota personalizada existente	Rota dinâmica existente
  Crie um vSwitch	O bloco CIDR do vSwitch não pode se sobrepor ao de uma rota do sistema existente.	O bloco CIDR do vSwitch não pode: Ser idêntico ao bloco CIDR de destino de uma rota personalizada existente. Conter o bloco CIDR de destino de uma rota personalizada existente.	O bloco CIDR do vSwitch não pode: Ser idêntico ao bloco CIDR de destino de uma rota dinâmica existente. Conter o bloco CIDR de destino de uma rota dinâmica existente.
  Adicionar uma rota personalizada	O bloco CIDR de destino da nova rota personalizada não pode: Ser idêntico ao bloco CIDR de uma rota do sistema existente. Ser mais específico do que uma rota do sistema existente para comunicação intra-VPC.	O bloco CIDR de destino de uma nova rota personalizada não pode ser idêntico ao de uma rota personalizada existente. Se o next hop type for router interface (to VBR), você poderá configurar rotas ativas/em standby ou ECMP. Para mais informações, consulte Route to a router interface.	O bloco CIDR de destino de uma nova rota personalizada não pode ser idêntico ao de uma rota dinâmica existente. Se o próximo salto de uma nova rota personalizada for um VPN Gateway ou uma interface de roteador, e uma rota dinâmica existente do CEN tiver o mesmo bloco CIDR de destino, o sistema retira a rota dinâmica e a rota personalizada entra em vigor.
  Receber uma rota dinâmica	O bloco CIDR não pode ser idêntico ao bloco CIDR de destino de uma rota do sistema existente. Se uma rota dinâmica for mais específica que uma rota do sistema existente, a rota dinâmica não entra em vigor: Se a source da rota dinâmica for um ECR, o sistema exibe a rota na tabela de rotas da VPC com o status Candidate e não a usa para encaminhamento. Se a source da rota dinâmica for um VPN Gateway, TR Enterprise Edition ou TR Basic Edition, o sistema não propaga a rota para a tabela de rotas da VPC.	Uma rota dinâmica não entra em vigor se seu bloco CIDR de destino for idêntico ao de uma rota personalizada existente. Se a source da rota dinâmica for um ECR, o sistema exibe a rota na tabela de rotas da VPC com o status Candidate e não a usa para encaminhamento. Se a source da rota dinâmica for um VPN Gateway, TR Enterprise Edition ou TR Basic Edition, o sistema não propaga a rota para a tabela de rotas da VPC. Depois que você exclui a rota personalizada, a rota dinâmica entra em vigor automaticamente.	Não aplicável. Uma tabela de rotas de VPC suporta apenas only a single route propagation source.

Crie e exclua tabelas de rotas

Você deve criar uma tabela de rotas personalizada antes de associá-la a um vSwitch de destino, um gateway IPv4 ou um gateway 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"
}

Associar e desassociar uma tabela de rotas

Por padrão, o sistema não associa uma nova tabela de rotas personalizada a nenhum recurso. Associe-a a um vSwitch ou a um gateway IPv4 ou IPv6 para ativá-la.

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
}

Adicione e exclua entradas de rota

Em uma tabela de rotas associada a um vSwitch, você pode adicionar entradas de rota para direcionar o tráfego dele. Essas entradas são conhecidas como entradas de rota personalizadas.

Não é possível adicionar entradas de rota a uma tabela de rotas associada a um gateway IPv4 ou IPv6. No entanto, você pode change the next hop of a route entry.

resource "alicloud_route_entry" "foo" {
  route_table_id        = "rt-12345xxxx" # Enter the route table ID. 
  destination_cidrblock = "172.16.1.1/32"
  nexthop_type          = "Instance" # Enter the next hop type. 
  nexthop_id            = "i-12345xxxx" # Enter the next hop instance ID. 
}

Modifique o próximo salto

Você pode alterar o próximo salto de uma entrada de rota para redirecionar o tráfego do seu bloco CIDR de destino.

• Entrada de rota do sistema: Você pode alterar o próximo salto de uma entrada de rota do sistema apenas quando ela estiver em uma tabela de rotas personalizada (incluindo uma tabela de rotas de gateway). Essa alteração a converte em uma entrada de rota personalizada. A exclusão dessa entrada de rota personalizada a reverte para uma entrada de rota do sistema.

• Entrada de rota personalizada: Você pode alterar o próximo salto de uma entrada de rota personalizada tanto em tabelas de rotas do sistema quanto personalizadas.

Para os tipos de destination CIDR block e next hop suportados, consulte Comparison between system and custom route entries.

resource "alicloud_route_entry" "foo" {
  route_table_id        = "rt-12345xxxx" # Enter the route table ID. 
  destination_cidrblock = "172.16.1.1/32"
  nexthop_type          = "Instance" # Change the next hop type.
  nexthop_id            = "i-12345xxxx" # Enter the next hop instance ID. 
}

Publicar e retirar rotas estáticas

Você pode propagar rotas de uma tabela de rotas para um ECR ou um TR. Isso, combinado com o recebimento de rotas dinâmicas, simplifica a sua configuração de roteamento.

• Publicar rotas estáticas em um ECR: Quando você publica uma rota estática em um ECR, o ECR a propaga dinamicamente para o seu data center on-premises. Se não houver conflitos de rota, todos os data centers on-premises associados ao ECR poderão aprender a rota.

  Princípios, limitações e exemplos

  Como funciona

  • Quando você associa uma VPC a um ECR, o sistema publica as entradas de rota do sistema no ECR por padrão.

  • Depois que uma rota estática é publicada em um ECR:

    • O ECR propaga a rota para o seu VBR associado. Se o BGP estiver habilitado no VBR, o VBR então propaga a rota para o data center on-premises.

    • O ECR não propaga a rota para outras VPCs associadas a ele.

  • Se uma entrada de rota estática publicada entrar em conflito com uma entrada de rota existente, você pode visualizar a entrada de rota na aba Route Entries do ECR. Seu status é exibido como Conflicting e ela não se tornará Active.

  Limitações

  • Não é possível publicar entradas de rota de uma tabela de rotas personalizada de uma VPC em um ECR.

  • Não é possível publicar entradas de rota em um ECR se o bloco CIDR de destino delas for uma lista de prefixos.

  • O sistema não pode publicar rotas ECMP e rotas ativas/em standby cujo próximo salto é uma interface de roteador (para um VBR) em um ECR. Depois que você publica uma rota da VPC em um ECR, não é mais possível configurar rotas ECMP ou rotas ativas/em standby para ela.

  • Depois que uma rota da VPC é publicada em um ECR, se você quiser modificar a rota publicada, defina seu próximo salto apenas para um tipo de rota que suporta a operação de publicação (consulte a tabela a seguir).

  • A tabela a seguir lista o status de publicação padrão para vários tipos de entradas de rota em uma VPC e indica se elas suportam operações de publicação e retirada em um ECR.

    Tabela

    Tipo de rota	Instância proprietária	Publicada por padrão	Suporte a publicação	Suporte a retirada
    Entrada de rota do sistema da VPC	VPC	Sim	Sim	Suportado apenas em Malaysia (Kuala Lumpur)
    Entrada de rota para um gateway IPv4	VPC	Não	Sim	Sim
    Entrada de rota para um gateway IPv6	VPC	Não	Sim	Sim
    Entrada de rota para um NAT Gateway	VPC	Não	Sim	Sim
    Entrada de rota para uma conexão de peering de VPC	VPC	Não	Não	Não
    Entrada de rota para um TR	VPC	Não	Não	Não
    Entrada de rota para um VPN Gateway	VPC	Não	Sim	Sim
    Entrada de rota para uma instância ECS	VPC	Não	Sim	Sim
    Entrada de rota para uma elastic network interface	VPC	Não	Sim	Sim
    Entrada de rota para um IP virtual de alta disponibilidade	VPC	Não	Sim	Sim
    Entrada de rota para uma interface de roteador (para um VBR)	VPC	Não	Não	Não
    Entrada de rota para uma interface de roteador (para uma VPC)	VPC	Não	Não	Não
    Entrada de rota para um ECR	VPC	Não	Não	Não
    Entrada de rota para um endpoint do Gateway Load Balancer	VPC	Não	Sim	Sim

  Cenário de exemplo

  Uma empresa com uma VPC na região China (Hangzhou) e um data center on-premises deseja estabelecer uma conectividade estável entre a cloud e o ambiente on-premises e permitir que os services implantados no data center on-premises acessem a Internet.

  A empresa pode conectar a VPC e um VBR a um ECR. Após criar um NAT Gateway e associar um EIP a ele, a empresa pode publicar a rota. Se não houver conflitos de rota, o data center on-premises associado ao ECR aprende a rota para o NAT Gateway por meio do BGP, permitindo que ele acesse a Internet.

  

• Publish static routes to a TR: Quando você publica uma rota estática em um TR, todas as instâncias de rede conectadas podem aprender a rota, desde que não haja conflitos de rota e a sincronização de rotas esteja ativada para o TR.

Se a sua VPC estiver conectada tanto a um ECR quanto a um TR, publicar rotas no ECR e publicar rotas no TR são ações independentes que não se afetam mutuamente.

Ative ou desative o recebimento de rotas dinâmicas

Por padrão, todas as tabelas de rotas recebem dynamic route entries. Se quiser usar uma configuração de roteamento apenas estática, desative o recebimento de rotas dinâmicas para cada tabela de rotas. Isso oferece flexibilidade para planejar e gerenciar suas configurações de rota conforme necessário.

1. Você pode desativar este recurso nos seguintes casos: A source da entrada de rota dinâmica é Route Propagation-Type ECR, ou nenhuma rota dinâmica é propagada para a VPC. Se nenhuma rota dinâmica for propagada, o campo Source of Dynamic Route Entry não será exibido na aba Route Entry List > Dynamic Route Entries da página de detalhes da tabela de rotas.

   Não é possível desativar o recebimento de rotas dinâmicas nos seguintes cenários: A VPC está conectada a um TR Basic Edition. A VPC está conectada a um TR Enterprise Edition e a route synchronization está ativada para a VPC no TR. A VPC está associada a um VPN Gateway e a automatic route propagation está ativada para o VPN Gateway.

2. Impactos da desativação do recurso:

   • A tabela de rotas da VPC para de receber rotas propagadas de outras instâncias de rede. O sistema exclui todas as entradas de rota dinâmicas existentes na tabela de rotas. Prossiga com cautela.

   • Não é possível conectar a VPC a um TR Basic Edition. Um TR conectado a esta VPC não pode ter a sincronização de rotas ativada para a VPC. Um VPN Gateway associado a esta VPC não pode ter a propagação automática de rotas ativada.

3. Impactos da reativação do recurso:

   Depois que você reativa o recurso, o sistema atualiza a tabela de rotas da VPC com as rotas atualmente propagadas da source de rota dinâmica.

   Por exemplo, suponha que um ECR tenha quatro entradas de rota dinâmicas. Se você desativar esse recurso, o sistema limpa as entradas de rota dinâmicas da tabela de rotas da VPC. Se você adicionar mais duas entradas de rota ao ECR e então reativar o recurso, a tabela de rotas da VPC receberá seis entradas de rota dinâmicas do ECR.

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 # Set this parameter to true to enable or false to disable dynamic route receiving. 
}

Usar um firewall autogerenciado

Implante um firewall autogerenciado em uma instância ECS na sua VPC e use uma tabela de rotas de gateway para redirect traffic entering the VPC to the firewall for filtering.

Arquitetura de alta disponibilidade do GWLB

Você pode use a Gateway Load Balancer (GWLB) para distribuir o tráfego entre vários dispositivos de segurança e aumentar a segurança e a disponibilidade do aplicativo.

Rota para um gateway IPv4

Use um IPv4 gateway como ponto de entrada e saída unificado para o tráfego de internet de e para a sua VPC. Combinar um gateway IPv4 com uma tabela de rotas personalizada permite o controle centralizado do tráfego, políticas de segurança unificadas e auditoria, o que reduz os riscos de segurança do acesso descentralizado.

Rota para um gateway IPv6

Depois que você enable IPv6 para uma VPC, o sistema adiciona automaticamente a seguinte rota à tabela de rotas do sistema:

• O bloco CIDR de destino é ::/0, e o próximo salto é o gateway IPv6.

Essa rota direciona o tráfego IPv6 padrão para o gateway IPv6. Depois que você enable internet bandwidth for an IPv6 address, os vSwitches associados à tabela de rotas do sistema podem se comunicar com a internet.

Para um vSwitch com IPv6 habilitado que esteja associado a uma tabela de rotas personalizada, adicione manualmente a rota anterior à tabela de rotas personalizada para habilitar o acesso à internet via IPv6.

Para uma rota personalizada com uma instância de gateway IPv6 como próximo salto, o bloco CIDR de destino pode ser definido apenas como ::/0.

Rota para um NAT Gateway

Se muitos servidores na sua VPC precisarem acessar a internet e consumirem um grande número de endereços IP públicos, use o recurso SNAT de um Internet NAT gateway. O SNAT permite que várias instâncias ECS compartilhem Elastic IP Addresses (EIPs) para acesso à internet. Isso conserva os recursos de IP público e aumenta a segurança, evitando que os endereços IP privados das instâncias ECS sejam expostos.

Ao usar um NAT Gateway, adicione uma rota personalizada que aponte para o Internet NAT gateway à tabela de rotas da VPC para habilitar o acesso à internet.

• Se o vSwitch ao qual a instância ECS pertence estiver associado a uma tabela de rotas personalizada, adicione manualmente uma rota onde o destination CIDR block seja 0.0.0.0/0 e o next hop seja o Internet NAT gateway.

• Se o vSwitch ao qual a instância ECS pertence estiver associado à tabela de rotas do sistema:

  • Se não existir nenhuma rota com o bloco CIDR de destino 0.0.0.0/0 na tabela de rotas do sistema, o sistema adiciona automaticamente uma rota que aponta para o Internet NAT gateway.

  • Se já existir uma rota com o bloco CIDR de destino 0.0.0.0/0 na tabela de rotas do sistema, substitua a rota existente por uma nova que aponte para o Internet NAT gateway.

Rota para uma conexão de peering de VPC

As VPCs são isoladas umas das outras por padrão. Use uma VPC peering connection para habilitar a comunicação privada entre duas VPCs, mesmo que pertençam a contas diferentes ou estejam em regiões diferentes. Depois que você estabelece uma conexão de peering, os recursos de cloud nas VPCs podem acessar uns aos outros usando endereços IPv4 ou IPv6 privados.

Rota para um transit router

Quando você usa o Cloud Enterprise Network (CEN) para conectar VPCs, adicione rotas que apontem para o transit router às tabelas de rotas da VPC. Adicione as rotas de uma das seguintes maneiras:

• Ao criar uma conexão VPC, selecione Automatically add routes to all of the VPC's route tables to point to the transit router.

  Depois que você ativa esse recurso, o sistema adiciona automaticamente três rotas com os blocos CIDR de destino 10.0.0.0/8, 172.16.0.0/12 e 192.168.0.0/16 a todas as tabelas de rotas da VPC. O próximo salto para essas rotas é a conexão VPC. Essas rotas direcionam o tráfego IPv4 da VPC para o transit router.

• Depois que você ativa o route learning no transit router, ative a route propagation para cada VPC ou adicione manualmente uma rota para a VPC par em cada tabela de rotas da VPC.

A figura a seguir mostra um exemplo onde o aprendizado de rotas está ativado no transit router e você adiciona uma rota manualmente à tabela de rotas da VPC. Para esta rota, o bloco CIDR de destino é o bloco CIDR da VPC par, e o próximo salto é o transit router.

Rota para um VPN Gateway

Use um VPN Gateway para estabelecer um túnel criptografado, criando uma conexão de rede segura e confiável entre o seu data center on-premises e a sua VPC.

Para usar um VPN Gateway, adicione uma rota à tabela de rotas da VPC com o destination CIDR block definido como o bloco CIDR do seu data center on-premises e o next hop definido como o VPN Gateway. Isso permite VPC to access the on-premises data center over an IPsec-VPN connection.

Rota para uma instância ECS ou ENI

Para inspecionar, analisar e proteger o tráfego entre dois vSwitches em uma VPC, você pode inserir um dispositivo de segurança de terceiros, como um firewall ou um Web Application Firewall (WAF), no caminho do tráfego ajustando as tabelas de rotas.

Para fazer isso, associe cada um dos dois vSwitches a uma tabela de rotas personalizada separada e altere o próximo salto das rotas do sistema para os blocos CIDR correspondentes para a instância ECS do firewall ou sua elastic network interface (ENI):

Rota para uma interface de roteador

Use o recurso VBR-to-VPC connection do Express Connect para conectar um data center on-premises à sua rede cloud.

Quando você usa esse recurso, configure uma rota para a VPC com o bloco CIDR de destino definido como o bloco CIDR do data center on-premises e o tipo de próximo salto definido como router interface (to VBR). Isso permite que a VPC acesse o data center on-premises por meio de um Virtual Border Router (VBR). Este tipo de próximo salto suporta equal-cost multi-path (ECMP) e active/standby mode, o que requer health checks.

A figura a seguir mostra uma implantação ativa/em standby.

Rota para um Express Connect Router

Use um Express Connect Router (ECR) para conectar um data center on-premises à sua rede cloud.

• Por padrão, uma VPC aceita rotas dinâmicas do ECR. O bloco CIDR de destino dessas rotas é o bloco CIDR do data center on-premises, e o próximo salto delas é o ECR. Essas rotas habilitam a comunicação entre a VPC e o data center on-premises.

• Se o anúncio de rota dinâmica estiver desativado para a tabela de rotas da VPC, adicione manualmente uma rota à tabela com o destination CIDR block definido como o bloco CIDR do data center on-premises e o next hop definido como o Express Connect Router. Isso habilita a comunicação entre a VPC e o data center on-premises.

Rota para um endpoint do Gateway Load Balancer

Os Gateway Load Balancer endpoints são suportados apenas em these regions. Para casos de uso específicos, consulte Use a gateway route table - GWLB high-availability architecture.

Cotas

Notas de uso

Faturamento

O recurso de tabela de rotas da VPC é gratuito.