cert
cert-1
cert-2

Pass Linux Foundation KCNA Exam in First Attempt Guaranteed!

Get 100% Latest Exam Questions, Accurate & Verified Answers to Pass the Actual Exam!
30 Days Free Updates, Instant Download!

cert-5
cert-6
KCNA Exam - Verified By Experts
KCNA Premium Bundle
$29.98

KCNA Premium Bundle

$79.99
$109.97
  • Premium File 333 Questions & Answers. Last update: Nov 02, 2026
  • Training Course 54 Video Lectures
  • Study Guide 410 Pages
 
$109.97
$79.99
accept 39 downloads in last 7 days
block-screenshots
Purchase Linux Foundation KCNA Exam Training Products Individually
Linux Foundation KCNA Premium File
Premium File 333 Q&A
$76.99$69.99
Linux Foundation KCNA Video Training Course
Training Course 54 Lectures
$21.99 $19.99
Linux Foundation KCNA PDF Study Guide
Study Guide 410 Pages
$21.99 $19.99
Linux Foundation KCNA Practice Test 49

Question 480

A CI job sends gigabytes of irrelevant files as build context and produces unexpectedly large, slow image artifacts. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?

  1. Kubelet can start Pod sandboxes and containers through the configured CRI without incompatible shim failures.
  2. Principals can perform only intended operations at the correct scope while denied actions remain inaccessible.
  3. Deployments use lean images without exposed build-time credentials or unnecessary packages.
  4. Operators identify the failing object and use evidence before editing controllers or escalating access.

Explanation

Correct Answer

C:

Deployments use lean images without exposed build-time credentials or unnecessary packages. This is an observable service outcome, not just evidence that a configuration file was saved. Deleting a file in a later image layer does not erase secrets committed into an earlier layer. Workload context: A CI job sends gigabytes of irrelevant files as build context and produces unexpectedly large, slow image artifacts.

Incorrect Answers

A:

Kubelet can start Pod sandboxes and containers through the configured CRI without incompatible shim failures. That result validates Container runtime and CRI rather than the requirement here. Verify instead: Deployments use lean images without exposed build-time credentials or unnecessary packages. Workload context: A CI job sends gigabytes of irrelevant files as build context and produces unexpectedly large, slow image artifacts.

B:

Principals can perform only intended operations at the correct scope while denied actions remain inaccessible. That result validates Role and ClusterRole authorization rather than the requirement here. Verify instead: Deployments use lean images without exposed build-time credentials or unnecessary packages. Workload context: A CI job sends gigabytes of irrelevant files as build context and produces unexpectedly large, slow image artifacts.

D:

Operators identify the failing object and use evidence before editing controllers or escalating access. That result validates kubectl inspect and describe diagnostics rather than the requirement here. Verify instead: Deployments use lean images without exposed build-time credentials or unnecessary packages. Workload context: A CI job sends gigabytes of irrelevant files as build context and produces unexpectedly large, slow image artifacts.

Question 481

An operator modifies one Deployment-owned Pod image tag directly and is surprised the replacement reverts to the template. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?

  1. Replicas spread or co-locate according to declared constraints with predictable behavior when no feasible topology exists.
  2. Missing workload replicas are recreated from their controllers and desired counts converge after disruptions.
  3. Stateless replicas converge to the declared count and rolling updates progress without manual Pod recreation.
  4. Operators identify the failing object and use evidence before editing controllers or escalating access.

Explanation

Correct Answer

C:

Stateless replicas converge to the declared count and rolling updates progress without manual Pod recreation. This is an observable service outcome, not just evidence that a configuration file was saved. A Deployment manages ReplicaSets and rolling changes; direct edits to controlled Pods are transient. Workload context: An operator modifies one Deployment-owned Pod image tag directly and is surprised the replacement reverts to the template.

Incorrect Answers

A:

Replicas spread or co-locate according to declared constraints with predictable behavior when no feasible topology exists. That result validates Pod affinity anti-affinity rather than the requirement here. Verify instead: Stateless replicas converge to the declared count and rolling updates progress without manual Pod recreation. Workload context: An operator modifies one Deployment-owned Pod image tag directly and is surprised the replacement reverts to the template.

B:

Missing workload replicas are recreated from their controllers and desired counts converge after disruptions. That result validates Controller manager reconciliation loops rather than the requirement here. Verify instead: Stateless replicas converge to the declared count and rolling updates progress without manual Pod recreation. Workload context: An operator modifies one Deployment-owned Pod image tag directly and is surprised the replacement reverts to the template.

D:

Operators identify the failing object and use evidence before editing controllers or escalating access. That result validates kubectl inspect and describe diagnostics rather than the requirement here. Verify instead: Stateless replicas converge to the declared count and rolling updates progress without manual Pod recreation. Workload context: An operator modifies one Deployment-owned Pod image tag directly and is surprised the replacement reverts to the template.

Question 482

A team copies sample code from a public repository but never reads its license or checks redistribution notices. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?

  1. Contributions and distributions meet stated open-source terms without assuming every repository uses the same license.
  2. The team selects a suitable maintained project based on requirements rather than mistaking ecosystem status for a warranty.
  3. Project maintainers receive actionable confidential reports and releases can be coordinated without exposing affected users prematurely.
  4. Operators find the latency or failure cause using combined telemetry without mistaking metrics for individual request evidence.

Explanation

Correct Answer

A:

Contributions and distributions meet stated open-source terms without assuming every repository uses the same license. This is an observable service outcome, not just evidence that a configuration file was saved. Open source permits work under a specific license; public availability of source code alone does not erase conditions. Workload context: A team copies sample code from a public repository but never reads its license or checks redistribution notices.

Incorrect Answers

B:

The team selects a suitable maintained project based on requirements rather than mistaking ecosystem status for a warranty. That result validates CNCF project maturity and adoption decisions rather than the requirement here. Verify instead: Contributions and distributions meet stated open-source terms without assuming every repository uses the same license. Workload context: A team copies sample code from a public repository but never reads its license or checks redistribution notices.

C:

Project maintainers receive actionable confidential reports and releases can be coordinated without exposing affected users prematurely. That result validates Responsible vulnerability disclosure in communities rather than the requirement here. Verify instead: Contributions and distributions meet stated open-source terms without assuming every repository uses the same license. Workload context: A team copies sample code from a public repository but never reads its license or checks redistribution notices.

D:

Operators find the latency or failure cause using combined telemetry without mistaking metrics for individual request evidence. That result validates Metrics logs and traces distinctions rather than the requirement here. Verify instead: Contributions and distributions meet stated open-source terms without assuming every repository uses the same license. Workload context: A team copies sample code from a public repository but never reads its license or checks redistribution notices.

Question 483

A cluster's node memory pressure increases during log bursts and a team blames the scheduler for already-running Pods terminating. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?

  1. Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data.
  2. Approved workloads can access required credentials while unauthorized viewers cannot recover plaintext through the API.
  3. The PVC binds to a suitable volume and survives recreation of the application Pod as designed.
  4. Eligible nodes retrieve the intended immutable artifact and Pods progress beyond image pull.

Explanation

Correct Answer

A:

Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data. This is an observable service outcome, not just evidence that a configuration file was saved. Kubelet can evict Pods under node pressure; eviction is different from a liveness probe killing one container. Workload context: A cluster's node memory pressure increases during log bursts and a team blames the scheduler for already-running Pods terminating.

Incorrect Answers

B:

Approved workloads can access required credentials while unauthorized viewers cannot recover plaintext through the API. That result validates Secret base64 encoding versus encryption rather than the requirement here. Verify instead: Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data. Workload context: A cluster's node memory pressure increases during log bursts and a team blames the scheduler for already-running Pods terminating.

C:

The PVC binds to a suitable volume and survives recreation of the application Pod as designed. That result validates PersistentVolume and claim bindings rather than the requirement here. Verify instead: Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data. Workload context: A cluster's node memory pressure increases during log bursts and a team blames the scheduler for already-running Pods terminating.

D:

Eligible nodes retrieve the intended immutable artifact and Pods progress beyond image pull. That result validates ImagePullBackOff registry and auth errors rather than the requirement here. Verify instead: Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data. Workload context: A cluster's node memory pressure increases during log bursts and a team blames the scheduler for already-running Pods terminating.

Question 484

A container starts as root and requests SYS_ADMIN despite needing only to read a mounted configuration file. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?

  1. Workloads function under least privilege and operations needing prohibited capabilities are rejected or explicitly reviewed.
  2. Only authorized artifacts enter the cluster and each workload is traceable to a reviewed build.
  3. Approved workloads can access required credentials while unauthorized viewers cannot recover plaintext through the API.
  4. Clients resolve the intended in-cluster Service name and external DNS forwarding operates as designed.

Explanation

Correct Answer

A:

Workloads function under least privilege and operations needing prohibited capabilities are rejected or explicitly reviewed. This is an observable service outcome, not just evidence that a configuration file was saved. Disabling privilege escalation and dropping Linux capabilities reduce risk but do not replace image or API authorization. Workload context: A container starts as root and requests SYS_ADMIN despite needing only to read a mounted configuration file.

Incorrect Answers

B:

Only authorized artifacts enter the cluster and each workload is traceable to a reviewed build. That result validates Image provenance and admission policies rather than the requirement here. Verify instead: Workloads function under least privilege and operations needing prohibited capabilities are rejected or explicitly reviewed. Workload context: A container starts as root and requests SYS_ADMIN despite needing only to read a mounted configuration file.

C:

Approved workloads can access required credentials while unauthorized viewers cannot recover plaintext through the API. That result validates Secret base64 encoding versus encryption rather than the requirement here. Verify instead: Workloads function under least privilege and operations needing prohibited capabilities are rejected or explicitly reviewed. Workload context: A container starts as root and requests SYS_ADMIN despite needing only to read a mounted configuration file.

D:

Clients resolve the intended in-cluster Service name and external DNS forwarding operates as designed. That result validates Cluster DNS and service discovery rather than the requirement here. Verify instead: Workloads function under least privilege and operations needing prohibited capabilities are rejected or explicitly reviewed. Workload context: A container starts as root and requests SYS_ADMIN despite needing only to read a mounted configuration file.

Question 485

A customer database stores its only copy of records in emptyDir and loses them after a Pod eviction. Which Kubernetes or cloud native approach BEST addresses the stated requirement?

  1. Use emptyDir for temporary Pod-scoped data and PVC-backed volumes when data must survive Pod replacement.
  2. Require approved registry artifacts and verifiable signatures or digests before admitting production workloads.
  3. Select PV reclaim policies according to retention requirements and verify storage cleanup or recovery steps after PVC deletion.
  4. Trace requests through Service DNS, selector, EndpointSlice and targetPort before attributing all timeouts to network latency.

Explanation

Correct Answer

A:

Use emptyDir for temporary Pod-scoped data and PVC-backed volumes when data must survive Pod replacement. This response implements the controlling Kubernetes or cloud native principle. emptyDir exists for the lifetime of a Pod on a node and is lost when the Pod is removed. Check its effect by: Inspect volume type, mount paths, Pod owner, node placement and data recovery requirements. Workload context: A customer database stores its only copy of records in emptyDir and loses them after a Pod eviction.

Incorrect Answers

B:

Require approved registry artifacts and verifiable signatures or digests before admitting production workloads. This action addresses Image provenance and admission policies instead of the controlling requirement. An image scanner alone does not prove publisher identity; signed provenance and admission enforcement address different guarantees. For this scenario prefer: Use emptyDir for temporary Pod-scoped data and PVC-backed volumes when data must survive Pod replacement. Workload context: A customer database stores its only copy of records in emptyDir and loses them after a Pod eviction.

C:

Select PV reclaim policies according to retention requirements and verify storage cleanup or recovery steps after PVC deletion. This action addresses PV reclaim policy Retain versus Delete instead of the controlling requirement. Retain leaves storage for deliberate recovery; Delete usually removes underlying dynamically provisioned storage when supported. For this scenario prefer: Use emptyDir for temporary Pod-scoped data and PVC-backed volumes when data must survive Pod replacement. Workload context: A customer database stores its only copy of records in emptyDir and loses them after a Pod eviction.

D:

Trace requests through Service DNS, selector, EndpointSlice and targetPort before attributing all timeouts to network latency. This action addresses Service selector and port mismatch diagnostics instead of the controlling requirement. A Service can resolve in DNS yet have zero endpoints or forward to an incorrect port. For this scenario prefer: Use emptyDir for temporary Pod-scoped data and PVC-backed volumes when data must survive Pod replacement. Workload context: A customer database stores its only copy of records in emptyDir and loses them after a Pod eviction.

Question 486

An application uses an emptyDir for large temporary data and cannot recover after eviction because it expected the directory to be persistent. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?

  1. Deleted claims follow the intended deletion or retention policy without unexpectedly destroying important data.
  2. The application operates within measured memory budgets or receives justified capacity changes without repeated OOM restarts.
  3. Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data.
  4. External clients reach only the intended healthy Service backends and the allocated endpoint matches network policy.

Explanation

Correct Answer

C:

Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data. This is an observable service outcome, not just evidence that a configuration file was saved. Kubelet can evict Pods under node pressure; eviction is different from a liveness probe killing one container. Workload context: An application uses an emptyDir for large temporary data and cannot recover after eviction because it expected the directory to be persistent.

Incorrect Answers

A:

Deleted claims follow the intended deletion or retention policy without unexpectedly destroying important data. That result validates PV reclaim policy Retain versus Delete rather than the requirement here. Verify instead: Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data. Workload context: An application uses an emptyDir for large temporary data and cannot recover after eviction because it expected the directory to be persistent.

B:

The application operates within measured memory budgets or receives justified capacity changes without repeated OOM restarts. That result validates Container OOMKilled and resource pressure rather than the requirement here. Verify instead: Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data. Workload context: An application uses an emptyDir for large temporary data and cannot recover after eviction because it expected the directory to be persistent.

D:

External clients reach only the intended healthy Service backends and the allocated endpoint matches network policy. That result validates LoadBalancer Service provisioning rather than the requirement here. Verify instead: Resource pressure is resolved without sustained involuntary eviction or unsafe removal of application persistent data. Workload context: An application uses an emptyDir for large temporary data and cannot recover after eviction because it expected the directory to be persistent.

Question 487

A preproduction job applies an invalid pod template without using server dry-run and catches failure only after traffic is affected. Which evidence should the engineer inspect FIRST to distinguish the likely cause or verify the prerequisite?

  1. Check server and kubelet versions, deprecated APIs, CNI/CSI compatibility, maintenance order and rollback limits.
  2. Inspect resource status, conditions, events, generation, owner references and logs from the relevant container.
  3. Inspect local-versus-server manifest diff, field ownership, admission rejection and resulting resource generation.
  4. Inspect Dockerfile layer history, build context, cache usage, image size and scanner findings.

Explanation

Correct Answer

C:

Inspect local-versus-server manifest diff, field ownership, admission rejection and resulting resource generation. This is the most discriminating evidence for the described failure or requirement. Declarative apply merges intended fields but conflicts and imperative edits require field ownership review. The corresponding implementation is: Use kubectl apply or a governed reconciliation workflow for repeatable desired-state changes, reviewing diffs before high-impact updates. Workload context: A preproduction job applies an invalid pod template without using server dry-run and catches failure only after traffic is affected.

Incorrect Answers

A:

Check server and kubelet versions, deprecated APIs, CNI/CSI compatibility, maintenance order and rollback limits. These observations are more relevant to Kubernetes upgrades and version skew, not this case. The distinguishing check is: Inspect local-versus-server manifest diff, field ownership, admission rejection and resulting resource generation. Workload context: A preproduction job applies an invalid pod template without using server dry-run and catches failure only after traffic is affected.

B:

Inspect resource status, conditions, events, generation, owner references and logs from the relevant container. These observations are more relevant to kubectl inspect and describe diagnostics, not this case. The distinguishing check is: Inspect local-versus-server manifest diff, field ownership, admission rejection and resulting resource generation. Workload context: A preproduction job applies an invalid pod template without using server dry-run and catches failure only after traffic is affected.

D:

Inspect Dockerfile layer history, build context, cache usage, image size and scanner findings. These observations are more relevant to Image layers and build cache, not this case. The distinguishing check is: Inspect local-versus-server manifest diff, field ownership, admission rejection and resulting resource generation. Workload context: A preproduction job applies an invalid pod template without using server dry-run and catches failure only after traffic is affected.

Question 488

A canary passes readiness checks but its checkout endpoint produces twice the normal error rate under real traffic. Which evidence should the engineer inspect FIRST to distinguish the likely cause or verify the prerequisite?

  1. Inspect host/path rules, route attachment, listener TLS, backend port and controller access logs.
  2. Inspect error-budget impact, traffic exposure, request latency, alert window and controller decisions.
  3. Inspect traffic split, Service selectors or routing weights, version identity and representative user metrics.
  4. Compare Git revision, application sync status, live resource diff and reconciliation events.

Explanation

Correct Answer

B:

Inspect error-budget impact, traffic exposure, request latency, alert window and controller decisions. This is the most discriminating evidence for the described failure or requirement. Automated analysis requires representative telemetry and guardrails; an unchanged rollout status does not prove user experience is healthy. The corresponding implementation is: Gate rollout progression on suitable error, latency and business metrics with explicit thresholds and rollback authorization. Workload context: A canary passes readiness checks but its checkout endpoint produces twice the normal error rate under real traffic.

Incorrect Answers

A:

Inspect host/path rules, route attachment, listener TLS, backend port and controller access logs. These observations are more relevant to Ingress route and TLS mismatch diagnosis, not this case. The distinguishing check is: Inspect error-budget impact, traffic exposure, request latency, alert window and controller decisions. Workload context: A canary passes readiness checks but its checkout endpoint produces twice the normal error rate under real traffic.

C:

Inspect traffic split, Service selectors or routing weights, version identity and representative user metrics. These observations are more relevant to Blue-green versus canary release patterns, not this case. The distinguishing check is: Inspect error-budget impact, traffic exposure, request latency, alert window and controller decisions. Workload context: A canary passes readiness checks but its checkout endpoint produces twice the normal error rate under real traffic.

D:

Compare Git revision, application sync status, live resource diff and reconciliation events. These observations are more relevant to GitOps reconciliation and source of truth, not this case. The distinguishing check is: Inspect error-budget impact, traffic exposure, request latency, alert window and controller decisions. Workload context: A canary passes readiness checks but its checkout endpoint produces twice the normal error rate under real traffic.

Question 489

A release team merges an invalid manifest and the GitOps controller repeatedly reports out-of-sync rather than deploying it successfully. Which Kubernetes or cloud native approach BEST addresses the stated requirement?

  1. Configure Deployment rollout strategy with availability bounds and use rollout history when an update requires controlled rollback.
  2. Compare rollout history and resource generations to identify whether application failures correlate with a new deployment revision.
  3. Use a versioned Git repository as declarative desired state and a reconciler to detect and correct drift with approved change controls.
  4. Gate rollout progression on suitable error, latency and business metrics with explicit thresholds and rollback authorization.

Explanation

Correct Answer

C:

Use a versioned Git repository as declarative desired state and a reconciler to detect and correct drift with approved change controls. This response implements the controlling Kubernetes or cloud native principle. GitOps is a pull/reconciliation operating model rather than merely running kubectl from a CI server. Check its effect by: Compare Git revision, application sync status, live resource diff and reconciliation events. Workload context: A release team merges an invalid manifest and the GitOps controller repeatedly reports out-of-sync rather than deploying it successfully.

Incorrect Answers

A:

Configure Deployment rollout strategy with availability bounds and use rollout history when an update requires controlled rollback. This action addresses Deployment rolling updates and rollback instead of the controlling requirement. A rolling update controls replacement pacing but application correctness still requires probes and release validation. For this scenario prefer: Use a versioned Git repository as declarative desired state and a reconciler to detect and correct drift with approved change controls. Workload context: A release team merges an invalid manifest and the GitOps controller repeatedly reports out-of-sync rather than deploying it successfully.

B:

Compare rollout history and resource generations to identify whether application failures correlate with a new deployment revision. This action addresses Rollout history status and change correlation instead of the controlling requirement. A Deployment being Available does not prove all new replicas are healthy or that a rollout has fully progressed. For this scenario prefer: Use a versioned Git repository as declarative desired state and a reconciler to detect and correct drift with approved change controls. Workload context: A release team merges an invalid manifest and the GitOps controller repeatedly reports out-of-sync rather than deploying it successfully.

D:

Gate rollout progression on suitable error, latency and business metrics with explicit thresholds and rollback authorization. This action addresses Progressive delivery and release metrics instead of the controlling requirement. Automated analysis requires representative telemetry and guardrails; an unchanged rollout status does not prove user experience is healthy. For this scenario prefer: Use a versioned Git repository as declarative desired state and a reconciler to detect and correct drift with approved change controls. Workload context: A release team merges an invalid manifest and the GitOps controller repeatedly reports out-of-sync rather than deploying it successfully.

Question 490

A team deletes a Service after seeing a timeout without inspecting endpoints, selector or targetPort details. Which evidence should the engineer inspect FIRST to distinguish the likely cause or verify the prerequisite?

  1. Check node unschedulable state, PodDisruptionBudgets, DaemonSets, local storage and eviction events.
  2. Review kubelet service logs, node conditions, CRI connectivity and Pod events for assigned nodes.
  3. Inspect verbs, apiGroups, resources, RoleBinding/ClusterRoleBinding subjects and kubectl auth can-i results.
  4. Inspect resource status, conditions, events, generation, owner references and logs from the relevant container.

Explanation

Correct Answer

D:

Inspect resource status, conditions, events, generation, owner references and logs from the relevant container. This is the most discriminating evidence for the described failure or requirement. kubectl get summarizes objects; describe reveals events and details; logs reveals container stdout/stderr, not complete API diagnostics. The corresponding implementation is: Use kubectl get, describe and logs as complementary views of object state, events and container output before changing resources. Workload context: A team deletes a Service after seeing a timeout without inspecting endpoints, selector or targetPort details.

Incorrect Answers

A:

Check node unschedulable state, PodDisruptionBudgets, DaemonSets, local storage and eviction events. These observations are more relevant to Node cordon drain maintenance, not this case. The distinguishing check is: Inspect resource status, conditions, events, generation, owner references and logs from the relevant container. Workload context: A team deletes a Service after seeing a timeout without inspecting endpoints, selector or targetPort details.

B:

Review kubelet service logs, node conditions, CRI connectivity and Pod events for assigned nodes. These observations are more relevant to Kubelet node agent responsibilities, not this case. The distinguishing check is: Inspect resource status, conditions, events, generation, owner references and logs from the relevant container. Workload context: A team deletes a Service after seeing a timeout without inspecting endpoints, selector or targetPort details.

C:

Inspect verbs, apiGroups, resources, RoleBinding/ClusterRoleBinding subjects and kubectl auth can-i results. These observations are more relevant to Role and ClusterRole authorization, not this case. The distinguishing check is: Inspect resource status, conditions, events, generation, owner references and logs from the relevant container. Workload context: A team deletes a Service after seeing a timeout without inspecting endpoints, selector or targetPort details.

Kubernetes and Cloud Native Associate (KCNA) Practice Tests