Virtual Private Cloud:Tabelas de rotas do VPC

Tabelas de rotas

Ao criar uma VPC, uma tabela de rotas do sistema é criada automaticamente. Por padrão, ela é vinculada a todos os vSwitches dentro da VPC para controlar o tráfego de rede.

Se diferentes instâncias ECS dentro de uma VPC precisarem enviar tráfego para o mesmo bloco CIDR de destino por caminhos de rede distintos, você pode usar uma tabela de rotas personalizada. Implantar as instâncias ECS em vSwitches diferentes e vincular uma tabela de rotas personalizada dedicada a cada um proporciona controle granular do tráfego.

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

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

Item	Tabela de rotas do sistema	Tabela de rotas personalizada
Vinculada a	vSwitch	vSwitch	Gateway IPv4/IPv6
Diagrama
Casos de uso	Vinculada a todos os novos vSwitches por padrão para controlar o tráfego dos vSwitches de forma centralizada.	Vinculada a vSwitches específicos para controlar seus caminhos de tráfego.	Vinculada a um gateway IPv4/IPv6 para redirecionar com segurança o tráfego público de entrada.
Método de criação	Criada automaticamente ao criar 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 pode ser excluída.	Pode ser excluída após ser desvinculada de todos os vSwitches associados.	Pode ser excluída após ser desvinculada 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. É possível solicitar um aumento de cota.	Você pode criar apenas uma tabela de rotas para um gateway IPv4/IPv6 em uma VPC.

Cada vSwitch deve ser vinculado a exatamente uma tabela de rotas. No entanto, uma tabela de rotas pode ser vinculada a vários vSwitches.

1. Rotas estáticas

As rotas estáticas, adicionadas automaticamente pelo sistema ou manualmente por você, incluem dois tipos:

• Rotas do sistema: rotas com próximo salto Local, adicionadas automaticamente pelo sistema ao criar uma VPC e um vSwitch. Essas rotas são utilizadas para comunicação entre instâncias dentro da VPC ou para acessar serviços de nuvem.

• Rotas personalizadas: rotas adicionadas manualmente para personalizar os caminhos de encaminhamento do tráfego.

A figura a seguir mostra um exemplo em que duas VPCs estão conectadas por meio de uma conexão de emparelhamento VPC. A tabela de rotas do sistema de VPC1 contém as seguintes rotas estáticas:

1. Após criar a VPC e o vSwitch, o sistema adiciona automaticamente rotas do sistema com Local como próximo salto:

   1. Rota de serviço de nuvem: o bloco CIDR de destino é 100.64.0.0/10. Essa rota é utilizada pelas instâncias na VPC1 para acessar serviços de nuvem.

   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. Após criar a conexão de emparelhamento VPC, você deve adicionar 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 emparelhamento VPC.

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

2. Rotas dinâmicas

As rotas dinâmicas são rotas propagadas para uma VPC a partir de outras instâncias de rede. Diferentemente das rotas estáticas, elas não exigem configuração manual na tabela de rotas da VPC. Em vez disso, são recebidas e atualizadas automaticamente a partir de uma origem de rota dinâmica.

Prioridade de rota

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

• Quando entradas de rota possuem blocos CIDR de destino sobrepostos:

  O tráfego IPv4 e IPv6 é roteado de forma independente. O sistema utiliza 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 possuem 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
  Criar 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ê pode configurar rotas ativo/standby ou ECMP. Para mais informações, consulte Rota para uma interface de roteador.	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, a rota dinâmica será retirada e a rota personalizada entrará em vigor.
  Receber uma rota dinâmica	Não pode ser idêntica ao bloco CIDR de destino de uma rota do sistema existente. Se uma rota dinâmica for mais específica do que uma rota do sistema existente, a rota dinâmica não entrará em vigor: Se a origem da rota dinâmica for um ECR, a rota será exibida na tabela de rotas da VPC com status Candidate e não será usada para encaminhamento. Se a origem da rota dinâmica for um VPN Gateway, TR Enterprise Edition ou TR Basic Edition, a rota não será propagada para a tabela de rotas da VPC.	Uma rota dinâmica não entrará em vigor se seu bloco CIDR de destino for idêntico ao de uma rota personalizada existente. Se a origem da rota dinâmica for um ECR, a rota será exibida na tabela de rotas da VPC com status Candidate e não será usada para encaminhamento. Se a origem da rota dinâmica for um VPN Gateway, TR Enterprise Edition ou TR Basic Edition, a rota não será propagada para a tabela de rotas da VPC. Após a exclusão da rota personalizada, a rota dinâmica entrará em vigor automaticamente.	Não aplicável. Uma tabela de rotas de VPC suporta apenas uma única origem de propagação de rotas.

Criar e excluir 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

Uma nova tabela de rotas personalizada não é associada a nenhum recurso por padrão. Você deve associá-la 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
}

Adicionar e excluir entradas de rota

Em uma tabela de rotas associada a um vSwitch, você pode adicionar entradas de rota para direcionar o tráfego. Essas 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 alterar o próximo salto de uma entrada de rota.

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.
}

Alterar o próximo salto

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

• Entrada de rota do sistema: Você pode alterar o próximo salto de uma entrada de rota do sistema somente 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. Excluir essa 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 em tabelas de rotas do sistema e personalizadas.

Para os tipos de bloco CIDR de destino e próximo salto compatíveis, consulte Comparação entre entradas de rota do sistema e personalizadas.

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 configuração de roteamento.

• Publicar rotas estáticas em um ECR: Ao publicar uma rota estática em um ECR, o ECR a propaga dinamicamente para o data center local. Se não houver conflitos de rota, todos os data centers locais associados ao ECR poderão aprender a rota.

  Princípios, limitações e exemplos

  Como funciona

  • Ao associar uma VPC a um ECR, as entradas de rota do sistema são publicadas no ECR por padrão.

  • Após uma rota estática ser publicada em um ECR:

    • O ECR propaga a rota para o VBR associado. Se o BGP estiver ativado no VBR, o VBR propaga a rota para o data center local.

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

  • Se uma entrada de rota estática publicada conflitar com uma entrada de rota existente, você poderá visualizar a entrada de rota na aba Route Entries do ECR. O status será exibido como Conflicting e ela não ficará 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 for uma lista de prefixos.

  • Rotas ECMP e rotas ativo/standby cujo próximo salto é uma interface de roteador (para um VBR) não podem ser publicadas em um ECR. Após uma rota de VPC ser publicada em um ECR, não é mais possível configurar rotas ECMP ou rotas ativo/standby para ela.

  • Após uma rota de VPC ser publicada em um ECR, se você quiser modificar a rota publicada, só poderá definir o próximo salto para um tipo de rota que suporte 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	Suportada somente na 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 interface de rede elástica	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 local deseja estabelecer conectividade estável entre a nuvem e o ambiente local, além de permitir que os serviços implantados no data center local 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 local associado ao ECR aprende a rota para o NAT Gateway por meio do BGP, permitindo o acesso à internet.

  

• Publicar rotas estáticas em um TR: Quando uma rota estática é publicada 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 no TR.

Se a VPC estiver conectada a um ECR e a um TR, publicar rotas no ECR e publicar rotas no TR são ações independentes que não afetam uma à outra.

Ativar ou desativar o recebimento de rotas dinâmicas

Por padrão, todas as tabelas de rotas recebem entradas de rota dinâmicas. Se você quiser usar uma configuração de roteamento somente estático, poderá desativar o recebimento de rotas dinâmicas para cada tabela de rotas. Isso oferece flexibilidade para planejar e gerenciar as configurações de rota conforme necessário.

1. Você pode desativar este recurso nos seguintes casos: A fonte de 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 da Edição Básica. A VPC está conectada a um TR da Edição Enterprise e a sincronização de rotas está ativada para a VPC no TR. A VPC está associada a um VPN Gateway e a propagação automática de rotas está ativada para o VPN Gateway.

2. Impactos de desativar o recurso:

   • A tabela de rotas da VPC para de receber rotas propagadas de outras instâncias de rede. Todas as entradas de rota dinâmicas existentes na tabela de rotas são excluídas. Prossiga com cautela.

   • Não é possível conectar a VPC a um TR da Edição Básica. 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 de reativar o recurso:

   Após reativar o recurso, a tabela de rotas da VPC é atualizada com as rotas atualmente propagadas pela fonte de rota dinâmica.

   Por exemplo, suponha que um ECR tenha quatro entradas de rota dinâmicas. Se você desativar este recurso, as entradas de rota dinâmicas serão removidas da tabela de rotas da VPC. Se duas novas entradas de rota forem adicionadas ao ECR e você 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

Você pode implantar um firewall autogerenciado em uma instância ECS na sua VPC e usar uma tabela de rotas de gateway para redirecionar o tráfego que entra na VPC para o firewall para filtragem.

Arquitetura de alta disponibilidade com GWLB

Você pode usar um Gateway Load Balancer (GWLB) para distribuir o tráfego entre vários dispositivos de segurança e melhorar a segurança e a disponibilidade da aplicação.

Rota para um gateway IPv4

Você pode usar um gateway IPv4 como ponto unificado de entrada e saída 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 de tráfego, políticas de segurança unificadas e auditoria, reduzindo os riscos de segurança do acesso descentralizado.

Rota para um gateway IPv6

Após ativar o 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. Após ativar a largura de banda de internet para um endereço IPv6, os vSwitches associados à tabela de rotas do sistema podem se comunicar com a internet.

Para um vSwitch habilitado para IPv6 que esteja associado a uma tabela de rotas personalizada, você deve adicionar manualmente a rota mencionada anteriormente à tabela de rotas personalizada para habilitar o acesso IPv6 à internet.

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

Rota para um NAT Gateway

Se muitos servidores na sua VPC precisam acessar a internet e consomem um grande número de endereços IP públicos, você pode usar 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 economiza recursos de IP público e melhora a segurança ao impedir que os endereços IP privados das instâncias ECS sejam expostos.

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

• Se o vSwitch ao qual a instância ECS pertence está associado a uma tabela de rotas personalizada, você deve adicionar manualmente uma rota em que 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 está 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, você deve substituir a rota existente por uma nova que aponte para o Internet NAT gateway.

Rota para uma conexão de emparelhamento de VPC

As VPCs são isoladas umas das outras por padrão. Você pode usar uma conexão de emparelhamento de VPC para habilitar a comunicação privada entre duas VPCs, mesmo que pertençam a contas diferentes ou estejam em regiões diferentes. Após o estabelecimento de uma conexão de emparelhamento, os recursos de nuvem nas VPCs podem acessar uns aos outros usando endereços IPv4 ou IPv6 privados.

Rota para um transit router

Ao usar o Cloud Enterprise Network (CEN) para conectar VPCs, você deve adicionar rotas que apontem para o transit router às tabelas de rotas da VPC. Você pode adicionar as rotas de uma das seguintes maneiras:

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

  Após ativar 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 dessas rotas é a conexão da VPC. Essas rotas direcionam o tráfego IPv4 da VPC para o transit router.

• Após ativar o aprendizado de rotas no transit router, você pode ativar a propagação de rotas para cada VPC ou adicionar manualmente uma rota para a VPC par em cada tabela de rotas da VPC.

A figura a seguir mostra um exemplo em que o aprendizado de rotas está ativado no transit router e uma rota é adicionada manualmente à tabela de rotas da VPC. Para essa 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

Você pode usar um VPN Gateway para estabelecer um túnel criptografado, criando uma conexão de rede segura e confiável entre o seu data center local 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 local e o next hop definido como o VPN Gateway. Isso permite que a VPC acesse o data center local por meio de uma conexão IPsec-VPN.

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 interface de rede elástica (ENI):

Rota para uma interface de roteador

Você pode usar o recurso de conexão VBR-para-VPC do Express Connect para conectar um data center local à sua rede na nuvem.

Ao usar esse recurso, você deve configurar uma rota para a VPC com o bloco CIDR de destino definido como o bloco CIDR do data center local e o tipo de próximo salto definido como router interface (to VBR). Isso permite que a VPC acesse o data center local por meio de um Virtual Border Router (VBR). Esse tipo de próximo salto permite o equal-cost multi-path (ECMP) e o active/standby mode, que requer verificações de integridade.

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

Rota para um Express Connect Router

Você pode usar um Express Connect Router (ECR) para conectar um data center local à sua rede na nuvem.

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

• Se a propagação de rotas dinâmicas estiver desativada para a tabela de rotas da VPC, você deve adicionar manualmente uma rota à tabela com o destination CIDR block definido como o bloco CIDR do data center local e o next hop definido como o Express Connect Router. Isso habilita a comunicação entre a VPC e o data center local.

Rota para um endpoint do Gateway Load Balancer

Gateway Load Balancer endpoints são compatíveis somente nestas regiões. Para casos de uso específicos, consulte Usar uma tabela de rotas de gateway - Arquitetura de alta disponibilidade com GWLB.

Cotas

Notas de uso

Faturamento

O recurso de tabela de rotas da VPC é gratuito.