Administrer Kubernetes consiste à maintenir un cluster partagé planifiable, limité en ressources, correctement autorisé, configurable et facile à diagnostiquer. Ce cours dépasse le déploiement élémentaire des charges pour aborder les contrôles opérationnels servant à entretenir un cluster et à rétablir des applications défaillantes.
Dans un cluster Minikube local, vous effectuerez la maintenance d'un nœud, isolerez les charges avec des namespaces et des quotas, testerez un RBAC de moindre privilège, fournirez configuration et secrets aux Pods, puis diagnostiquerez les pannes à partir des états et événements. La mission finale associe analyse des logs et réparation de la découverte de Service dans un namespace dédié.
Ce que vous apprendrez
- Cordonner, drainer, inspecter et réactiver un nœud en expliquant l'effet de chaque action sur la planification
- Créer un namespace et limiter les requêtes et limites cumulées de CPU et de mémoire avec ResourceQuota
- Déployer un Pod aux ressources contraintes et vérifier la portée du namespace ainsi que la consommation du quota
- Définir un Role en lecture seule dans un namespace, le lier à un utilisateur et tester les actions autorisées ou refusées par usurpation
- Créer des ConfigMaps et Secrets, monter une configuration comme fichier et injecter une clé secrète comme variable d'environnement
- Diagnostiquer une image de conteneur invalide grâce à l'état et aux événements du Pod, corriger précisément le problème et observer le rétablissement
- Réparer un Deployment en échec et un sélecteur de Service incorrect jusqu'à obtenir une charge prête et des endpoints
À qui s’adresse ce cours
Ce cours s'adresse aux personnes apprenant le DevOps, aux ingénieurs plateforme débutants et aux administrateurs Linux connaissant déjà les Pods, Deployments, Services et l'usage élémentaire de kubectl.
Prérequis : Bases du terminal Linux et de YAML, ainsi qu'une première connaissance des charges Kubernetes ; un cours sur les fondamentaux de Kubernetes est recommandé au préalable.
Environnement d’apprentissage : Un terminal Linux accessible dans le navigateur avec Docker, Minikube, kubectl, nano et un cluster Kubernetes local à un seul nœud ; aucun compte cloud n'est requis.
Questions fréquentes
Un cluster Minikube à un seul nœud peut-il démontrer correctement le drainage ?
Il démontre fidèlement les commandes et leurs conséquences sur la planification, mais aucun second nœud ne peut accueillir les charges évincées. Après le drainage de l'unique nœud, les Pods de remplacement restent Pending jusqu'à sa réactivation.
Le lab RBAC crée-t-il et authentifie-t-il un véritable compte utilisateur ?
Non. Il crée un Role et un RoleBinding de namespace pour l'identité jane, puis utilise kubectl auth can-i --as jane pour vérifier qu'elle peut lire les Pods sans pouvoir les créer ni les supprimer.
Les Secrets Kubernetes sont-ils chiffrés dans ce cours ?
Non. Le lab précise que les valeurs affichées sont encodées en Base64, et non chiffrées. Il présente les références aux Secrets et leur injection par variable d'environnement ; le chiffrement au repos et les gestionnaires externes restent hors périmètre.
Que dois-je réparer dans le défi final ?
Vous appliquez un Deployment et un Service existants dans le namespace rescue-mission, utilisez les logs pour trouver et retirer une surcharge command défectueuse, puis alignez le sélecteur du Service sur app: backend. La validation exige un réplica prêt et au moins un endpoint de Service.
