Orquestación y escalado
Qué hace un orquestador
- Coloca contenedores en nodos según recursos.
- Escala réplicas arriba y abajo con la carga.
- Reemplaza los que fallan, sin intervención.
El clúster
Un conjunto de máquinas (nodos) gestionadas como una unidad. El plano de control decide qué corre dónde; los nodos ejecutan las cargas.
Pod, la unidad mínima
Un pod envuelve uno o varios contenedores que se programan y escalan juntos en un nodo. Es la unidad atómica de despliegue en Kubernetes.
El estado deseado declarativo
Se describe en manifiestos cuántas réplicas, qué imagen, qué recursos. El sistema compara el estado real con el deseado y actúa para acercarlos.
El controlador y el bucle de reconciliación
- Un controlador observa el estado actual frente al deseado.
- Si difieren, toma medidas para corregirlo.
- Este bucle continuo es el corazón de la autorreparación.
Despliegue y escalado
Un Deployment gestiona réplicas y actualizaciones rodantes: sube versiones nuevas gradualmente sin cortar el servicio. Autoescalar ajusta réplicas según CPU o demanda.
Balanceo de carga
Un Service expone un grupo de pods tras un punto de entrada único y reparte las peticiones entre las réplicas, dando estabilidad ante fallos de pods individuales.
Autorreparación
- Un nodo que cae: sus pods se recolocan en otros.
- Un contenedor que revienta: se relanza.
- El sistema empuja siempre hacia el estado deseado.
Para cargas de datos e IA
Entrenamientos e inferencias se escalan elásticamente con GPU compartidas, y las canalizaciones se orquestan con trabajos que corren hasta completarse.
Complejidad asumida
Kubernetes es poderoso y complejo. Esa riqueza de conceptos tiene un precio de aprendizaje y operación que hay que justificar con la escala real.
No orquestar demasiado pronto
- Pocos contenedores no necesitan un clúster entero.
- El orquestador brilla con escala y necesidad de autorreparación.
- Adoptarlo por moda añade fricción sin ganancia.
Errores frecuentes
- Adoptar un clúster completo para pocos contenedores que no lo justifican.
- Ordenar el procedimiento paso a paso en vez de declarar el estado deseado.
- No fijar límites de recursos y dejar que una carga acapare el nodo.
Ejemplo resuelto: aguantar picos matinales
Un servicio de inferencia recibe picos cada mañana. En vez de sobreaprovisionar, se declara un Deployment con autoescalado por CPU: el orquestador añade réplicas cuando sube la carga y las retira al bajar, y un Service reparte las peticiones entre las réplicas activas.
- desplegar el modelo en un Deployment con sus límites de recursos
- declarar el número mínimo de réplicas y el máximo deseado
- configurar el autoescalado en función de la CPU o la demanda
- exponer las réplicas tras un Service que balancea peticiones
- dejar que el controlador recoloque los pods que fallan
¿Para qué sirve en la realidad?
Plataformas que corren decenas de servicios y entrenamientos sobre cientos de nodos necesitan orquestar contenedores: colocarlos, escalarlos con la demanda y rehacerlos cuando caen, sin que nadie los apague y encienda a mano.
En Kubernetes, el bucle de reconciliación de un controlador:
Kubernetes es declarativo: describes el estado que quieres y el sistema trabaja para mantenerlo.
Kubernetes
Toca una tarjeta para ver la respuesta.
Ordena cómo Kubernetes mantiene el estado deseado:
Arrastra cada ficha a su categoría (o tócala y luego toca la categoría). También puedes usar el teclado.
KubernetesSistema de orquestación de contenedores.
Une cada concepto de Kubernetes con su definición:
Kubernetes
- Kubernetes
- Piezas
- cluster
- cluster
- nodo
- Piezas
- pod
- manifiestos
- bucle de reconciliación
- escalado
AutoescaladoAjuste automático del número de recursos según la carga.
Tu carga de inferencia tiene picos matinales. ¿Qué mecanismo de Kubernetes (escalado, servicio, controlador) usarías para aguantarlos sin sobreaprovisionar?
Tu texto se guarda sólo en este dispositivo.
Comentarios
Inicia sesión para comentar.
Todavía no hay comentarios. Sé la primera persona en opinar.