Maintenance et changements sur un cluster Kubernetes

Toute opération de maintenance sur Kubernetes est une disruption volontaire. La différence entre une maintenance réussie et un incident en production, c'est la méthode : cordon, drain, intervention, uncordon, dans cet ordre, avec les bons garde-fous.

Les PodDisruptionBudget sont le filet de sécurité : ils garantissent que vos interventions respectent les contraintes de disponibilité des applications, y compris lors d'une mise à jour d'urgence, moment où personne ne relit les manifestes.

Vérifiez avant d'intervenir

Trois vérifications avant tout kubectl drain, et la troisième est celle qu'on oublie :

1. Les Pods critiques ont un PodDisruptionBudget configuré
2. Le cluster a la capacité d'absorber les Pods évacués
3. Vous avez accès à kubectl uncordon pour revenir en arrière

Le workflow de maintenance

1. Vérifier l'état initial, kubectl get nodes et kubectl get pods -A pour confirmer que le cluster est sain avant d'intervenir.

2. Cordon du nœud, kubectl cordon <nœud> marque le nœud comme non-schedulable : les nouveaux pods ne seront plus placés dessus.

3. Drain des pods, kubectl drain <nœud> --ignore-daemonsets --delete-emptydir-data évacue les pods existants vers d'autres nœuds.

4. Intervention, maintenance OS, remplacement de disque, mise à jour des composants, reboot.

5. Uncordon, kubectl uncordon <nœud> rend le nœud à nouveau éligible au scheduling une fois la maintenance terminée.

6. Vérification, kubectl describe node <nœud> pour confirmer le retour à l'état Ready.

Guides de cette section

Préparer une maintenance de cluster Kubernetes Workflow complet cordon → drain → uncordon, PodDisruptionBudgets et vérifications.

Gérer les nœuds d'un cluster Kubernetes Labels, taints, annotations, remplacement de nœud : administration au quotidien.

Mettre à jour un cluster Kubernetes Version skew policy, ordre des composants, workflow kubeadm upgrade et vérifications post-upgrade.

3 guides publiés

Contrôle de connaissances

Vérifiez que l'essentiel de ce guide est acquis. Les questions portent uniquement sur ce qui vient d'être expliqué ici.

Contrôle de connaissances

Validez vos connaissances avec ce quiz interactif

6 questions

6 min.

70% requis

Informations

• Le chronomètre démarre au clic sur Démarrer
• Questions à choix multiples, vrai/faux et réponses courtes
• Vous pouvez naviguer entre les questions
• Les résultats détaillés sont affichés à la fin

Démarrer le quiz

Lance le quiz et démarre le chronomètre

À retenir

• Ne jamais intervenir directement sur un nœud sans l'avoir drainé, les pods pourraient être interrompus brutalement
• Les DaemonSets ne sont pas évacués par drain (normal), utilisez --ignore-daemonsets
• Les emptyDir sont effacés par drain, vérifiez que ces données sont dispensables ou persistées ailleurs
• La version skew policy n'a pas de règle unique : le kubelet et kube-proxy tolèrent 3 mineures de retard sur kube-apiserver depuis Kubernetes 1.25, le controller-manager et le scheduler 1 seule, et kubectl reste à 1 mineure de l'API, en avance comme en retard
• Upgrader dans l'ordre de kubeadm : kubeadm sur le premier control plane, puis kubeadm upgrade apply, puis kubelet et kubectl sur ce nœud, et enfin les autres nœuds un par un avec kubeadm upgrade node

Pour aller plus loin

• Gérer les nœuds : Le cordon, le drain et la remise en service d'un nœud sans coupure visible.
• Mettre à jour un cluster : La montée de version du control plane puis des nœuds, le changement le plus risqué du cycle.
• Fiabiliser les applications : Les PodDisruptionBudgets et l'anti-affinité qui rendent une maintenance transparente.

×

📖 Voir la documentation →