Mesurez votre préparation à l’administration Kubernetes avec 20 défis indépendants constituant un second ensemble de scénarios opérationnels sur les domaines publics CKA. À partir de symptômes, fichiers de demande, événements, journaux et états d’objets, vous effectuez les changements requis et satisfaites les contrôles automatiques finaux sans procédure commande par commande.
Cet ensemble met l’accent sur le cycle de vie du stockage, le dépannage des nœuds et composants, l’autoscaling et les protections contre les interruptions, les interfaces d’extension et des primitives réseau récentes. C’est un examen complet distinct, pas la suite de l’Examen 01, et les bases évaluées sont supposées acquises.
Ce que vous apprendrez
- Provisionner dynamiquement le stockage de journaux et relier sans perte un volume Released avec politique Retain
- Réparer un Pod statique, une image locale, la découverte de metrics-server, un init container, une dérive de planification et le DNS d’un Service headless
- Configurer Horizontal Pod Autoscaling sur le CPU et protéger les interruptions volontaires avec un PodDisruptionBudget
- Respecter Restricted PodSecurity avec exécution non-root, seccomp, capacités supprimées et ressources explicites
- Déléguer un diagnostic de cluster en lecture seule avec RBAC sans mutation, accès aux Secrets ni privilèges génériques
- Examiner et renouveler un certificat kubeadm préparé, consigner le drain et restaurer nœud et charges après préparation d’une mise à niveau
- Personnaliser avec Kustomize un paquet CSI simulé et vérifier une ressource personnalisée réconciliée par un contrôleur
- Construire du routage Gateway API, réparer l’accès via EndpointSlices, limiter l’egress par NetworkPolicy et ajouter un transfert CoreDNS conditionnel
À qui s’adresse ce cours
Cet examen s’adresse aux administrateurs Kubernetes et candidats CKA ayant suivi une formation structurée et souhaitant une autre évaluation indépendante avec de nouveaux incidents et objets. Vous devez pouvoir analyser un cluster inconnu et choisir votre propre solution valide en commandes ou YAML.
Prérequis : Vous devez maîtriser Linux CLI, le YAML Kubernetes, kubectl, Pods, Deployments, StatefulSets, Services, stockage, planification, RBAC et dépannage. Une expérience avec HPA, PDB, Pod Security, certificats kubeadm, Kustomize, CRD et contrôleurs, Gateway API, EndpointSlices, NetworkPolicy et CoreDNS est vivement recommandée.
Environnement d’apprentissage : Le cours comprend 20 défis distincts dans un terminal CKA Ubuntu 22.04 avec le profil Kubernetes mono-nœud labex-v135. Onze sont intermédiaires et neuf avancés. Chacun démarre dans sa propre VM préparée, fournit situation, périmètre, critères et quelques indices, puis utilise deux ou trois contrôles automatiques pour valider l’état requis du cluster ou des fichiers.
Questions fréquentes
S’agit-il d’un examen CKA ou d’un questionnaire officiel ?
Non. C’est une ressource LabEx indépendante, sans affiliation, approbation ni parrainage de The Linux Foundation ou CNCF. Sa couverture s’inspire des domaines CKA publics, mais les tâches et leur répartition ne représentent pas les vraies questions ni la composition exacte de l’examen.
Quelle est la différence avec l’Examen blanc CKA 01 ?
C’est un autre examen complet, pas une suite, un rattrapage ou une version volontairement plus difficile. Il privilégie stockage dynamique et récupération Retain, Pods statiques, métriques, HPA et PDB, Pod Security, Gateway API, egress, EndpointSlices, certificats et extensions préparées.
Comment le temps et le score sont-ils calculés ?
La tentative complète recommande 120 minutes. Chacun des 20 défis vaut 5 points simulés, soit 100 au total, et 66 est le seuil d’entraînement simulé par LabEx. Ces chiffres servent uniquement à l’autoévaluation et ne prédisent ni ne constituent un résultat CKA officiel.
Quelles opérations d’infrastructure sont simulées ou préparées ?
Le certificat est renouvelé uniquement dans une copie PKI kubeadm préparée, pas dans le cluster actif. La mise à niveau couvre cordon, drain, preuves, uncordon et récupération sans installer de binaires. Le CSI est un pilote simulé préparé ; Operator et Gateway utilisent aussi des composants légers fournis. Ces exercices évaluent des objets et procédures bornés, pas un cycle de production complet.
