4.3 · Parcours 4 — Administrer un cluster (CKA)
Applications auto-réparatrices : ReplicaSets, probes, PDB
Lab Kubernetes · questionnaire de validation · gratuit, dans le navigateur
« Kubernetes répare tout seul » : c'est vrai, à condition de lui en donner les moyens. Un pod nu ne se répare pas. Un Deployment remplace ses pods, mais il ne sait pas qu'une application est bloquée si personne ne le lui dit. Et une maintenance de nœud peut couper un service entier, sauf si l'on a précisé combien de pods doivent rester debout. Cette leçon assemble les trois mécanismes de l'auto-réparation : contrôleurs, sondes et PodDisruptionBudgets.
Ce que vous saurez à la fin : expliquer la boucle de réconciliation d'un contrôleur, retrouver la chaîne Deployment → ReplicaSet → Pod, savoir ce qu'apporte chaque sonde à l'auto-réparation, et protéger une application pendant les maintenances avec un PodDisruptionBudget.
Au programme de ce lab
- Votre mission
- Pas à pas
- La boucle de réconciliation
- Qui possède qui ?
- Les sondes : dire à Kubernetes ce que « en bonne santé » veut dire
- Les PodDisruptionBudgets : survivre aux maintenances
- Ce qui reste à votre charge
Ce que KubeNow vérifie
- Le PDB stock garde au moins 2 pods app=stock
- Le PDB autorise une interruption (3 pods prêts, 2 à garder)
- Le Deployment solo a 2 réplicas prêts
- Le pod nu solo a été supprimé
- proprietaire : le type qui possède les pods de stock