Container Service for Kubernetes:Uso de servicios LoadBalancer para exponer aplicaciones

Funcionamiento

Los siguientes diagramas muestran cómo fluye el tráfico en cada escenario.

Pods en la nube (ECS + CLB)

Los pods se ejecutan en instancias de Elastic Compute Service (ECS) dentro de una Virtual Private Cloud (VPC). El plano de control en la nube administra los listeners y servidores backend de Classic Load Balancer (CLB), y distribuye las solicitudes entre los pods backend.

Pods en el edge (ENS + reenvío ECS)

Los pods se ejecutan en servidores perimetrales dentro de un node pool de Edge Node Service (ENS). Las instancias ECS en la nube reenvían las solicitudes a través de Express Connect hacia los pods en el edge.

Pods híbridos (NLB — recomendado)

Los pods se ejecutan tanto en centros de datos en la nube como locales. NLB distribuye el tráfico entre los node pools y los pods se registran directamente como servidores backend de tipo IP.

Requisitos previos

Asegúrese de contar con lo siguiente:

• Un clúster ACK Edge

• El complemento de red adecuado para su escenario (Terway Edge o Flannel VXLAN)

Solo para el escenario ENS:

• Un circuito Express Connect entre la VPC en la nube y el centro de datos perimetral

• externalTrafficPolicy establecida en Cluster en el servicio LoadBalancer (el reenvío ECS no es compatible con Local)

Solo para el escenario NLB:

• Un circuito Express Connect entre los node pools en la nube y los perimetrales

• Terway Edge como complemento de red

Exposición de pods en la nube con CLB

Para pods en instancias ECS dentro de una VPC, cree un servicio LoadBalancer estándar. El plano de control aprovisiona una instancia CLB y sincroniza sus listeners y servidores backend con los eventos del ciclo de vida de los pods; no se requieren anotaciones adicionales para el balanceo de carga básico.

Exposición de pods en el edge mediante reenvío ECS

Para pods en un node pool ENS, el tráfico ingresa a un listener CLB en una instancia ECS en la nube y se reenvía a través de Express Connect hacia los pods en el edge. Establezca externalTrafficPolicy: Cluster para que todos los nodos del clúster sean backends elegibles; así, el tráfico se reenvía incluso cuando un nodo no tiene ningún pod local.

Exposición de pods híbridos con NLB (recomendado)

Para pods distribuidos entre node pools en la nube y perimetrales, utilice NLB para acceder directamente a los pods por IP. Agregue las siguientes anotaciones al manifiesto del Service:

Selección de una política de tráfico externo

Configure externalTrafficPolicy en un servicio LoadBalancer o NodePort para controlar cómo llega el tráfico externo a los pods backend. Esta configuración aplica tanto a los complementos Terway Edge como Flannel VXLAN.

Siguientes pasos

• Uso de instancias ELB para exponer Services en varias regiones