Todos los productos
Search
Centro de documentos

Container Service for Kubernetes:Descripción general de Ingress

Última actualización: Sep 04, 2026

Los clústeres ACK Edge admiten dos formas de desplegar controladores de Ingress, cada una adecuada para una topología de red distinta. Elija el método de despliegue que se ajuste a su conectividad nube-periferia y a sus requisitos de enrutamiento de tráfico.

Conceptos clave

Ingress es un objeto de la API de Kubernetes que gestiona el enrutamiento HTTP y HTTPS de capa 7 desde fuera del clúster hacia los Services que se ejecutan en su interior. Al definir reglas de reenvío en un recurso de Ingress, puede dirigir las solicitudes externas a los pods de backend correctos. Para obtener contexto sobre los principios de Ingress, consulte Ingress management.

Los recursos de Ingress gestionan únicamente reglas de enrutamiento HTTP y HTTPS. Las funciones avanzadas, como los algoritmos de balanceo de carga y la afinidad de sesión, deben configurarse en el controlador de Ingress, no en el recurso de Ingress.

El controlador de Ingress es el componente que supervisa los recursos de Ingress y reenvía las solicitudes HTTP/HTTPS entrantes a los pods de backend correspondientes.

Estructura del clúster ACK Edge

Un clúster ACK Edge extiende los clústeres ACK Pro para conectar nodos perimetrales con el centro de datos. Cada clúster consta de dos partes:

  • Node pool en la nube: Contiene recursos como instancias de Elastic Compute Service (ECS) dentro de la VPC del clúster.

  • Node pool perimetral: Uno o más node pools de nodos perimetrales que se conectan al centro de datos.

Para obtener más información, consulte Node pools.

Elección del método de despliegue

Método de despliegue

Tipos de Ingress compatibles

Requisito de red

Topología de Service

Despliegue en node pool

Solo NGINX Ingress

Línea dedicada o red pública

Opcional (línea dedicada) / Obligatorio (red pública)

Despliegue en la nube

NGINX Ingress y ALB Ingress

Línea dedicada obligatoria

No se utiliza

Despliegue en node pool: Utilice este método cuando sus nodos perimetrales se conecten a través de una red pública, o cuando necesite que cada node pool gestione su propio tráfico localmente sin enrutarlo a través de la nube.

Despliegue en la nube: Utilice este método cuando su node pool en la nube y sus node pools perimetrales estén conectados mediante una línea dedicada, y no requiera que el tráfico permanezca local dentro de cada node pool perimetral.

Despliegue en node pool

image

En el despliegue en node pool, se ejecuta un controlador de Ingress en cada node pool, tanto en el de la nube como en los perimetrales.

  • El controlador de Ingress del node pool en la nube utiliza un Service de tipo LoadBalancer. El endpoint corresponde a la dirección IP de una instancia de Classic Load Balancer (CLB).

  • El controlador de Ingress de cada node pool perimetral utiliza un Service de tipo NodePort. El endpoint es la dirección IP de cualquier nodo dentro de ese node pool.

  • Topología de Service: Configure una topología de Service para asegurarse de que las solicitudes se reenvíen a pods de backend dentro del mismo node pool. Esto es opcional cuando los nodos perimetrales se conectan mediante una línea dedicada, y obligatorio cuando lo hacen a través de la red pública. Consulte Configure a Service topology.

Para consultar las instrucciones de instalación, consulte Install the NGINX Ingress controller.

Despliegue en la nube

image

En el despliegue en la nube, el controlador de Ingress se ejecuta únicamente en el node pool de la nube.

Importante

El node pool en la nube y los node pools perimetrales deben estar conectados mediante una línea dedicada para la comunicación por intranet, lo cual incluye tanto la interconexión de hosts como la de la red de contenedores.

  • El controlador de Ingress proporciona acceso a Internet mediante un Service de tipo LoadBalancer y utiliza la IP de una instancia de Classic Load Balancer (CLB) como endpoint.

  • El tráfico externo ingresa a través del controlador de Ingress en el node pool de la nube y se enruta hacia los pods de backend con balanceo de carga. En este método no se utiliza la topología de Service.

Para consultar las instrucciones de instalación, revise los siguientes temas:

Siguientes pasos