Use Cloud Enterprise Network (CEN) para conectar VPC en distintas regiones a través de una red privada.
Escenario de uso
Suponga que creó dos VPC en distintas regiones:
|
Elemento de configuración |
VPC1 |
VPC2 |
|
Región |
China (Hangzhou) |
China (Shanghai) |
|
Bloque CIDR IPv4 |
10.0.0.0/16 |
172.16.0.0/16 |
|
vSwitch 1 |
En la zona J, bloque CIDR: 10.0.0.0/24 |
En la zona M, bloque CIDR: 172.16.0.0/24 |
|
vSwitch 2 |
En la zona K, bloque CIDR: 10.0.1.0/24 |
En la zona N, bloque CIDR: 172.16.1.0/24 |
|
Instancia ECS |
ECS1: 10.0.0.1 |
ECS2: 172.16.0.1 |
La herramienta de redes basada en escenarios le permite crear una instancia de CEN, transit routers, conexiones de VPC, una conexión entre regiones y las configuraciones de ruta con un solo clic. De esta forma, establece rápidamente la conectividad privada entre ambas VPC de distintas regiones.
Si planifica los recursos de red por su cuenta, asegúrese de que se cumpla lo siguiente:
Los bloques CIDR de las VPC que va a conectar no se superponen.
Para lograr una recuperación ante desastres a nivel de zona, cree vSwitches en como mínimo dos zonas distintas dentro de las regiones donde los transit routers de Enterprise Edition admiten varias zonas.
La herramienta de redes basada en escenarios completa automáticamente las configuraciones de CEN por lotes. Esto incluye crear una instancia de CEN, transit routers, conexiones de VPC y una conexión entre regiones, además de configurar el reenvío asociado y habilitar el aprendizaje de rutas. Para obtener más información sobre las rutas que se configuran automáticamente y cómo agregar rutas manualmente si los bloques CIDR de sus VPC quedan fuera de los tres bloques CIDR privados, consulte las secciones siguientes.
Requisitos previos
-
Si la conexión entre regiones que desea crear involucra una región de China continental, asegúrese de que la cuenta actual cumpla con los siguientes requisitos:
La información de la cuenta está completa y el tipo de cuenta es Enterprise. Para obtener más información, consulte Register an Alibaba Cloud account.
La verificación de identidad empresarial ya finalizó. Para obtener más información, consulte Enterprise identity verification.
Se crearon dos VPC en distintas regiones, y cada una contiene como mínimo dos vSwitches en zonas diferentes. Si no es así, consulte VPCs and vSwitches.
Se creó como mínimo una instancia ECS en cada VPC para comprobar la conectividad de la red. Si no es así, consulte Custom Launch.
Los security groups de las instancias ECS admiten el protocolo ICMP para la comprobación mediante ping. Para obtener más información, consulte Security groups.
Configurar la red
Paso 1: Crear una configuración de red
Inicie sesión en la consola de CEN. En la página CEN Instance, haga clic en Create CEN Instance.
En el cuadro de diálogo Create CEN Instance, seleccione Create Scenario-specific CEN (Recommended). Para Scenario, seleccione VPC Interconnection y haga clic en Create.
-
En la página Configure Networking Settings, dentro de la pestaña New Region, agregue una configuración de red para China (Hangzhou):
Region: Seleccione China (Hangzhou).
Zone: Seleccione Hangzhou Zone J y Hangzhou Zone K.
VPC: Para VPC, seleccione VPC1 y sus dos vSwitches.
-
Haga clic en + a la derecha de la pestaña China (Hangzhou) para crear una nueva pestaña y luego agregue una configuración de red para China (Shanghai):
Region: Seleccione China (Shanghai).
Zone: Seleccione Shanghai Zone M y Shanghai Zone N.
VPC: Para VPC, seleccione VPC2 y sus dos vSwitches.
Haga clic en Next.
Paso 2: Confirmar la configuración de red y las tarifas
En la página Confirm Networking Settings and Fees, el sistema tarda unos minutos en generar una descripción general de la configuración. En esta página puede revisar los recursos que se crearán automáticamente y la información de facturación.
Una vez que confirme que la configuración es correcta, haga clic en Start Deployment.
Las conexiones entre regiones usan de forma predeterminada el modelo pay-by-data-transfer. Cloud Data Transfer (CDT) liquida las tarifas. Para conocer las reglas detalladas de facturación, consulte Billing overview .
Paso 3: Esperar a que finalice el despliegue
El despliegue toma aproximadamente 10 minutos. Cuando termine, haga clic en View CEN Instance para consultar los recursos que el sistema creó en la página de detalles de la instancia.
Paso 4: Probar la conectividad
Antes de empezar, asegúrese de que las reglas de los security groups de ambas instancias ECS admitan tráfico ICMP. Para obtener más información, consulte .
Después de completar los pasos anteriores, inicie sesión en ECS1 y ejecute el comando ping para probar la conectividad hacia ECS2:
ping 172.16.0.1
Si el ping se ejecuta correctamente, significa que la red entre regiones de VPC1 y VPC2 quedó conectada.
Notas sobre el enrutamiento
En este ejemplo, la herramienta de redes basada en escenarios configura automáticamente Associated forwarding y Route propagation para habilitar el enrutamiento entre las VPC:
CEN agrega de forma automática tres entradas de ruta personalizadas (10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16) a las tablas de enrutamiento del sistema de VPC1 y VPC2. El siguiente salto de cada entrada es la conexión de VPC. Ambas VPC utilizan estas entradas para enviar tráfico a los transit routers.
Los dos transit routers aprenden automáticamente la información de las entradas de ruta desde las tablas de enrutamiento del sistema de VPC1 y VPC2. Luego reenvían el tráfico que llega hacia las VPC correspondientes.
Las siguientes secciones muestran las entradas de ruta de los transit routers, VPC1 y VPC2 de este ejemplo para ayudarle a comprender el enrutamiento. Consulte las entradas de ruta de los recursos correspondientes directamente en la consola:
Para consultar las entradas de ruta de un transit router, vea View route entries (Enterprise Edition).
Para consultar las entradas de ruta de una VPC, vea VPC route tables.
Tabla de enrutamiento del sistema del transit router 1
Entradas de ruta en la tabla de enrutamiento del sistema del transit router en China (Hangzhou)
|
Bloque CIDR de destino |
Siguiente salto |
Tipo de ruta |
|
10.0.0.0/24 |
VPC1 connection |
Propagated |
|
10.0.1.0/24 |
VPC1 connection |
Propagated |
|
172.16.0.0/24 |
Inter-region connection |
Propagated |
|
172.16.1.0/24 |
Inter-region connection |
Propagated |
Tabla de enrutamiento del sistema del transit router 2
Entradas de ruta en la tabla de enrutamiento del sistema del transit router en China (Shanghai)
|
Bloque CIDR de destino |
Siguiente salto |
Tipo de ruta |
|
10.0.0.0/24 |
Inter-region connection |
Propagated |
|
10.0.1.0/24 |
Inter-region connection |
Propagated |
|
172.16.0.0/24 |
VPC2 connection |
Propagated |
|
172.16.1.0/24 |
VPC2 connection |
Propagated |
Tabla de enrutamiento del sistema de VPC1
Entradas de ruta en la tabla de enrutamiento del sistema de VPC1
|
Bloque CIDR de destino |
Siguiente salto |
Tipo de ruta |
|
10.0.0.0/24 |
Local |
System |
|
10.0.1.0/24 |
Local |
System |
|
10.0.0.0/8 |
VPC1 connection |
Custom |
|
172.16.0.0/12 |
VPC1 connection |
Custom |
|
192.168.0.0/16 |
VPC1 connection |
Custom |
Tabla de enrutamiento del sistema de VPC2
Entradas de ruta en la tabla de enrutamiento del sistema de VPC2
|
Bloque CIDR de destino |
Siguiente salto |
Tipo de ruta |
|
172.16.0.0/24 |
Local |
System |
|
172.16.1.0/24 |
Local |
System |
|
10.0.0.0/8 |
VPC2 connection |
Custom |
|
172.16.0.0/12 |
VPC2 connection |
Custom |
|
192.168.0.0/16 |
VPC2 connection |
Custom |
Si planifica bloques CIDR de VPC que no pertenecen a los tres bloques CIDR privados (10.0.0.0/8, 172.16.0.0/12 o 192.168.0.0/16), agregue manualmente rutas hacia la otra VPC en cada tabla de enrutamiento.
Por ejemplo, si el bloque CIDR de VPC1 es 11.0.X.X/8 y el de VPC2 es 22.0.X.X/8, agregue las siguientes entradas de ruta personalizadas a las tablas de enrutamiento de VPC1 y VPC2:
|
Tabla de enrutamiento |
Bloque CIDR de destino |
Siguiente salto |
Tipo de ruta |
|
VPC1 |
22.0.X.X/8 |
VPC1 connection |
Custom route entry |
|
VPC2 |
11.0.X.X/8 |
VPC2 connection |
Custom route entry |
Más operaciones
Conectar redes en más regiones: Si necesita conectividad de red en más regiones, agregue más pestañas de región en la herramienta de redes basada en escenarios y configure las VPC correspondientes. También puede crear manualmente transit routers y conexiones entre regiones dentro de una instancia de CEN existente para expandir la red. Antes de empezar, asegúrese de que los bloques CIDR de las VPC no se superpongan.
Programación de tráfico QoS entre regiones: Para el tráfico entre regiones, clasifique los distintos tipos de tráfico de servicio mediante marcas y asigne ancho de banda. CEN ofrece dos modos de programación. El modo básico de limitación de velocidad resulta adecuado para el aislamiento estándar de servicios y la limitación de velocidad; para obtener más información, consulte Basic rate limiting QoS. El modo de programación por prioridad utiliza un mecanismo de apropiación estricta que garantiza un reenvío de baja latencia en servicios críticos, como transacciones financieras y audio o video en tiempo real; para obtener más información, consulte Priority-based QoS.
Análisis de tráfico entre regiones: Los transit routers capturan la información del tráfico transmitido por las conexiones entre regiones y generan registros de flujo. Consulte y analice dichos registros para comprender la transmisión de tráfico entre regiones.
Visualización de la topología de red: CEN genera una topología basada en sus recursos reales. En la página de detalles de la instancia de CEN, haga clic en la pestaña Network Topology para consultar la topología de este ejemplo.
Preguntas frecuentes
-
¿Cómo se facturan las conexiones entre regiones?
Para las conexiones entre regiones, elija el modelo pay-by-data-transfer o bien adquiera un plan de ancho de banda con facturación por suscripción. Para obtener más información, consulte Billing overview.
-
¿Qué ancho de banda proporciona una sola conexión entre regiones para la conectividad de red entre regiones?
Al crear una conexión entre regiones, si el método de asignación de ancho de banda es pay-by-data-transfer, el ancho de banda máximo para la conectividad entre regiones queda sujeto a los límites de cuota. Para obtener más información, consulte Cuotas.
Si asigna el ancho de banda desde un plan de ancho de banda, el valor máximo corresponde al ancho de banda de dicho plan. Para obtener más información, consulte Purchase a bandwidth package.
-
¿Cómo libero los recursos creados en este ejemplo?
Si ya no necesita los recursos creados en este ejemplo, libérelos en el siguiente orden: elimine las conexiones de VPC, elimine la conexión entre regiones, elimine los transit routers y, por último, elimine la instancia de CEN.
-
Después de conectar VPC entre regiones, ¿las instancias ECS pueden acceder a servicios en la nube de otras regiones, como ApsaraDB for Redis y MongoDB?
Sí. Puede usar CEN para acceder a productos en la nube, como los servicios de ApsaraDB en otras regiones, a través de una red privada si se cumplen todas las condiciones siguientes:
La VPC donde reside la instancia de ApsaraDB (como Redis o MongoDB) y la VPC donde reside la instancia ECS se agregaron a la misma instancia de CEN, y se configuró una conexión entre regiones.
El security group de la instancia ECS admite los rangos de direcciones IP de la VPC donde reside la instancia de ApsaraDB en la región de destino. La lista de permitidos de ApsaraDB (ya sea de direcciones IP o de security groups) contiene el rango de direcciones IP de la VPC donde reside la instancia ECS, y las rutas están configuradas correctamente.