Key takeaways
- Kubernetes Fundamentals (44%) and Container Orchestration (28%) together make up most of the exam; study in that proportion.
- At 75% you need about 45 of 60 questions right, so a weak large domain is the usual way to fail.
- You have about 90 seconds per question and no documentation, so recall must be fast and precise.
- A small local cluster turns abstract objects into things you have created, which makes multiple-choice options easier to separate.
- Book when your first-attempt accuracy on new questions stays above the pass mark in every domain for a week.
On this page
- What KCNA tests, in numbers
- How to read the domain weights
- Kubernetes Fundamentals: what to know cold
- Container Orchestration, delivery and architecture
- A six-week KCNA study plan
- How to practise without memorising answers
- Traps in KCNA question wording
- Exam day and the readiness test
- Frequently asked questions
What KCNA tests, in numbers
KCNA is delivered online with a remote proctor. The multiple-choice instructions list 60 questions and the FAQ gives 90 minutes and a 75% pass mark. The list price is $250 and the certification is valid for 2 years. The exam has four domains, and their weights are the most useful planning tool you have: they say how much of the exam each area is expected to cover.
Topics are quoted from the CNCF KCNA curriculum PDF; weights are from the official certification page. Both were read on 30 October 2026.
| Domain | Weight | Curriculum topics |
|---|---|---|
| Kubernetes Fundamentals | 44% | Kubernetes core concepts, administration, scheduling, containerization |
| Container Orchestration | 28% | Networking, security, troubleshooting, storage |
| Cloud Native Application Delivery | 16% | Application delivery, debugging |
| Cloud Native Architecture | 12% | Observability, cloud native ecosystem and principles, community and collaboration |
How to read the domain weights
The two largest domains, Kubernetes Fundamentals at 44% and Container Orchestration at 28%, carry most of the exam. That has two consequences. First, your study time should follow the same proportions: a week on community and governance at the expense of Pods and Services is a bad trade. Second, the small domains still matter at a 75% pass mark, because there is little room for a domain you skipped entirely.
Treat the weights as a budget. If you have twenty hours, roughly nine belong to Kubernetes Fundamentals, five or six to Container Orchestration, three to delivery and two or three to architecture. Adjust after your first practice set shows where you actually stand.
Kubernetes Fundamentals: what to know cold
This domain is the vocabulary of everything after it. You should be able to name what each core object is for, which component owns which job, and what happens when you apply a manifest. Questions often describe a situation and ask which object or component is responsible, so knowing the boundaries between similar things matters more than memorising field names.
- The control plane components (API server, etcd, scheduler, controller manager) and the node components (kubelet, container runtime, kube-proxy), and what each one does.
- Pods, ReplicaSets, Deployments, StatefulSets, DaemonSets, Jobs and CronJobs: which one fits a described workload.
- Namespaces, labels and selectors, and how Services find Pods through them.
- Declarative versus imperative management, and what kubectl apply does compared with create.
- Scheduling basics: requests, limits, taints, tolerations and node affinity at the level of what they achieve.
- Container images, registries and what a container runtime does under the kubelet.
Container Orchestration, delivery and architecture
The other three domains widen the view from a single cluster to how applications run and are delivered. Container Orchestration covers networking, security, troubleshooting and storage; expect questions on Service types, Ingress, NetworkPolicy, PersistentVolumes and claims, and how you would find out why a Pod is not running. Application delivery is about GitOps, CI/CD and debugging; architecture is about observability, cloud native principles and the CNCF community itself.
Container Orchestration
Know the Service types and when each is used, the difference between a Service and an Ingress, what a NetworkPolicy can and cannot do, and the PersistentVolume, PersistentVolumeClaim and StorageClass trio. Troubleshooting questions reward a mental checklist: events, logs, describe output, then the object the Pod depends on.
Cloud Native Application Delivery
Expect definitions and comparisons: continuous integration versus continuous delivery, what GitOps adds, and how a deployment strategy such as a rolling update or a canary behaves. Debugging here means reasoning about where a delivery failed, not typing commands.
Cloud Native Architecture
This is the domain people under-prepare. Read the CNCF definitions of cloud native, what metrics, logs and traces each tell you, how open source governance and collaboration work in CNCF, and how CNCF projects move through sandbox, incubating and graduated stages. Questions are short, but the options are close.
A six-week KCNA study plan
The plan below assumes a few hours a week and follows the domain weights. Each week mixes reading the official material with daily practice questions, so the review schedule has time to bring missed questions back. If you already run clusters, compress weeks one and two into one; if containers are new to you, add a week at the start.
| Week | Focus | Practice |
|---|---|---|
| 1 | Containers, images, the control plane and node components | Daily set of new questions; note every term you could not define |
| 2 | Workload objects, labels, selectors, namespaces; build a local cluster | Create each core object once yourself, then answer questions on it |
| 3 | Services, Ingress, NetworkPolicy, storage objects | Focus mode on Container Orchestration; clear due reviews first |
| 4 | Security basics, troubleshooting, scheduling controls | Mixed practice; read every explanation, even on correct answers |
| 5 | Delivery (GitOps, CI/CD) and architecture (observability, ecosystem) | Focus mode on the two small domains; first timed mock exam |
| 6 | Weakest domain from the mock, then mixed review | Second mock exam; book when the readiness test below passes |
How to practise without memorising answers
A question bank helps only if every question teaches something you could use on a different question. Answer before reading the options closely, then read the explanation whether you were right or not, and ask what the question was really testing. If you can say why each wrong option is wrong, you have learned the concept; if you only remember which letter was right, you have learned the question.
- Cover the options and answer from memory first; then check whether your answer is among them.
- For every miss, write one line: the concept, not the answer.
- Treat a lucky guess as a miss and bookmark it.
- Watch first-attempt accuracy on new questions; review results flatter you because you have seen those questions before.
Traps in KCNA question wording
Most lost points come from reading, not from not knowing. KCNA options are often all true statements about Kubernetes, and only one answers the question as asked. Read the last line first, check for a negative such as "which is NOT", and match the scope: a question about a Pod is not answered by a feature of a Deployment, and a question about a project is not answered by a description of the category it belongs to.
- Component versus object: the scheduler is a component, a Deployment is an object; questions mix them deliberately.
- Concept versus tool: "GitOps" is a practice; Argo CD and Flux are tools that implement it.
- Absolute words: options with "always" or "never" are often wrong in a system with this many configuration choices.
- Two right-sounding options: choose the one that is specifically true for the scenario, not generally true.
Exam day and the readiness test
On the day you have about 90 seconds per question and no documentation at all, because the Linux Foundation allows no resources during multiple-choice exams. Answer what you know on the first pass, flag the rest and come back. Before booking, run a simple readiness test: your accuracy on new questions, not reviews, should sit above 75% in every one of the four domains for a week, and a timed mock should finish with time to spare.
The exam must be taken within 12 months of purchase, a booking can be changed up to 24 hours before the start, and one retake is included if you do not pass. The shared guide on how Linux Foundation multiple-choice exams work covers check-in and the room rules. GoldenKube's KCNA bank has 288 explained questions to run the readiness test on.
Frequently asked questions
Is KCNA hard?
It is broad rather than deep. You need recall across Kubernetes objects, the control plane, networking, storage, security, delivery and the cloud native ecosystem, with no documentation and about 90 seconds per question. People who use Kubernetes daily usually find the fundamentals easy and lose points on ecosystem and observability details they never needed at work.
How long should I study for KCNA?
The Linux Foundation publishes no recommended study time, and it depends on your starting point. The six-week plan here assumes a few hours a week for someone who knows basic container concepts; shorten it if you already run clusters, and extend the first two weeks if containers are new to you.
Do I need hands-on Kubernetes experience for KCNA?
KCNA has no prerequisite and no hands-on tasks. A small local cluster still helps, because creating a Deployment, a Service and a ConfigMap yourself makes the multiple-choice options far easier to tell apart. The prerequisites field on the official page reads: None.
How many questions do I need to get right?
The pass mark is 75%. On 60 questions that is about 45 correct answers, assuming every question counts equally; the Linux Foundation does not publish per-question weighting, so treat the figure as a planning number.
Does KCNA expire, and can I renew it without retaking it?
KCNA is valid for 2 years. Under the CARE program in the multiple-choice FAQ, passing CKA or CKAD renews KCNA automatically, so if CKA is next on your path you may never sit KCNA twice.
What should I take after KCNA?
KCSA is the natural next step on the Kubestronaut path, because it is the other multiple-choice core exam and builds directly on the same objects. If you already work with clusters, CKA is equally reasonable. The roadmap guide explains both orders.
Can I use documentation or notes during KCNA?
No. The multiple-choice FAQ says no resources are allowed during these exams, so everything has to come from memory. That is why the plan relies on recall practice rather than reading.
Sources
Every exam fact on this page comes from these pages, read on the date shown.
- Linux Foundation: Kubernetes and Cloud Native Associate (KCNA) certification page, checked
- CNCF curriculum: KCNA Curriculum (PDF), checked
- Multiple-choice exam instructions, Linux Foundation certification docs, checked
- Multiple-choice exam FAQ, Linux Foundation certification docs, checked
- Exam terms of service, Linux Foundation certification docs, checked
- Resources allowed during the exam, Linux Foundation certification docs, checked