Kubernetes está diseñado con capacidades de autorreparación que ayudan a mantener la salud y disponibilidad de las cargas de trabajo. Automáticamente reemplaza contenedores fallidos, reprograma cargas de trabajo cuando los nodos están indisponibles, y asegura que el estado deseado del sistema se mantenga.
Reinicios a nivel de contenedor: Si un contenedor dentro de un Pod falla, Kubernetes lo reiniciará en base a su restartPolicy.
Reemplazo de réplicas: Si un Pod en un Deployment o StatefulSet falla, Kubernetes crea un Pod de reemplazo para mantener el número especificado de réplicas. Si un Pod que es parte de un DaemonSet falla, el plano de control crea un Pod de reemplazo para ejecutarse en el mismo nodo.
Recuperación de almacenamiento persistente: Si un nodo está ejecutando un Pod con un PersistentVolume (PV) adjunto, y el nodo falla, Kubernetes puede volver a adjuntar el volumen a un nuevo Pod en un nodo diferente.
Balanceo de carga para los Services: Si un Pod detrás de un Service falla, Kubernetes automáticamente lo elimina de los endpoints del Service para enrutar el tráfico únicamente a Pods saludables.
Estos son algunos de los componentes clave que proporcionan autorreparación a Kubernetes:
kubelet: Asegura que los contenedores estén ejecutándose, y reinicia aquellos que fallan.
Controladores de Deployment (vía ReplicaSet), ReplicaSet, StatefulSet y DaemonSet: Mantienen el número deseado de réplicas del Pod.
Controlador de PersistentVolume: Gestiona la conexión y desconexión de volúmenes para cargas de trabajo con estado.
Fallos de almacenamiento: Si un volumen persistente deja de estar disponible, pueden requerirse pasos de recuperación.
Errores de aplicación: Kubernetes puede reiniciar contenedores, pero los problemas subyacentes a la aplicación deben ser atendidos por separado.