Virtual Private Cloud:VPC route tables

Tablas de rutas

Cuando se crea una VPC, el sistema genera automáticamente una tabla de rutas del sistema. De forma predeterminada, esta tabla se asocia a todos los vSwitches dentro de la VPC para controlar el tráfico de red.

Si distintas instancias ECS dentro de una VPC necesitan enviar tráfico al mismo bloque CIDR de destino por diferentes rutas de red, utilice una tabla de rutas personalizada. Al desplegar las instancias ECS en distintos vSwitches y asociar una tabla de rutas personalizada dedicada a cada uno, se obtiene un control granular del tráfico.

Para dirigir el tráfico público entrante a través de un firewall administrado por usted, emplee una tabla de rutas de gateway. Este tipo de tabla es una tabla de rutas personalizada asociada a un gateway IPv4 o IPv6. Con esta configuración, el tráfico entrante se dirige hacia su firewall, lo que permite aplicar filtros, auditorías y políticas de seguridad de manera unificada.

La siguiente tabla compara estos tipos de tablas de rutas.

Elemento	Tabla de rutas del sistema	Tabla de rutas personalizada
Asociada a	vSwitch	vSwitch	Gateway IPv4/IPv6
Diagrama
Casos de uso	Se asocia de forma predeterminada a todos los vSwitches nuevos para controlar centralizadamente el tráfico de los vSwitches.	Se asocia a vSwitches específicos para controlar sus rutas de tráfico.	Se asocia a un gateway IPv4/IPv6 para redirigir de forma segura el tráfico público entrante.
Método de creación	Creada automáticamente al crear una VPC.	Creada manualmente. Seleccione el tipo de vSwitch cuando cree la tabla de rutas.	Creada manualmente. Seleccione el tipo de gateway cuando cree la tabla de rutas.
Eliminación	No se puede eliminar.	Se elimina después de desasociarla de todos los vSwitches vinculados.	Se elimina después de desasociarla del gateway IPv4/IPv6.
Cuota	Una tabla de rutas del sistema por VPC.	De forma predeterminada, se pueden crear hasta 9 tablas de rutas personalizadas para vSwitches en una VPC. Es posible solicitar un aumento de cuota.	Solo se puede crear una tabla de rutas para un gateway IPv4/IPv6 en una VPC.

Cada vSwitch debe asociarse exactamente a una tabla de rutas. Sin embargo, una misma tabla de rutas admite varios vSwitches asociados.

1. Rutas estáticas

Las rutas estáticas se agregan de forma automática por el sistema o de manera manual, e incluyen dos tipos:

• Rutas del sistema: rutas con un siguiente salto Local, que el sistema agrega automáticamente al crear una VPC y un vSwitch. Se utilizan para la comunicación entre instancias dentro de la VPC o para acceder a servicios en la nube.

• Rutas personalizadas: rutas que usted agrega manualmente para definir las rutas de reenvío de tráfico.

La siguiente figura muestra un ejemplo en el que dos VPC se conectan mediante una conexión de emparejamiento de VPC. La tabla de rutas del sistema de VPC1 contiene las siguientes rutas estáticas:

1. Después de crear la VPC y el vSwitch, el sistema agrega automáticamente rutas del sistema con Local como siguiente salto:

   1. Ruta de servicio en la nube: el bloque CIDR de destino es 100.64.0.0/10. Las instancias de VPC1 usan esta ruta para acceder a los servicios en la nube.

   2. Ruta de vSwitch: el bloque CIDR de destino es 10.0.0.0/24. Esta ruta habilita la comunicación privada entre los vSwitches de VPC1.

2. Tras crear la conexión de emparejamiento de VPC, agregue manualmente la siguiente ruta personalizada:

   El bloque CIDR de destino es 172.16.0.0/16 y el siguiente salto es la conexión de emparejamiento de VPC. Esta ruta reenvía el tráfico destinado a VPC2 hacia la conexión de emparejamiento de VPC.

Las entradas de ruta en la tabla de rutas del sistema de VPC2 siguen los mismos principios que las de VPC1, por lo que no se detallan aquí.

2. Rutas dinámicas

Las rutas dinámicas se propagan a una VPC desde otras instancias de red. A diferencia de las rutas estáticas, no requieren configuración manual en la tabla de rutas de la VPC, ya que se reciben y actualizan automáticamente desde un origen de rutas dinámicas.

Prioridad de rutas

Las rutas de una tabla de rutas de VPC se priorizan según las siguientes reglas:

• Cuando las entradas de ruta tienen bloques CIDR de destino superpuestos:

  El tráfico IPv4 e IPv6 se enruta de forma independiente. El sistema aplica la regla de coincidencia de prefijo más largo para seleccionar la ruta más específica que coincida con la dirección IP de destino. Esta ruta determina el siguiente salto del tráfico.

  Coincidencia de prefijo más largo: cuando varias entradas de ruta tienen bloques CIDR de destino que coinciden con la dirección IP de destino de un paquete, el sistema selecciona la ruta con la máscara de subred más larga (el rango más específico). Por ejemplo, el tráfico destinado a 192.168.1.100 coincide con la ruta 192.168.1.0/24 en lugar de la ruta 192.168.0.0/16.

• Cuando una nueva entrada de ruta se superpone con una entrada de ruta existente:

  Acciones	Ruta del sistema existente	Ruta personalizada existente	Ruta dinámica existente
  Crear un vSwitch	El bloque CIDR del vSwitch no se puede superponer con el de una ruta del sistema existente.	El bloque CIDR del vSwitch no puede: Ser idéntico al bloque CIDR de destino de una ruta personalizada existente. Contener el bloque CIDR de destino de una ruta personalizada existente.	El bloque CIDR del vSwitch no puede: Ser idéntico al bloque CIDR de destino de una ruta dinámica existente. Contener el bloque CIDR de destino de una ruta dinámica existente.
  Agregar una ruta personalizada	El bloque CIDR de destino de la nueva ruta personalizada no puede: Ser idéntico al bloque CIDR de una ruta del sistema existente. Ser más específico que una ruta del sistema existente para la comunicación dentro de la VPC.	El bloque CIDR de destino de una nueva ruta personalizada no puede ser idéntico al de una ruta personalizada existente. Si el next hop type es router interface (to VBR), puede configurar rutas activo/en espera o ECMP. Para obtener más información, consulte Route to a router interface.	El bloque CIDR de destino de una nueva ruta personalizada no puede ser idéntico al de una ruta dinámica existente. Si el siguiente salto de una nueva ruta personalizada es un VPN Gateway o una interfaz de router, y existe una ruta dinámica de CEN con el mismo bloque CIDR de destino, la ruta dinámica se retira y la ruta personalizada entra en vigor.
  Recibir una ruta dinámica	No puede ser idéntica al bloque CIDR de destino de una ruta del sistema existente. Si una ruta dinámica es más específica que una ruta del sistema existente, la ruta dinámica no entra en vigor: Si el origen de la ruta dinámica es un ECR, la ruta se muestra en la tabla de rutas de la VPC con estado Candidate y no se usa para el reenvío. Si el origen de la ruta dinámica es un VPN Gateway, TR Enterprise Edition o TR Basic Edition, la ruta no se propaga a la tabla de rutas de la VPC.	Una ruta dinámica no entra en vigor si su bloque CIDR de destino es idéntico al de una ruta personalizada existente. Si el origen de la ruta dinámica es un ECR, la ruta se muestra en la tabla de rutas de la VPC con estado Candidate y no se usa para el reenvío. Si el origen de la ruta dinámica es un VPN Gateway, TR Enterprise Edition o TR Basic Edition, la ruta no se propaga a la tabla de rutas de la VPC. Después de eliminar la ruta personalizada, la ruta dinámica entra en vigor automáticamente.	No aplica. Una tabla de rutas de VPC admite only a single route propagation source.

Crear y eliminar tablas de rutas

Debe crear una tabla de rutas personalizada antes de asociarla a un vSwitch, a un gateway IPv4 o a un 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"
}

Asociar y desasociar una tabla de rutas

Una tabla de rutas personalizada nueva no se asocia a ningún recurso de forma predeterminada. Para activarla, debe asociarla a un vSwitch o a un gateway IPv4 o 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
}

Agregar y eliminar entradas de ruta

En una tabla de rutas asociada a un vSwitch, puede agregar entradas de ruta para dirigir su tráfico. Estas se conocen como entradas de ruta personalizadas.

No es posible agregar entradas de ruta a una tabla de rutas asociada a un gateway IPv4 o IPv6. Sin embargo, sí puede aplicar 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. 
}

Cambiar el siguiente salto

Es posible cambiar el siguiente salto de una entrada de ruta para redirigir el tráfico hacia su bloque CIDR de destino.

• Entrada de ruta del sistema: el siguiente salto de una entrada de ruta del sistema solo se puede modificar cuando esta se encuentra en una tabla de rutas personalizada (incluida una tabla de rutas de gateway). Este cambio la convierte en una entrada de ruta personalizada. Si elimina dicha entrada personalizada, volverá a ser una entrada de ruta del sistema.

• Entrada de ruta personalizada: el siguiente salto de una entrada de ruta personalizada se puede modificar tanto en tablas de rutas del sistema como en tablas de rutas personalizadas.

Para conocer los tipos de bloque CIDR de destino y de siguiente salto compatibles, 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 y retirar rutas estáticas

Las rutas se pueden propagar desde una tabla de rutas hacia un ECR o un TR. Esta acción, combinada con la recepción de rutas dinámicas, simplifica la configuración de enrutamiento.

• Publicar rutas estáticas en un ECR: al publicar una ruta estática en un ECR, este la propaga dinámicamente hacia su centro de datos local. Si no existen conflictos de rutas, todos los centros de datos locales asociados al ECR pueden aprender la ruta.

  Principios, limitaciones y ejemplos

  Funcionamiento

  • Cuando asocia una VPC a un ECR, sus entradas de ruta del sistema se publican en el ECR de forma predeterminada.

  • Una vez publicada una ruta estática en un ECR:

    • El ECR propaga la ruta al VBR asociado. Si BGP está habilitado en el VBR, este propaga la ruta al centro de datos local.

    • El ECR no propaga la ruta a otras VPC asociadas a él.

  • Si una entrada de ruta estática publicada entra en conflicto con una entrada existente, puede consultarla en la pestaña Route Entries del ECR. Su estado se muestra como Conflicting y no pasará a Active.

  Limitaciones

  • No es posible publicar entradas de ruta desde una tabla de rutas personalizada de una VPC hacia un ECR.

  • No se pueden publicar entradas de ruta en un ECR si su bloque CIDR de destino es una lista de prefijos.

  • Las rutas ECMP y las rutas activo/en espera cuyo siguiente salto es una interfaz de router (hacia un VBR) no se pueden publicar en un ECR. Una vez publicada una ruta de VPC en un ECR, ya no podrá configurar rutas ECMP ni rutas activo/en espera para ella.

  • Después de publicar una ruta de VPC en un ECR, si desea modificarla, solo podrá establecer su siguiente salto a un tipo de ruta que admita la operación de publicación (consulte la siguiente tabla).

  • La siguiente tabla muestra el estado de publicación predeterminado para diversos tipos de entradas de ruta en una VPC e indica si admiten operaciones de publicación y retiro en un ECR.

    Tabla

    Tipo de ruta	Instancia propietaria	Publicada de forma predeterminada	Compatibilidad con publicación	Compatibilidad con retiro
    Entrada de ruta del sistema de VPC	VPC	Sí	Sí	Compatible solo en Malaysia (Kuala Lumpur)
    Entrada de ruta hacia un gateway IPv4	VPC	No	Sí	Sí
    Entrada de ruta hacia un gateway IPv6	VPC	No	Sí	Sí
    Entrada de ruta hacia un NAT Gateway	VPC	No	Sí	Sí
    Entrada de ruta hacia una conexión de emparejamiento de VPC	VPC	No	No	No
    Entrada de ruta hacia un TR	VPC	No	No	No
    Entrada de ruta hacia un VPN Gateway	VPC	No	Sí	Sí
    Entrada de ruta hacia una instancia ECS	VPC	No	Sí	Sí
    Entrada de ruta hacia una interfaz de red elástica	VPC	No	Sí	Sí
    Entrada de ruta hacia una IP virtual de alta disponibilidad	VPC	No	Sí	Sí
    Entrada de ruta hacia una interfaz de router (a un VBR)	VPC	No	No	No
    Entrada de ruta hacia una interfaz de router (a una VPC)	VPC	No	No	No
    Entrada de ruta hacia un ECR	VPC	No	No	No
    Entrada de ruta hacia un endpoint de Gateway Load Balancer	VPC	No	Sí	Sí

  Escenario de ejemplo

  Una empresa cuenta con una VPC en la región China (Hangzhou) y un centro de datos local. Desea establecer una conectividad estable entre la nube y sus instalaciones locales, además de permitir que los servicios desplegados en el centro de datos local accedan a Internet.

  La empresa puede conectar la VPC y un VBR a un ECR. Tras crear un NAT Gateway y asociarle una EIP, puede publicar la ruta. Si no hay conflictos de rutas, el centro de datos local asociado al ECR aprende la ruta hacia el NAT Gateway mediante BGP, lo que le permite acceder a Internet.

  

• Publish static routes to a TR: cuando se publica una ruta estática en un TR, todas las instancias de red conectadas pueden aprenderla, siempre que no existan conflictos de rutas y la sincronización de rutas esté habilitada para el TR.

Si su VPC está conectada tanto a un ECR como a un TR, publicar rutas en el ECR y publicar rutas en el TR son acciones independientes que no se afectan entre sí.

Habilitar o deshabilitar la recepción de rutas dinámicas

De forma predeterminada, todas las tablas de rutas reciben dynamic route entries. Si prefiere usar una configuración de enrutamiento exclusivamente estático, puede deshabilitar la recepción de rutas dinámicas en cada tabla de rutas. Esto le brinda flexibilidad para planificar y gestionar sus configuraciones de enrutamiento según sus necesidades.

1. Puede deshabilitar esta función en los siguientes casos: cuando el origen de la entrada de ruta dinámica es Route Propagation-Type ECR, o cuando no se propagan rutas dinámicas a la VPC. Si no se propagan rutas dinámicas, el campo Source of Dynamic Route Entry no se muestra en la pestaña Route Entry List > Dynamic Route Entries de la página de detalles de la tabla de rutas.

   No es posible deshabilitar la recepción de rutas dinámicas en los siguientes escenarios: la VPC está conectada a un TR Basic Edition; la VPC está conectada a un TR Enterprise Edition y route synchronization está habilitado para la VPC en el TR; la VPC está asociada a un VPN Gateway y automatic route propagation está habilitado para dicho VPN Gateway.

2. Impactos de deshabilitar la función:

   • La tabla de rutas de la VPC deja de recibir las rutas propagadas desde otras instancias de red. Todas las entradas de ruta dinámicas existentes en la tabla se eliminan. Proceda con precaución.

   • No podrá conectar la VPC a un TR Basic Edition. Un TR conectado a esta VPC no podrá tener habilitada la sincronización de rutas para ella. Un VPN Gateway asociado a esta VPC no podrá tener habilitada la propagación automática de rutas.

3. Impactos de volver a habilitar la función:

   Al volver a habilitar la función, la tabla de rutas de la VPC se actualiza con las rutas que se propagan actualmente desde el origen de rutas dinámicas.

   Por ejemplo, suponga que un ECR tiene cuatro entradas de ruta dinámicas. Si deshabilita esta función, dichas entradas se eliminan de la tabla de rutas de la VPC. Si luego se agregan dos entradas más al ECR y usted vuelve a habilitar la función, la tabla de rutas de la VPC recibirá seis entradas de ruta dinámicas del 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 un firewall autogestionado

Puede desplegar un firewall autogestionado en una instancia ECS dentro de su VPC y utilizar una tabla de rutas de gateway para redirect traffic entering the VPC to the firewall for filtering.

Arquitectura de alta disponibilidad de GWLB

Puede use a Gateway Load Balancer (GWLB) para distribuir el tráfico entre varios dispositivos de seguridad y así mejorar la seguridad y la disponibilidad de sus aplicaciones.

Ruta hacia un gateway IPv4

Un IPv4 gateway sirve como punto unificado de entrada y salida para el tráfico de Internet hacia y desde su VPC. Combinar un gateway IPv4 con una tabla de rutas personalizada permite centralizar el control del tráfico, unificar las políticas de seguridad y facilitar la auditoría, lo que reduce los riesgos de seguridad derivados de un acceso descentralizado.

Ruta hacia un gateway IPv6

Después de enable IPv6 para una VPC, el sistema agrega automáticamente la siguiente ruta a la tabla de rutas del sistema:

• El bloque CIDR de destino es ::/0 y el siguiente salto es el gateway IPv6.

Esta ruta dirige el tráfico IPv6 predeterminado hacia el gateway IPv6. Después de enable internet bandwidth for an IPv6 address, los vSwitch asociados a la tabla de rutas del sistema pueden comunicarse con Internet.

Para un vSwitch compatible con IPv6 que esté asociado a una tabla de rutas personalizada, debe agregar manualmente la ruta anterior a dicha tabla para habilitar el acceso a Internet mediante IPv6.

Para una ruta personalizada cuya instancia de siguiente salto sea un gateway IPv6, el bloque CIDR de destino solo se puede establecer en ::/0.

Ruta hacia un NAT Gateway

Si muchos servidores de su VPC necesitan acceder a Internet y consumen una gran cantidad de direcciones IP públicas, puede utilizar la función SNAT de un Internet NAT gateway. SNAT permite que varias instancias ECS compartan direcciones IP elásticas (EIP) para acceder a Internet. Esto optimiza el uso de los recursos de IP públicas y mejora la seguridad, ya que evita exponer las direcciones IP privadas de las instancias ECS.

Cuando utilice un NAT Gateway, deberá agregar una ruta personalizada que apunte al Internet NAT gateway en la tabla de rutas de la VPC para habilitar el acceso a Internet.

• Si el vSwitch al que pertenece la instancia ECS está asociado a una tabla de rutas personalizada, debe agregar manualmente una ruta donde el destination CIDR block sea 0.0.0.0/0 y el next hop sea el Internet NAT gateway.

• Si el vSwitch al que pertenece la instancia ECS está asociado a la tabla de rutas del sistema:

  • Si no existe ninguna ruta con el bloque CIDR de destino 0.0.0.0/0 en la tabla de rutas del sistema, el sistema agrega automáticamente una ruta que apunta al Internet NAT gateway.

  • Si ya existe una ruta con el bloque CIDR de destino 0.0.0.0/0 en la tabla de rutas del sistema, debe reemplazarla por una nueva que apunte al Internet NAT gateway.

Ruta hacia una conexión de emparejamiento de VPC

Las VPC están aisladas entre sí de forma predeterminada. Puede utilizar una VPC peering connection para habilitar la comunicación privada entre dos VPC, incluso si pertenecen a cuentas distintas o se encuentran en regiones diferentes. Una vez establecida la conexión de emparejamiento, los recursos en la nube de ambas VPC pueden acceder entre sí mediante direcciones IPv4 o IPv6 privadas.

Ruta hacia un transit router

Cuando utiliza Cloud Enterprise Network (CEN) para conectar VPC, debe agregar rutas que apunten al transit router en las tablas de rutas de la VPC. Estas rutas se pueden agregar de las siguientes maneras:

• Al crear una conexión de VPC, seleccione Automatically add routes to all of the VPC's route tables to point to the transit router.

  Tras habilitar esta función, el sistema agrega automáticamente tres rutas con los bloques CIDR de destino 10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16 a todas las tablas de rutas de la VPC. El siguiente salto de estas rutas es la conexión de VPC, y dirigen el tráfico IPv4 desde la VPC hacia el transit router.

• Después de habilitar route learning en el transit router, puede habilitar route propagation para cada VPC o bien agregar manualmente una ruta hacia la VPC par en cada tabla de rutas de la VPC.

La siguiente figura muestra un ejemplo en el que el aprendizaje de rutas está habilitado en el transit router y se ha agregado manualmente una ruta a la tabla de rutas de la VPC. Para esta ruta, el bloque CIDR de destino es el bloque CIDR de la VPC par y el siguiente salto es el transit router.

Ruta hacia un VPN Gateway

Un VPN Gateway permite establecer un túnel cifrado para crear una conexión de red segura y confiable entre su centro de datos local y su VPC.

Para utilizar un VPN Gateway, agregue una ruta a la tabla de rutas de la VPC con el destination CIDR block establecido en el bloque CIDR de su centro de datos local y el next hop establecido en el VPN Gateway. De este modo, podrá VPC to access the on-premises data center over an IPsec-VPN connection.

Ruta hacia una instancia ECS o ENI

Para inspeccionar, analizar y proteger el tráfico entre dos vSwitch de una VPC, puede insertar un dispositivo de seguridad de terceros, como un firewall o un Web Application Firewall (WAF), en la ruta del tráfico ajustando las tablas de rutas.

Para ello, asocie cada uno de los dos vSwitch a una tabla de rutas personalizada distinta y cambie el siguiente salto de las rutas del sistema correspondientes a sus bloques CIDR por la instancia ECS del firewall o por su interfaz de red elástica (ENI):

Ruta hacia una interfaz de router

Mediante la función VBR-to-VPC connection de Express Connect, puede conectar un centro de datos local a su red en la nube.

Cuando utilice esta función, deberá configurar una ruta para la VPC con el bloque CIDR de destino establecido en el bloque CIDR del centro de datos local y el tipo de siguiente salto establecido en router interface (to VBR). Así, la VPC podrá acceder al centro de datos local a través de un Virtual Border Router (VBR). Este tipo de siguiente salto admite equal-cost multi-path (ECMP) y active/standby mode, lo cual requiere health checks.

La siguiente figura muestra un despliegue activo/en espera.

Ruta hacia un Express Connect Router

Un Express Connect Router (ECR) permite conectar un centro de datos local a su red en la nube.

• De forma predeterminada, una VPC acepta rutas dinámicas provenientes del ECR. El bloque CIDR de destino de estas rutas es el bloque CIDR del centro de datos local y su siguiente salto es el ECR. Dichas rutas permiten la comunicación entre la VPC y el centro de datos local.

• Si el anuncio de rutas dinámicas está deshabilitado para la tabla de rutas de la VPC, debe agregar manualmente una ruta a la tabla con el destination CIDR block establecido en el bloque CIDR del centro de datos local y el next hop establecido en el Express Connect Router. Esto habilita la comunicación entre la VPC y el centro de datos local.

Ruta hacia un endpoint de Gateway Load Balancer

Los Gateway Load Balancer endpoints solo son compatibles con these regions. Para conocer casos de uso específicos, consulte Use a gateway route table - GWLB high-availability architecture.

Cuotas

Notas de uso

Facturación

La función de tabla de enrutamiento de VPC es gratuita.