Certification CKA Kubernetes : guide de préparation

La CKA valide votre capacité à administrer un cluster Kubernetes en conditions réelles. Elle couvre l'architecture du cluster, l'installation et la configuration, le réseau, le stockage, le scheduling et surtout le dépannage, qui représente 30% de l'examen, la plus grosse part du blueprint.

Cette page est le hub de préparation CKA. Elle vous guide vers les ressources du site et vous donne une stratégie structurée pour réussir.

Ce que vous allez apprendre

• Ce que valide la CKA et en quoi elle diffère de CKAD/CKS
• Le format de l'examen et les conditions de passage
• Les 5 domaines du blueprint avec leur pondération officielle
• Ce que vous devez savoir faire sans hésiter le jour J
• Un plan de préparation sur 8 semaines avec les ressources du site

Ce que la CKA valide

La CKA certifie que vous êtes capable d'administrer un cluster Kubernetes en conditions réelles :

• Installer et configurer un cluster avec kubeadm
• Maintenir le cluster (upgrades, backup/restore etcd)
• Configurer le réseau, le stockage et le scheduling
• Sécuriser avec RBAC (sans aller jusqu'à la CKS)
• Dépanner rapidement sous pression

La CKA n'est pas...

• Une certification développeur : c'est le rôle de la CKAD (Pods, Deployments, ConfigMaps...)
• Une certification sécurité avancée : c'est le rôle de la CKS (NetworkPolicies, Falco, supply chain...)
• Une accumulation de commandes kubectl : vous devez comprendre l'architecture et savoir diagnostiquer

Format de l'examen

Trois lignes de ce tableau déterminent votre stratégie de préparation bien plus que les autres. Le score minimum de 66% signifie que vous pouvez rater un tiers des points et être certifié : mieux vaut boucler proprement douze tâches que d'en bâcler dix-huit. La version de Kubernetes conditionne le comportement des commandes que vous répétez chez vous, donc entraînez-vous sur cette version, pas sur celle de votre cluster de production. Enfin, le retake inclus transforme la première tentative en répétition générale à coût nul.

Aspect	Valeur
Durée	2 heures
Type	Examen pratique supervisé (performance-based)
Score minimum	66%
Validité	2 ans
Reprise	1 retake inclus
Éligibilité	12 mois pour passer l'examen après achat
Prix	445 USD
Version Kubernetes	v1.35 (actuellement)
Documentation autorisée	kubernetes.io/docs, kubernetes.io/blog, helm.sh/docs, gateway-api.sigs.k8s.io

Glissez pour voir

Examen pratique

L'examen consiste en plusieurs tâches à réaliser sur des clusters réels via un terminal Linux. Vous devez créer, modifier et dépanner des ressources Kubernetes en temps limité. Il n'y a pas de QCM.

Les 5 domaines du blueprint

Le blueprint officiel CNCF définit les domaines et leur pondération. Ces pourcentages ne décrivent pas un nombre de questions mais une part de points : un domaine à 30% peut tenir en trois tâches lourdes et un domaine à 10% en une seule tâche rapide. Servez-vous de cette colonne pour arbitrer votre temps de révision, en sachant qu'elle ne dit rien de la difficulté relative des exercices.

Domaine	Poids	Ce que ça couvre
Cluster Architecture, Installation & Configuration	25%	kubeadm, upgrade, HA, RBAC, etcd
Services & Networking	20%	Services, Ingress, DNS, NetworkPolicies
Troubleshooting	30%	Diagnostics cluster, Pods, réseau, logs
Workloads & Scheduling	15%	Deployments, scheduling, taints/tolerations
Storage	10%	PV, PVC, StorageClasses

Glissez pour voir

Le troubleshooting fait la différence

Avec 30% du blueprint, le troubleshooting est le domaine qui sépare les candidats qui connaissent Kubernetes de ceux qui savent l'exploiter. Ne le négligez pas dans votre préparation.

Commandes essentielles CKA Référence complète des commandes d'administration

Ce que vous devez savoir faire sans hésiter

Le jour de l'examen, ces actions doivent être automatiques :

Administration cluster

Ce sont les gestes qui touchent au plan de contrôle et que l'on ne pratique presque jamais en entreprise, parce qu'ils sont rares et risqués en production. C'est précisément pour cela qu'ils tombent à l'examen. Chacun de ces quatre points doit avoir été exécuté au moins trois fois sur un cluster que vous avez le droit de casser, jusqu'à ce que l'ordre des étapes vienne sans réfléchir.

• Drainer un nœud et le remettre en service
• Upgrader un cluster avec kubeadm (control plane + workers)
• Sauvegarder et restaurer etcd
• Créer des Roles/ClusterRoles et les lier à des utilisateurs/ServiceAccounts

Réseau et stockage

Ces quatre gestes se ressemblent tous : on crée un objet, puis on vérifie qu'il fait passer du trafic ou qu'il monte un volume. La difficulté n'est pas d'écrire le YAML, elle est de savoir vérifier. Entraînez-vous autant à kubectl describe et aux tests depuis un pod jetable qu'à la création elle-même, car la moitié des points se perd sur un objet créé mais non fonctionnel.

• Exposer une application avec différents types de Services
• Configurer un Ingress avec TLS
• Créer des PV/PVC et comprendre les modes d'accès
• Diagnostiquer un problème DNS

Troubleshooting (critique)

Ce bloc pèse 30% des points et se travaille différemment des deux précédents : il ne s'agit pas de retenir une commande mais un ordre d'investigation. Partez toujours du plus large vers le plus fin, kubectl get nodes, puis les événements du namespace, puis describe sur l'objet en cause, puis les logs. La liste ci-dessous n'est pas un catalogue à mémoriser, c'est la suite des points d'observation dans cet ordre.

• Identifier pourquoi un Pod ne démarre pas (ImagePullBackOff, CrashLoopBackOff, Pending...)
• Lire les logs kubelet (journalctl -u kubelet)
• Analyser les événements du cluster
• Diagnostiquer un problème de scheduling
• Vérifier la santé du cluster (API Server, etcd, controller-manager, scheduler)

Socle minimum avant de commencer

Avant d'attaquer la préparation CKA, assurez-vous de maîtriser :

1. Les bases Kubernetes

   Vous devez être à l'aise avec Pods, Deployments, Services, ConfigMaps, Secrets. Si ce n'est pas le cas, commencez par la CKAD ou les guides fondamentaux.

2. kubectl en ligne de commande

   Vous devez pouvoir créer, modifier, supprimer des ressources sans chercher la syntaxe. L'autocomplétion et les alias sont indispensables.

3. Linux et les logs système

   La CKA suppose que vous savez naviguer dans un système Linux, lire des logs avec journalctl, éditer des fichiers de configuration.

4. Au moins une installation de cluster

   Avoir déjà installé un cluster (même local avec kubeadm sur des VMs) vous donnera une longueur d'avance sur 25% de l'examen.

Plan de préparation (8 semaines)

Ce plan suit une progression volontaire : les six premières semaines construisent les gestes, la septième les met sous pression et la huitième mesure le résultat. Chaque onglet contient un objectif, les actions à mener et les guides du site correspondants. Comptez six à huit heures par semaine avec au moins deux séances sur un cluster réel : lire ces pages sans manipuler ne fait pas passer l'examen, qui est intégralement pratique. Si votre temps est plus court, sacrifiez les semaines 3 et 4 plutôt que la semaine 7.

Semaines 1-2

Fondamentaux et architecture

Objectif : Comprendre l'architecture Kubernetes et installer un cluster avec kubeadm.

Ce que vous devez faire :

• Revoir l'architecture : control plane, worker nodes, etcd
• Installer un cluster multi-nodes avec kubeadm (VMs ou cloud)
• Comprendre le rôle de chaque composant
• Pratiquer les commandes de base kubectl

Guides du site :

Architecture Kubernetes Vue d'ensemble de l'architecture

Control Plane Composants du plan de contrôle

Worker Nodes Rôle et configuration des workers

kubeadm Installation et configuration avec kubeadm

Haute disponibilité Control Plane Architecture HA et kubeadm HA cluster

CNI, CSI, CRI Les trois interfaces d'extension Kubernetes

Semaines 3-4

Administration et maintenance

Objectif : Maîtriser RBAC, le backup/restore etcd et les upgrades de cluster.

Ce que vous devez faire :

• Créer des Roles, ClusterRoles et leurs bindings
• Pratiquer le backup et la restauration etcd
• Effectuer un upgrade de cluster complet
• Comprendre la haute disponibilité

Guides du site :

RBAC Contrôle d'accès basé sur les rôles

etcd Base de données du cluster

Backup et restauration Sauvegarde et récupération etcd

Deployments Déploiement et scaling d'applications

StatefulSets Applications stateful

DaemonSets Un Pod par nœud

Affinity et Taints Contrôle du scheduling

Scheduling avancé NodeSelector, priorités, preemption

Semaines 5-6

Réseau et stockage

Objectif : Configurer Services, Ingress, NetworkPolicies et le stockage persistant.

Ce que vous devez faire :

• Créer différents types de Services (ClusterIP, NodePort, LoadBalancer)
• Configurer un Ingress controller et des règles Ingress
• Écrire des NetworkPolicies
• Gérer PV, PVC et StorageClasses

Guides du site :

Services Exposition des applications

Ingress Routage HTTP/HTTPS

NetworkPolicies Isolation réseau

Storage Stockage persistant

StorageClass Provisionnement dynamique

Gateway API Le successeur d'Ingress

CoreDNS DNS interne du cluster

Pod Networking Modèle réseau et communication entre Pods

Semaine 7

Troubleshooting intensif

Objectif : Simuler des pannes et les résoudre rapidement.

Ce que vous devez faire :

• Casser volontairement votre cluster et le réparer
• Analyser les logs kubelet, API Server, etcd
• Debugger des Pods en erreur
• Résoudre des problèmes de scheduling et de réseau
• Chronométrer vos diagnostics

Exercices recommandés :

• Un Pod reste en Pending → identifier le problème
• Un Deployment ne scale pas → analyser les événements
• DNS ne résout pas → vérifier CoreDNS
• Un nœud passe NotReady → diagnostiquer et réparer

Troubleshooting Diagnostic et résolution de pannes

Debug Applications Méthodologie de debugging

Exercices CKA Entraînement chronométré

Semaine 8

Révisions et simulations

Objectif : Valider votre niveau avec les simulateurs officiels.

Ce que vous devez faire :

• Passer les 2 simulations Killer.sh (incluses avec l'inscription)
• Réviser les commandes rapides
• Optimiser votre workflow (alias, autocomplétion)
• Identifier vos points faibles et les retravailler
• Prévoir des pauses pendant l'examen réel

Checklist finale :

• Alias k=kubectl configuré
• Autocomplétion activée
• Environnement de travail maîtrisé
• Temps de réponse < 5 min par tâche simple
• Killer.sh score > 75%

Environnement de pratique

Utilisez kubeadm pour vos environnements de test, pas Kind ou Minikube. L'examen attend que vous sachiez configurer un "vrai" cluster avec plusieurs nœuds.

Configuration initiale le jour J

Dès le début de l'examen, configurez votre environnement :

# Alias indispensables
alias k=kubectl
alias kn='kubectl config set-context --current --namespace'
export do="--dry-run=client -o yaml"

# Autocomplétion
source <(kubectl completion bash)
complete -F __start_kubectl k

# Vérifier le contexte actuel
kubectl config current-context
kubectl config get-contexts

Changement de contexte

Chaque question peut cibler un cluster différent. Vérifiez toujours le contexte demandé dans l'énoncé et changez-le si nécessaire avec kubectl config use-context <nom>.

Pièges à éviter

1. Ne pas lire l'énoncé jusqu'au bout

Les questions peuvent exiger :

• Un namespace spécifique
• Des labels particuliers
• Un nom précis pour les ressources

2. Passer trop de temps sur une question

Avec plusieurs tâches en 2h, vous avez ~6-8 minutes par question en moyenne. Si vous bloquez, passez à la suivante et revenez plus tard.

3. Ne pas valider après création

Toujours vérifier que la ressource fonctionne :

kubectl get <resource> -n <namespace>
kubectl describe <resource> <name> -n <namespace>

4. Sous-estimer le troubleshooting

30% de l'examen ! Entraînez-vous à :

• Lire les logs kubelet : journalctl -u kubelet -n 50
• Identifier les composants cassés
• Analyser les événements : kubectl get events --sort-by=.metadata.creationTimestamp

5. Ignorer la documentation officielle

La documentation Kubernetes est autorisée. Apprenez à y naviguer efficacement pour trouver rapidement les exemples YAML dont vous avez besoin.

Différences avec CKAD et CKS

Les trois certifications partagent le même format pratique mais visent des métiers distincts. Lisez ce tableau en colonne plutôt qu'en ligne : chaque colonne dessine un profil complet. Le point de bascule le plus utile est la ligne kubeadm ; si installer et mettre à jour un cluster ne fait pas partie de votre travail, la CKAD correspond mieux à votre quotidien. La CKS exige d'ailleurs d'avoir déjà réussi la CKA avant de s'y présenter, la question de l'ordre ne se pose donc pas.

Aspect	CKAD	CKA	CKS
Focus	Applications	Cluster	Sécurité
kubeadm	Non requis	Essentiel	Requis
etcd	Non couvert	Backup/Restore	Chiffrement
RBAC	Basique	Complet	Avancé + audit
Troubleshooting	Pods/apps	Cluster entier	+ Runtime security
NetworkPolicies	Non couvert	Basique	Avancé
Public cible	Développeurs	Administrateurs	Security engineers

Glissez pour voir

Comparer CKA, CKAD et CKS Choisir la certification adaptée à votre profil

Ressources recommandées

Simulateurs et cours

Le simulateur Killer.sh est le seul de cette liste à être calibré plus difficile que l'examen réel : un score moyen y est plutôt bon signe. Gardez vos deux sessions pour la fin de la préparation : elles servent à identifier vos trous, pas à apprendre, et une session consommée trop tôt est une session perdue. Les deux autres ressources sont des compléments, à choisir selon que vous préférez un cours guidé ou une construction manuelle.

• Killer.sh : 2 simulations incluses avec l'inscription (utilisez-les en semaine 8)
• KodeKloud CKA : cours structuré avec labs pratiques
• Kubernetes The Hard Way : pour comprendre l'installation manuelle (optionnel mais formateur)

Documentation officielle

Ces pages sont accessibles pendant l'épreuve, ce qui change la façon de les travailler : l'enjeu n'est pas de les mémoriser mais de savoir où se trouve quoi. Prenez l'habitude de partir du moteur de recherche interne de kubernetes.io et de repérer, pour chaque type d'objet, la page qui contient un exemple YAML complet à copier. Ouvrir un résultat de recherche externe est interdit pendant l'examen.

• Kubernetes Documentation : autorisée pendant l'examen
• kubeadm Reference : options d'installation et de mise à jour du cluster
• kubectl Cheat Sheet : formats de sortie, sélecteurs et raccourcis

Pratique

Aucune lecture ne remplace un cluster que vous avez le droit de casser. Montez-le une fois avec kubeadm pour couvrir le domaine installation, puis servez-vous-en comme terrain de panne : coupez un service, supprimez un fichier de configuration, et chronométrez le temps qu'il vous faut pour revenir à un cluster sain. C'est ce chronomètre, pas le nombre d'heures passées, qui prédit le résultat de l'examen.

• Installez un cluster multi-nodes avec kubeadm (VMs ou cloud)
• Cassez-le volontairement et réparez-le
• Chronométrez vos diagnostics

À retenir

1. Le troubleshooting représente 30% : c'est le domaine qui fait la différence
2. Maîtrisez kubeadm : installation, upgrade, backup etcd
3. Pratiquez sur un vrai cluster, pas Kind ou Minikube
4. Validité 2 ans, 1 retake inclus : vous avez le droit à l'erreur
5. Utilisez les 2 simulations Killer.sh avant l'examen réel
6. Configurez vos alias dès le début de l'examen
7. Ne bloquez pas sur une question : passez et revenez
8. La documentation est autorisée : apprenez à y naviguer

Pour aller plus loin

• Exercices chronométrés CKA : Des mises en situation minutées calquées sur le format de l'examen.
• Guide de préparation CKS : La spécialisation sécurité qui s'appuie directement sur la CKA.

×

📖 Voir la documentation →