Every Exam PrepFREE EXAM PREP
Ask AI
STUDY GUIDE · CKA

Certified Kubernetes Administrator (CKA) Study Guide

Verified against the official content outline 6 sections
Written by Every Exam Prep Editorial TeamSource and review policyPublished July 18, 2026
Time limit
2h
Passing score
66%
Exam fee
$445
Governing body
Cloud Native Computing Foundation

The Certified Kubernetes Administrator (CKA) is a hands-on credential from the Cloud Native Computing Foundation that validates a candidate's ability to install, configure, and manage production Kubernetes clusters. Unlike multiple-choice certifications, the CKA puts you directly into a live terminal and asks you to actually solve problems — deploying workloads, debugging broken clusters, and configuring networking — the same way you would on the job.

This exam is aimed at system administrators, DevOps engineers, site reliability engineers, and platform engineers who operate Kubernetes clusters day to day. It's also a strong fit for developers moving into infrastructure-focused roles who want to prove they can do more than write YAML — they can keep a cluster healthy under pressure.

Why It's Worth Pursuing

  • Kubernetes has become the default way organizations run containerized workloads, so cluster administration skills are in steady demand.
  • The CKA is one of the few certifications that tests real command-line proficiency rather than memorized trivia, which makes it credible to hiring managers.
  • Passing signals that you can be trusted with production cluster access — a meaningful trust signal for platform and SRE teams.
  • It commonly serves as a stepping stone toward more specialized Kubernetes credentials, such as security- or developer-focused certifications.

Because the exam is performance-based and time-pressured, preparation has to emphasize speed and muscle memory with `kubectl` and cluster troubleshooting workflows, not just conceptual understanding.

The CKA is an online, remotely proctored exam rather than a testing-center experience. It is delivered through PSI's Bridge platform using the PSI Secure Browser, which handles identity verification and monitors your session via streaming audio, video, and screen sharing throughout the attempt.

Key Logistics

  • Format: A performance-based test where you solve real tasks from a command line running against live Kubernetes clusters, rather than answering multiple-choice questions.
  • Task count: The exam consists of 15-20 hands-on performance-based tasks.
  • Duration: Candidates are given 2 hours (120 minutes) to complete the exam.
  • Passing score: A score of 66% or higher is required to pass.
  • Cost: The exam costs $445 and includes one free retake if you don't pass on your first attempt.
  • Results: A score report is emailed within 24 hours of finishing the exam.
  • Curriculum version: The exam environment and published curriculum currently align with Kubernetes v1.35.
  • Validity: The CKA certification remains valid for 2 years from the date you pass.

Because it's remotely proctored, you'll need a quiet, private space, a working webcam and microphone, and a stable internet connection. The included retake is a meaningful safety net given the exam's difficulty — use your first attempt to learn the real testing environment, and treat the retake as backup rather than a plan.

The CKA curriculum is organized into 5 competency domains, each weighted according to how central it is to real-world cluster administration. Understanding these weightings helps you allocate study time proportionally rather than spreading effort evenly across topics that don't carry equal exam weight.

The Five Domains

  • Troubleshooting (30%): The single most heavily weighted domain, covering diagnosing and fixing cluster, node, application, and networking failures. Expect scenarios where something is broken and you must find and resolve the root cause under time pressure.
  • Cluster Architecture, Installation & Configuration (25%): Covers bootstrapping clusters, managing role-based access control, upgrading Kubernetes components, and understanding how the control plane and worker nodes fit together.
  • Services & Networking (20%): Covers Services, Ingress, network policies, and DNS — the mechanisms that let workloads communicate inside and outside the cluster.
  • Workloads & Scheduling (15%): Covers Deployments, Pods, ConfigMaps, Secrets, and how the scheduler places workloads onto nodes, including resource limits and affinity rules.
  • Storage (10%): Covers persistent volumes, persistent volume claims, storage classes, and how Kubernetes handles stateful data.

Because Troubleshooting and Cluster Architecture together account for more than half the exam, candidates who under-invest in debugging skills and cluster setup mechanics tend to struggle even if they know the API objects well. Practicing failure scenarios — not just successful deployments — is essential.

Because the CKA is entirely hands-on, reading alone will not get you through it — you need repeated, timed practice on a real or simulated cluster. A structured multi-week plan works better than cramming.

Suggested Progression

  1. Weeks 1-2 — Foundations: Set up a local multi-node cluster (kubeadm, kind, or minikube) and get comfortable with core objects: Pods, Deployments, Services, ConfigMaps, and Secrets. Practice writing manifests from memory rather than copy-pasting.
  2. Weeks 3-4 — Cluster Architecture & Installation: Practice bootstrapping clusters with kubeadm, managing RBAC, and performing version upgrades on control plane and worker nodes. This domain rewards repetition since the steps are mechanical but easy to fumble under time pressure.
  3. Weeks 5-6 — Networking & Storage: Work through Services, Ingress controllers, NetworkPolicies, and DNS resolution. Pair this with persistent volumes, claims, and storage classes so you can provision stateful workloads confidently.
  4. Weeks 7-8 — Troubleshooting drills: Deliberately break things — kill kubelet, misconfigure a Service selector, corrupt a manifest — and practice diagnosing and fixing them quickly. Given troubleshooting's outsized weighting, this stage deserves the most repetition.
  5. Final week — Timed mock exams: Simulate the full 2-hour session under exam conditions, including using only the allowed documentation, to build speed and reduce time-management mistakes.

Throughout, get fluent with `kubectl` imperative commands and shortcuts (aliases, autocomplete, `--dry-run=client -o yaml`) since typing full manifests by hand under time pressure is one of the most common reasons candidates run out of time.

Success on the CKA depends as much on time management and environment setup as on technical knowledge. A handful of avoidable mistakes account for many failed attempts.

Before the Exam

  • Test your webcam, microphone, and internet connection with the PSI Secure Browser well ahead of time, since remote proctoring setup issues can eat into your session time.
  • Clear your desk and room according to proctoring rules — unexpected items or a second monitor can trigger delays or flags during identity and environment checks.
  • Get comfortable navigating between the allowed Kubernetes documentation tabs, since you're permitted limited reference access during the exam.

During the Exam

  • Skim all tasks first and tackle the ones you're confident about before spending time on harder items — partial credit means an unfinished hard task can cost you easy points elsewhere.
  • Always double-check you're operating in the correct cluster context before making changes; switching contexts between tasks is one of the most common sources of lost points.
  • Use `kubectl config use-context` deliberately and verify with `kubectl config current-context` before each task.
  • Watch the clock — with only 2 hours for 15-20 tasks, spending too long on one item can jeopardize your ability to attempt the rest.

Finally, avoid the common mistake of treating study as purely conceptual. Candidates who only read about Kubernetes without typing commands under time pressure tend to freeze when the live terminal appears, regardless of how well they understand the theory.

Because the CKA rewards repetition and speed over rote memorization, the free study tools on this site are built to reinforce exactly those skills rather than simulate multiple-choice recall.

Where Each Resource Fits

  • Practice questions: Scenario-style questions modeled on the exam's domains help you rehearse recognizing which command or resource type a given task calls for, building the pattern recognition needed to move quickly during the timed session.
  • Flashcards: Useful for locking in command syntax, flag meanings, and object field names — the kind of small details that slow you down if you have to think twice about them mid-task.
  • Glossary: A quick way to build a solid working vocabulary of Kubernetes terminology (control plane components, networking concepts, storage objects) before diving into hands-on labs, so cluster documentation and error messages make sense immediately.

None of these resources replace time spent inside an actual cluster, but they compress the ramp-up period considerably. Using flashcards and the glossary early to build vocabulary, then shifting to practice questions organized around the domain weightings, mirrors the study-plan progression and helps concentrate effort on the highest-value areas — particularly troubleshooting and cluster architecture, which together make up more than half the exam.

CKA flashcards

26 cards on the highest-yield terms and rules. Grading uses spaced repetition and saves in this browser.

Card 1 of 260 mastered
Say the answer out loud before flipping.
Browse all 26 cards
  1. How is the CKA exam curriculum organized, and what are the five domains?

    It is organized into 5 competency domains: Cluster Architecture, Installation & Configuration; Workloads & Scheduling; Services & Networking; Storage; and Troubleshooting.

  2. Which CKA domain carries the highest exam weighting, and what is it?

    Troubleshooting is the most heavily weighted domain at 30% of the exam.

  3. How long is the CKA exam and how many tasks does it contain?

    Candidates get 2 hours (120 minutes) to complete 15-20 performance-based tasks.

  4. What score is required to pass the CKA exam?

    A score of 66% or above is required to pass.

  5. How long is a CKA certification valid before it must be renewed?

    The CKA certification is valid for 2 years from the date it is earned.

  6. How is the CKA exam proctored?

    It is remotely proctored through PSI's Bridge platform using the PSI Secure Browser, with live monitoring via streaming audio, video, and screen sharing.

  7. What format does the CKA exam take?

    It is a hands-on, performance-based test where candidates solve multiple real tasks directly from a command line on a live Kubernetes cluster, rather than answering multiple-choice questions.

  8. kubectl apply vs kubectl create — what's the key difference?

    kubectl create imperatively creates a new resource and fails if it already exists; kubectl apply declaratively creates or updates a resource by reconciling a YAML manifest against the live state, making it safe to re-run.

  9. What is the role of the kube-apiserver?

    It is the front-end control-plane component that exposes the Kubernetes API, validates and processes REST requests, and is the only component that talks directly to etcd.

  10. What does etcd store in a Kubernetes cluster?

    etcd is the cluster's consistent, distributed key-value store holding all cluster state and configuration data, including object specs and status.

  11. What is the function of kube-scheduler?

    It watches for newly created Pods with no assigned node and selects a node for them to run on based on resource requirements, constraints, affinity rules, and taints/tolerations.

  12. What is kubelet's role on a worker node?

    It is the primary node agent that ensures containers described in PodSpecs are running and healthy, reporting node and pod status back to the control plane.

  13. What is a Kubernetes Deployment used for?

    A Deployment manages a ReplicaSet of Pods declaratively, providing rolling updates, rollbacks, and self-healing to maintain a desired number of Pod replicas.

  14. What is a StatefulSet, and when would you use one?

    A StatefulSet manages stateful applications by giving Pods stable, unique network identities and persistent storage that survives rescheduling — used for workloads like databases that need stable identity and ordered deployment/scaling.

  15. What is a DaemonSet?

    A controller that ensures a copy of a Pod runs on every (or a selected subset of) node in the cluster — commonly used for log collectors, monitoring agents, or CNI plugins.

  16. How does a Kubernetes Service provide stable networking to Pods?

    A Service defines a stable virtual IP and DNS name that load-balances traffic to a dynamic set of Pods selected by label selectors, decoupling clients from individual Pod IPs which change as Pods are recreated.

  17. What are the main Kubernetes Service types?

    ClusterIP (internal-only virtual IP, the default), NodePort (exposes the service on a static port on every node), LoadBalancer (provisions an external cloud load balancer), and ExternalName (maps the service to a DNS name).

  18. What is an Ingress resource?

    An API object that manages external HTTP/HTTPS access to Services within a cluster, typically providing host- and path-based routing, TLS termination, and load balancing, and requires an Ingress controller to function.

  19. How does a Secret differ from a ConfigMap?

    A Secret is intended for sensitive data (passwords, tokens, keys) and is base64-encoded rather than stored in plain text, with tighter access controls, though it is not encrypted at rest by default without additional configuration.

  20. What is a PersistentVolume (PV) and PersistentVolumeClaim (PVC)?

    A PersistentVolume is a cluster-level piece of storage provisioned by an admin or dynamically via a StorageClass; a PersistentVolumeClaim is a user's request for storage that binds to a matching PV, abstracting the underlying storage details from Pods.

  21. What are taints and tolerations used for?

    Taints are applied to nodes to repel Pods from scheduling onto them unless the Pod has a matching toleration, allowing nodes to be reserved for specific workloads.

  22. What is the first command to run when troubleshooting a failing Pod?

    kubectl describe pod <name> to inspect events, container statuses, and conditions, often followed by kubectl logs <name> to check container output.

  23. How do you drain a node for maintenance in Kubernetes?

    Use kubectl drain <node>, which safely evicts running Pods (respecting PodDisruptionBudgets) and cordons the node to prevent new scheduling; kubectl uncordon reallows scheduling afterward.

  24. What is a NetworkPolicy?

    A NetworkPolicy is a namespace-scoped resource that controls traffic flow between Pods (and to/from external endpoints) at the IP/port level, enforced by a compatible CNI plugin — it is deny-by-default only once a policy selects a Pod.

  25. What does kubeadm do?

    kubeadm is the official bootstrapping tool used to initialize a Kubernetes control-plane node (kubeadm init) and join worker nodes (kubeadm join), and is also used for cluster upgrades.

  26. How would you back up and restore etcd?

    Use etcdctl snapshot save to create a point-in-time backup of the etcd data store, and etcdctl snapshot restore to recover cluster state from that snapshot — critical for disaster recovery of control-plane state.

CKA glossary

24 terms the CKA tests, defined in plain English.

CKA
Certified Kubernetes Administrator — a hands-on, performance-based certification from the Cloud Native Computing Foundation validating skills to install, configure, and manage production Kubernetes clusters.
ConfigMap
A Kubernetes object used to store non-confidential configuration data as key-value pairs, consumable by Pods as environment variables or mounted files.
DaemonSet
A controller that ensures a copy of a specific Pod runs on all (or a selected subset of) nodes in the cluster.
Deployment
A Kubernetes controller object that manages ReplicaSets to provide declarative updates, rolling deployments, and rollback capability for stateless applications.
etcd
A distributed, consistent key-value store used as Kubernetes' backing store for all cluster state and configuration data.
Ingress
An API object that manages external HTTP/HTTPS access to cluster Services, typically providing routing rules and TLS termination via an Ingress controller.
kube-apiserver
The Kubernetes control-plane component that exposes the REST API, validates requests, and serves as the central hub through which all cluster interactions pass.
kube-controller-manager
The control-plane process that runs controller loops responsible for reconciling actual cluster state with desired state (e.g., node, replication, and endpoint controllers).
kube-proxy
A network proxy running on each node that implements Kubernetes Service networking rules, enabling communication to and between Pods.
kube-scheduler
The control-plane component that assigns newly created Pods to nodes based on resource availability, constraints, and scheduling policies.
kubeadm
The official Kubernetes CLI tool for bootstrapping control-plane nodes, joining worker nodes to a cluster, and performing cluster upgrades.
kubelet
The node agent running on every worker node that ensures containers defined in PodSpecs are running as expected and reports status to the control plane.
Namespace
A logical partition within a Kubernetes cluster used to isolate and organize groups of resources, commonly by team, project, or environment.
NetworkPolicy
A namespace-scoped resource that defines rules governing which Pods may communicate with each other and with external endpoints, enforced by the cluster's CNI plugin.
PersistentVolume (PV)
A piece of storage provisioned in the cluster, either statically by an administrator or dynamically via a StorageClass, independent of any individual Pod's lifecycle.
PersistentVolumeClaim (PVC)
A user's request for storage that binds to a matching PersistentVolume, letting Pods consume storage without needing to know its underlying implementation.
Pod
The smallest deployable unit in Kubernetes, consisting of one or more containers that share networking and storage and are scheduled together on the same node.
ReplicaSet
A controller that maintains a stable set of a specified number of identical Pod replicas running at any given time.
Secret
A Kubernetes object for storing sensitive data such as passwords, tokens, or keys, base64-encoded and access-restricted separately from ConfigMaps.
Service
An abstraction that defines a stable network endpoint and load-balances traffic to a dynamic set of Pods matched by label selectors.
StatefulSet
A controller for managing stateful applications that require stable network identities, persistent storage, and ordered deployment/scaling/termination.
StorageClass
A resource that defines a category of storage with a specific provisioner and parameters, enabling on-demand dynamic provisioning of PersistentVolumes.
Taint
A property applied to a node that repels Pods from being scheduled onto it unless those Pods have a matching toleration.
Toleration
A Pod-level setting that allows (but does not require) the Pod to be scheduled onto nodes with matching taints.

Sources

  1. 1.Certified Kubernetes Administrator (CKA) CertificationCloud Native Computing Foundation (CNCF) (accessed Jul 18, 2026)
  2. 2.Certified Kubernetes Administrator (CKA) — Training & CertificationThe Linux Foundation (accessed Jul 18, 2026)
  3. 3.Frequently Asked Questions: CKA, CKAD & CKS (Candidate-Facing Docs)The Linux Foundation (accessed Jul 18, 2026)
  4. 4.CNCF Curriculum Repository — CKA_Curriculum_v1.35Cloud Native Computing Foundation (CNCF) (accessed Jul 18, 2026)
  5. 5.Important Instructions: CKA and CKAD (Candidate-Facing Docs)The Linux Foundation (accessed Jul 18, 2026)

Official sources

Primary documents used to verify the exam details shown on this page.

Last verified against the official exam content outline: