🔄 Restart

Reiniciar una aplicación es útil cuando usted cambió una configuración (ConfigMap o Secret) o cuando se trabó. Kubernetes lo hace sin sacar el servicio del aire: crea pods nuevos y solo después elimina los antiguos.

info

El restart se realiza con kubectl. El Panel Nuvion no tiene este recurso.

---

🚀 Antes de comenzar

• Tener el acceso al clúster configurado (vea Acceso al Clúster).
• Tener el Deployment web-deploy de la página Deploy.

🚀 1. Ver los pods antes

kubectl get pods -l app=web-deploy

Anote los nombres y la columna AGE.

🚀 2. Reiniciar el Deployment

kubectl rollout restart deployment/web-deploy

Salida esperada: deployment.apps/web-deploy restarted

🚀 3. Seguir el proceso

kubectl rollout status deployment/web-deploy
kubectl get pods -l app=web-deploy

Los pods tienen nombres nuevos y un AGE bajo. El estado final es successfully rolled out.

🚀 4. Reiniciar un único pod

Cuando solo un pod tiene problemas:

kubectl delete pod NOMBRE-DEL-POD

El Deployment crea un pod nuevo en su lugar.

aviso

Esto solo funciona para pods creados por un Deployment. Un pod creado solo (con kubectl run) no vuelve después de ser eliminado.

🚀 5. Reiniciar otros tipos de workload

kubectl rollout restart statefulset/NOMBRE
kubectl rollout restart daemonset/NOMBRE

💡 Cuándo usarlo después de cambiar la configuración

Las variables de entorno provenientes de un ConfigMap o Secret solo se leen cuando el pod inicia. Después de cambiar el valor, ejecute rollout restart para que la aplicación vea el cambio.

✅ Cómo saber si funcionó

kubectl rollout status termina con successfully rolled out, y los pods tienen nombres y AGE nuevos.

❗ Problemas comunes

Síntoma	Causa	Solución
rollout status no termina	El pod nuevo no queda listo	Vea kubectl describe pod y Events
Pods nuevos en Pending	Sin recursos en los nodes	Vea Scale
El pod eliminado no vuelve	No pertenece a un Deployment	Recree con kubectl apply

➡️ Próximo paso: Rollout

🧠 ¿Dudas?

¡Hable con nuestro equipo de soporte técnico de SaveinCloud!