Todos los productos
Search
Centro de documentos

Container Service for Kubernetes:Terway Edge

Última actualización: Sep 07, 2026

Terway Edge utiliza Terway en los node pools de la nube y Flannel en los node pools perimetrales como complemento de interfaz de red de contenedores (CNI) para los clústeres ACK Edge. La comunicación dentro de un mismo node pool funciona de forma inmediata. La comunicación entre dominios, que involucra nodos de la nube y del perímetro, requiere circuitos Express Connect, configurar Virtual Border Router (VBR) y compatibilidad con Border Gateway Protocol (BGP) en el gateway perimetral.

Notas de uso

  • El gateway perimetral (vSwitch) debe admitir BGP y permitir configurar pares BGP con los nodos del clúster.

  • En el gateway del centro de datos, el bloque CIDR de los contenedores no debe superponerse con ningún otro bloque CIDR.

  • Modifique las configuraciones de Terway únicamente desde la consola de ACK. No modifique directamente el ConfigMap eni_config con kubectl, ya que los cambios aplicados de esta manera pueden sobrescribirse durante las actualizaciones de componentes y provocar fallas de red.

Arquitectura de red

El despliegue de Terway Edge difiere entre la nube y el perímetro:

  • Node pool de la nube: usa el complemento de red Terway, igual que los clústeres ACK managed Pro.

  • Node pool perimetral: usa el complemento Flannel en modo Route.

La comunicación interna del node pool de la nube y del node pool perimetral permanece dentro de cada dominio de red correspondiente, por lo que no requiere configuración adicional.

La comunicación entre dominios, es decir, entre los contenedores de la nube y los del perímetro, requiere circuitos Express Connect y rutas configuradas en los VBR. A continuación se muestra un ejemplo donde el bloque CIDR de la virtual private cloud (VPC) es 192.168.0.0/16 y el bloque CIDR de los contenedores perimetrales es 10.0.0.0/16.

imagen

De la nube al perímetro: en los VBR de los contenedores de la nube, configure el bloque CIDR de los contenedores perimetrales (10.0.0.0/16) y conecte los dispositivos de enrutamiento del centro de datos mediante circuitos Express Connect. Flannel anuncia los bloques CIDR y las rutas BGP a los dispositivos de enrutamiento del centro de datos, lo que permite que los contenedores de la nube alcancen a los del perímetro.

Del perímetro a la nube: en los dispositivos de enrutamiento del centro de datos, configure rutas hacia el bloque CIDR de los contenedores de la nube (192.168.0.0/16) y conéctelos a los VBR mediante circuitos Express Connect. En los VBR, configure una ruta para este bloque CIDR hacia la VPC correspondiente. De este modo, los contenedores perimetrales podrán comunicarse con los de la nube.

CNI de la red de la nube

Los node pools de la nube utilizan Terway, una solución de red de contenedores nativa de la nube basada en Elastic Network Interface (ENI) de Alibaba Cloud. Terway asigna direcciones IP dentro de una VPC a los pods.

Capacidad

Detalle

Capa de red

Los contenedores y las máquinas virtuales (como las instancias de Elastic Compute Service (ECS)) comparten la misma capa de red

Comunicación

Las ENI se comunican sin necesidad de usar encapsulación de paquetes ni tablas de enrutamiento

Para obtener más información, consulte Terway.

CNI de la red perimetral

imagen

Los node pools perimetrales usan el complemento Flannel en modo Route, el cual despliega contenedores en redes underlay.

Capacidad

Detalle

Asignación de IP

El bloque CIDR de los pods se divide equitativamente entre los nodos; cada pod obtiene una IP del bloque CIDR de su nodo

Enrutamiento dentro del dominio

Flannel configura reglas de enrutamiento en la pila de red del host; el tráfico se reenvía mediante rutas del host hasta el host del pod de destino

Enrutamiento entre dominios

Flannel anuncia los bloques CIDR BGP del dominio de red actual a los vSwitches; el tráfico entre dominios se enruta a través de los vSwitches y las rutas BGP hacia el dominio de red de destino, y luego se reenvía al pod de destino