🔄 Restart

Reiniciar uma aplicação é útil quando você alterou uma configuração (ConfigMap ou Secret) ou quando ela travou. O Kubernetes faz isso sem tirar o serviço do ar: cria pods novos e só depois remove os antigos.

informação

O restart é feito com o kubectl. O Painel Nuvion não tem esse recurso.

---

🚀 Antes de começar

• Ter o acesso ao cluster configurado (veja Acesso ao Cluster).
• Ter o Deployment web-deploy da página Deploy.

🚀 1. Ver os pods antes

kubectl get pods -l app=web-deploy

Anote os nomes e a coluna AGE.

🚀 2. Reiniciar o Deployment

kubectl rollout restart deployment/web-deploy

Saída esperada: deployment.apps/web-deploy restarted

🚀 3. Acompanhar

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

Os pods têm nomes novos e AGE baixo. O status final é successfully rolled out.

🚀 4. Reiniciar um único pod

Quando só um pod tem problema:

kubectl delete pod NOME-DO-POD

O Deployment cria um pod novo no lugar.

aviso

Isso só funciona para pods criados por um Deployment. Um pod criado sozinho (com kubectl run) não volta depois de excluído.

🚀 5. Reiniciar outros tipos de workload

kubectl rollout restart statefulset/NOME
kubectl rollout restart daemonset/NOME

💡 Quando usar depois de alterar configuração

As variáveis de ambiente vindas de um ConfigMap ou Secret só são lidas quando o pod inicia. Depois de alterar o valor, rode o rollout restart para a aplicação enxergar a mudança.

✅ Como saber se deu certo

kubectl rollout status termina com successfully rolled out, e os pods têm nomes e AGE novos.

❗ Problemas comuns

Sintoma	Causa	Solução
rollout status não termina	O pod novo não fica pronto	Veja kubectl describe pod e Events
Pods novos em Pending	Sem recurso nos nodes	Veja Scale
Pod excluído não volta	Não pertence a um Deployment	Recrie com kubectl apply

➡️ Próximo passo: Rollout

🧠 Dúvidas?

Fale com nosso time de suporte técnico da SaveinCloud!