Abre el clúster → pestaña Load Balancers en my.cubepath.com.
Lista todos los balanceadores de carga que apuntan a los nodos worker de este clúster, con su estado, plan, IP, listeners y número de targets. Puedes desplegar uno nuevo directamente desde aquí.
Dónde encaja
El balanceador es la mitad exterior de llevar tráfico de internet al clúster. El camino completo es:
Internet → Balanceador → nodos worker → ingress controller → tu Service → pods
El balanceador te da una IP pública estable delante de un conjunto de workers que van y vienen. Ese es justamente el punto: con el autoescalado activo los nodos individuales son desechables, así que no puedes poner DNS sobre la dirección de un worker. Apuntas el DNS al balanceador.
El ingress controller dentro del clúster hace después el enrutado por host y por ruta hacia el Service correcto.
Desplegar uno
Entra para desplegar un balanceador que apunte a este clúster. Configura sus listeners para los puertos que expone tu ingress controller — típicamente el 80 y el 443.
NotaEl balanceador apunta a nodos worker, no a pods. Si un nodo no tiene encima un pod del ingress controller, el tráfico llega igualmente allí y se reenvía internamente. Es el comportamiento normal de Kubernetes, no un error de configuración.
Cuándo no lo necesitas
- Clústeres solo internos. Si el clúster da servicio a otros servicios en una red privada y a nada de internet, prescinde de él.
- Un único nodo fuera de producción. Para un clúster de desarrollo, un NodePort sobre la IP pública de un worker sale más barato. No montes DNS ni nada permanente encima.
ConsejoSi el tráfico llega al balanceador pero devuelve errores, mira primero el número de targets aquí. Un balanceador con cero targets sanos es la causa más habitual, y suele significar que el ingress controller no está corriendo, no que el balanceador falle.