Linux Foundation KCNA Practice Test 34
Question 330
A Pod is accepted by the API but has no nodeName while an operator insists the kubelet must choose a host. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?
- Authorized clients create or read resources through the API and unauthorized calls fail consistently.
- Pending eligible Pods receive appropriate node bindings when capacity and constraints allow scheduling.
- Controllers and Services select exactly the intended Pods while audit annotations retain descriptive notes.
- Replica placement stays within the intended skew or reports clear scheduling limits.
Explanation
Correct Answer
B:Pending eligible Pods receive appropriate node bindings when capacity and constraints allow scheduling. This is an observable service outcome, not just evidence that a configuration file was saved. kube-scheduler assigns Pods to nodes; kubelet executes Pods after assignment and the controller manager reconciles controllers. Workload context: A Pod is accepted by the API but has no nodeName while an operator insists the kubelet must choose a host.
Incorrect Answers
A:Authorized clients create or read resources through the API and unauthorized calls fail consistently. That result validates Kubernetes API server and API requests rather than the requirement here. Verify instead: Pending eligible Pods receive appropriate node bindings when capacity and constraints allow scheduling. Workload context: A Pod is accepted by the API but has no nodeName while an operator insists the kubelet must choose a host.
C:Controllers and Services select exactly the intended Pods while audit annotations retain descriptive notes. That result validates Labels selectors and annotations rather than the requirement here. Verify instead: Pending eligible Pods receive appropriate node bindings when capacity and constraints allow scheduling. Workload context: A Pod is accepted by the API but has no nodeName while an operator insists the kubelet must choose a host.
D:Replica placement stays within the intended skew or reports clear scheduling limits. That result validates Topology spread constraints rather than the requirement here. Verify instead: Pending eligible Pods receive appropriate node bindings when capacity and constraints allow scheduling. Workload context: A Pod is accepted by the API but has no nodeName while an operator insists the kubelet must choose a host.
Question 331
A security engineer assumes a policy that selects server Pods also blocks outgoing traffic, although only ingress policyTypes are configured. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?
- In-cluster clients reach internal services and exposed node ports are limited to approved traffic.
- The precise scheduling blocker is removed and the workload binds to an eligible node.
- Temporary data is disposable while durable application records remain accessible across Pod recreation.
- Only approved Pod flows pass and disallowed lateral or outbound connections fail reproducibly.
Explanation
Correct Answer
D:Only approved Pod flows pass and disallowed lateral or outbound connections fail reproducibly. This is an observable service outcome, not just evidence that a configuration file was saved. Without policies a standard namespace usually permits traffic; NetworkPolicy enforcement requires a compatible networking implementation. Workload context: A security engineer assumes a policy that selects server Pods also blocks outgoing traffic, although only ingress policyTypes are configured.
Incorrect Answers
A:In-cluster clients reach internal services and exposed node ports are limited to approved traffic. That result validates ClusterIP and NodePort Service exposure rather than the requirement here. Verify instead: Only approved Pod flows pass and disallowed lateral or outbound connections fail reproducibly. Workload context: A security engineer assumes a policy that selects server Pods also blocks outgoing traffic, although only ingress policyTypes are configured.
B:The precise scheduling blocker is removed and the workload binds to an eligible node. That result validates Pending pod FailedScheduling events rather than the requirement here. Verify instead: Only approved Pod flows pass and disallowed lateral or outbound connections fail reproducibly. Workload context: A security engineer assumes a policy that selects server Pods also blocks outgoing traffic, although only ingress policyTypes are configured.
C:Temporary data is disposable while durable application records remain accessible across Pod recreation. That result validates Ephemeral emptyDir versus persistent volumes rather than the requirement here. Verify instead: Only approved Pod flows pass and disallowed lateral or outbound connections fail reproducibly. Workload context: A security engineer assumes a policy that selects server Pods also blocks outgoing traffic, although only ingress policyTypes are configured.
Question 332
An application rollout stalls with ProgressDeadlineExceeded and the team repeatedly edits live Pods instead of checking ReplicaSets. Which evidence should the engineer inspect FIRST to distinguish the likely cause or verify the prerequisite?
- Inspect host/path rules, route attachment, listener TLS, backend port and controller access logs.
- Inspect error-budget impact, traffic exposure, request latency, alert window and controller decisions.
- Inspect maxSurge, maxUnavailable, rollout conditions, ReplicaSets, readiness and prior image revisions.
- Compare Git revision, application sync status, live resource diff and reconciliation events.
Explanation
Correct Answer
C:Inspect maxSurge, maxUnavailable, rollout conditions, ReplicaSets, readiness and prior image revisions. This is the most discriminating evidence for the described failure or requirement. A rolling update controls replacement pacing but application correctness still requires probes and release validation. The corresponding implementation is: Configure Deployment rollout strategy with availability bounds and use rollout history when an update requires controlled rollback. Workload context: An application rollout stalls with ProgressDeadlineExceeded and the team repeatedly edits live Pods instead of checking ReplicaSets.
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 maxSurge, maxUnavailable, rollout conditions, ReplicaSets, readiness and prior image revisions. Workload context: An application rollout stalls with ProgressDeadlineExceeded and the team repeatedly edits live Pods instead of checking ReplicaSets.
B:Inspect error-budget impact, traffic exposure, request latency, alert window and controller decisions. These observations are more relevant to Progressive delivery and release metrics, not this case. The distinguishing check is: Inspect maxSurge, maxUnavailable, rollout conditions, ReplicaSets, readiness and prior image revisions. Workload context: An application rollout stalls with ProgressDeadlineExceeded and the team repeatedly edits live Pods instead of checking ReplicaSets.
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 maxSurge, maxUnavailable, rollout conditions, ReplicaSets, readiness and prior image revisions. Workload context: An application rollout stalls with ProgressDeadlineExceeded and the team repeatedly edits live Pods instead of checking ReplicaSets.
Question 333
The workload's spread selector matches no Pods and the controller reports an apparently balanced but incorrect placement. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?
- Missing workload replicas are recreated from their controllers and desired counts converge after disruptions.
- Replicas spread or co-locate according to declared constraints with predictable behavior when no feasible topology exists.
- Administrative commands target the intended cluster and avoid accidental changes to another environment.
- Replica placement stays within the intended skew or reports clear scheduling limits.
Explanation
Correct Answer
D:Replica placement stays within the intended skew or reports clear scheduling limits. This is an observable service outcome, not just evidence that a configuration file was saved. Spread constraints balance matching Pods across topology domains; missing topology labels and strict maxSkew can prevent placement. Workload context: The workload's spread selector matches no Pods and the controller reports an apparently balanced but incorrect placement.
Incorrect Answers
A: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: Replica placement stays within the intended skew or reports clear scheduling limits. Workload context: The workload's spread selector matches no Pods and the controller reports an apparently balanced but incorrect placement.
B: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: Replica placement stays within the intended skew or reports clear scheduling limits. Workload context: The workload's spread selector matches no Pods and the controller reports an apparently balanced but incorrect placement.
C:Administrative commands target the intended cluster and avoid accidental changes to another environment. That result validates kubectl context and cluster selection rather than the requirement here. Verify instead: Replica placement stays within the intended skew or reports clear scheduling limits. Workload context: The workload's spread selector matches no Pods and the controller reports an apparently balanced but incorrect placement.
Question 334
A contributor notices an embargoed fix referenced in a pull request and needs to avoid accidental disclosure before release coordination. Which Kubernetes or cloud native approach BEST addresses the stated requirement?
- Check a project's license, contributor requirements and redistribution obligations before copying or shipping components.
- Evaluate CNCF sandbox, incubating and graduated projects in context of maintenance, community adoption and technical fit.
- Follow Kubernetes Special Interest Group ownership and enhancement processes when proposing changes to core functionality.
- Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples.
Explanation
Correct Answer
D:Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples. This response implements the controlling Kubernetes or cloud native principle. Public bug trackers are not always the right venue for undisclosed security issues; project security policies define channels. Check its effect by: Review security policy, affected version, maintainer contact, severity evidence and coordinated disclosure plan. Workload context: A contributor notices an embargoed fix referenced in a pull request and needs to avoid accidental disclosure before release coordination.
Incorrect Answers
A:Check a project's license, contributor requirements and redistribution obligations before copying or shipping components. This action addresses Open source licensing and contribution basics instead of the controlling requirement. Open source permits work under a specific license; public availability of source code alone does not erase conditions. For this scenario prefer: Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples. Workload context: A contributor notices an embargoed fix referenced in a pull request and needs to avoid accidental disclosure before release coordination.
B:Evaluate CNCF sandbox, incubating and graduated projects in context of maintenance, community adoption and technical fit. This action addresses CNCF project maturity and adoption decisions instead of the controlling requirement. CNCF maturity levels indicate aspects of governance and adoption, not a guarantee of security or perfect product fit. For this scenario prefer: Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples. Workload context: A contributor notices an embargoed fix referenced in a pull request and needs to avoid accidental disclosure before release coordination.
C:Follow Kubernetes Special Interest Group ownership and enhancement processes when proposing changes to core functionality. This action addresses Kubernetes SIG and community governance instead of the controlling requirement. Kubernetes development is governed through open community processes rather than a single cloud vendor's private roadmap. For this scenario prefer: Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples. Workload context: A contributor notices an embargoed fix referenced in a pull request and needs to avoid accidental disclosure before release coordination.
Question 335
A pipeline rebuilds from the same source commit for each environment and receives newer transitive dependencies in production. Which evidence should the engineer inspect FIRST to distinguish the likely cause or verify the prerequisite?
- Compare trace IDs, time synchronized log events, resource saturation metrics and span durations.
- Inspect error-budget impact, traffic exposure, request latency, alert window and controller decisions.
- Check registry digest, image signatures, deployment Pod imageID and provenance attestations across stages.
- Inspect selected Pod/container, executed command, RBAC exec permission and audit records.
Explanation
Correct Answer
C:Check registry digest, image signatures, deployment Pod imageID and provenance attestations across stages. This is the most discriminating evidence for the described failure or requirement. An image digest identifies the immutable artifact; matching labels or Git SHAs alone do not prove identical layers. The corresponding implementation is: Promote the same reviewed container image digest between environments instead of rebuilding mutable tags at each stage. Workload context: A pipeline rebuilds from the same source commit for each environment and receives newer transitive dependencies in production.
Incorrect Answers
A:Compare trace IDs, time synchronized log events, resource saturation metrics and span durations. These observations are more relevant to Correlating metrics logs and traces, not this case. The distinguishing check is: Check registry digest, image signatures, deployment Pod imageID and provenance attestations across stages. Workload context: A pipeline rebuilds from the same source commit for each environment and receives newer transitive dependencies in production.
B:Inspect error-budget impact, traffic exposure, request latency, alert window and controller decisions. These observations are more relevant to Progressive delivery and release metrics, not this case. The distinguishing check is: Check registry digest, image signatures, deployment Pod imageID and provenance attestations across stages. Workload context: A pipeline rebuilds from the same source commit for each environment and receives newer transitive dependencies in production.
D:Inspect selected Pod/container, executed command, RBAC exec permission and audit records. These observations are more relevant to kubectl exec diagnostic boundaries, not this case. The distinguishing check is: Check registry digest, image signatures, deployment Pod imageID and provenance attestations across stages. Workload context: A pipeline rebuilds from the same source commit for each environment and receives newer transitive dependencies in production.
Question 336
A security policy blocks privileged ephemeral containers, forcing the team to use a scoped nonprivileged debugging method. Which TWO complementary steps supply the appropriate approach AND the evidence required to validate it? Select TWO.
- Use ephemeral containers to inspect a running Pod when its application image lacks debug tools, with approved access to sensitive process namespaces.
- Review ephemeralContainers spec, target container namespace, attach status and host-level privileges requested.
- Compare rollout history and resource generations to identify whether application failures correlate with a new deployment revision.
- Staging and production execute identical approved artifact content and releases remain reproducible.
- Inspect traffic split, Service selectors or routing weights, version identity and representative user metrics.
Explanation
Correct Answers
A:Use ephemeral containers to inspect a running Pod when its application image lacks debug tools, with approved access to sensitive process namespaces. This response implements the controlling Kubernetes or cloud native principle. Ephemeral containers are for diagnostics and cannot be treated as permanent workload replicas or restarted like ordinary containers. Check its effect by: Review ephemeralContainers spec, target container namespace, attach status and host-level privileges requested. This is the implementation part of the required paired answer. Workload context: A security policy blocks privileged ephemeral containers, forcing the team to use a scoped nonprivileged debugging method.
B:Review ephemeralContainers spec, target container namespace, attach status and host-level privileges requested. This is the most discriminating evidence for the described failure or requirement. Ephemeral containers are for diagnostics and cannot be treated as permanent workload replicas or restarted like ordinary containers. The corresponding implementation is: Use ephemeral containers to inspect a running Pod when its application image lacks debug tools, with approved access to sensitive process namespaces. This is the diagnostic evidence part of the paired answer. Workload context: A security policy blocks privileged ephemeral containers, forcing the team to use a scoped nonprivileged debugging method.
Incorrect Answers
C:Compare rollout history and resource generations to identify whether application failures correlate with a new deployment revision. This step belongs to Rollout history status and change correlation rather than the complementary implementation and evidence pair. The intended approach is: Use ephemeral containers to inspect a running Pod when its application image lacks debug tools, with approved access to sensitive process namespaces. Validate with: Review ephemeralContainers spec, target container namespace, attach status and host-level privileges requested. Workload context: A security policy blocks privileged ephemeral containers, forcing the team to use a scoped nonprivileged debugging method.
D:Staging and production execute identical approved artifact content and releases remain reproducible. This step belongs to Artifact promotion by digest rather than the complementary implementation and evidence pair. The intended approach is: Use ephemeral containers to inspect a running Pod when its application image lacks debug tools, with approved access to sensitive process namespaces. Validate with: Review ephemeralContainers spec, target container namespace, attach status and host-level privileges requested. Workload context: A security policy blocks privileged ephemeral containers, forcing the team to use a scoped nonprivileged debugging method.
E:Inspect traffic split, Service selectors or routing weights, version identity and representative user metrics. This step belongs to Blue-green versus canary release patterns rather than the complementary implementation and evidence pair. The intended approach is: Use ephemeral containers to inspect a running Pod when its application image lacks debug tools, with approved access to sensitive process namespaces. Validate with: Review ephemeralContainers spec, target container namespace, attach status and host-level privileges requested. Workload context: A security policy blocks privileged ephemeral containers, forcing the team to use a scoped nonprivileged debugging method.
Question 337
An engineer changes node affinity to fix repeated process crashes even though the Pod already has a healthy node assignment. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?
- The container remains running or completes as intended without repeated backoff cycles after a targeted correction.
- Eligible nodes retrieve the intended immutable artifact and Pods progress beyond image pull.
- Workloads function under least privilege and operations needing prohibited capabilities are rejected or explicitly reviewed.
- The Service has healthy matching backends and forwards to the application process's actual port.
Explanation
Correct Answer
A:The container remains running or completes as intended without repeated backoff cycles after a targeted correction. This is an observable service outcome, not just evidence that a configuration file was saved. CrashLoopBackOff indicates repeated container exits and restart delays, not a scheduler placement failure. Workload context: An engineer changes node affinity to fix repeated process crashes even though the Pod already has a healthy node assignment.
Incorrect Answers
B: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: The container remains running or completes as intended without repeated backoff cycles after a targeted correction. Workload context: An engineer changes node affinity to fix repeated process crashes even though the Pod already has a healthy node assignment.
C:Workloads function under least privilege and operations needing prohibited capabilities are rejected or explicitly reviewed. That result validates Linux securityContext and seccomp basics rather than the requirement here. Verify instead: The container remains running or completes as intended without repeated backoff cycles after a targeted correction. Workload context: An engineer changes node affinity to fix repeated process crashes even though the Pod already has a healthy node assignment.
D:The Service has healthy matching backends and forwards to the application process's actual port. That result validates Service selector and port mismatch diagnostics rather than the requirement here. Verify instead: The container remains running or completes as intended without repeated backoff cycles after a targeted correction. Workload context: An engineer changes node affinity to fix repeated process crashes even though the Pod already has a healthy node assignment.
Question 338
A team deploys a proprietary cloud load-balancer annotation and assumes the same manifest will work unchanged on bare metal. Which evidence should the engineer inspect FIRST to distinguish the likely cause or verify the prerequisite?
- Inspect SLI queries, SLO target/window, request populations, error budgets and alert rule outcomes.
- Inspect manifests for proprietary resources, storage/network API dependencies, image compatibility and migration cost.
- Review security policy, affected version, maintainer contact, severity evidence and coordinated disclosure plan.
- Review CNCF landscape category, project governance, release cadence, support ecosystem and security disclosures.
Explanation
Correct Answer
B:Inspect manifests for proprietary resources, storage/network API dependencies, image compatibility and migration cost. This is the most discriminating evidence for the described failure or requirement. Cloud native APIs improve portability but do not guarantee identical storage classes, load balancers or custom controllers across clouds. The corresponding implementation is: Prefer open APIs, OCI images and Kubernetes-compatible deployment contracts where portability matters while accounting for provider-specific extensions. Workload context: A team deploys a proprietary cloud load-balancer annotation and assumes the same manifest will work unchanged on bare metal.
Incorrect Answers
A:Inspect SLI queries, SLO target/window, request populations, error budgets and alert rule outcomes. These observations are more relevant to SLIs SLOs and golden signals, not this case. The distinguishing check is: Inspect manifests for proprietary resources, storage/network API dependencies, image compatibility and migration cost. Workload context: A team deploys a proprietary cloud load-balancer annotation and assumes the same manifest will work unchanged on bare metal.
C:Review security policy, affected version, maintainer contact, severity evidence and coordinated disclosure plan. These observations are more relevant to Responsible vulnerability disclosure in communities, not this case. The distinguishing check is: Inspect manifests for proprietary resources, storage/network API dependencies, image compatibility and migration cost. Workload context: A team deploys a proprietary cloud load-balancer annotation and assumes the same manifest will work unchanged on bare metal.
D:Review CNCF landscape category, project governance, release cadence, support ecosystem and security disclosures. These observations are more relevant to CNCF project maturity and adoption decisions, not this case. The distinguishing check is: Inspect manifests for proprietary resources, storage/network API dependencies, image compatibility and migration cost. Workload context: A team deploys a proprietary cloud load-balancer annotation and assumes the same manifest will work unchanged on bare metal.
Question 339
A payment team wants 5% of transactions on a candidate build but simply replaces every Pod in a standard rolling update. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?
- Traffic shifts as planned with clear rollback triggers and both versions behaving under their measured loads.
- Root-cause hypotheses align with recorded warning events and targeted corrective actions.
- Public requests reach the intended application host and path with a valid certificate and matching backends.
- Staging and production execute identical approved artifact content and releases remain reproducible.
Explanation
Correct Answer
A:Traffic shifts as planned with clear rollback triggers and both versions behaving under their measured loads. This is an observable service outcome, not just evidence that a configuration file was saved. Blue-green switches environments, whereas canary ramps exposure; a basic Deployment alone may not provide precise traffic percentages. Workload context: A payment team wants 5% of transactions on a candidate build but simply replaces every Pod in a standard rolling update.
Incorrect Answers
B:Root-cause hypotheses align with recorded warning events and targeted corrective actions. That result validates kubectl describe and event chronology rather than the requirement here. Verify instead: Traffic shifts as planned with clear rollback triggers and both versions behaving under their measured loads. Workload context: A payment team wants 5% of transactions on a candidate build but simply replaces every Pod in a standard rolling update.
C:Public requests reach the intended application host and path with a valid certificate and matching backends. That result validates Ingress route and TLS mismatch diagnosis rather than the requirement here. Verify instead: Traffic shifts as planned with clear rollback triggers and both versions behaving under their measured loads. Workload context: A payment team wants 5% of transactions on a candidate build but simply replaces every Pod in a standard rolling update.
D:Staging and production execute identical approved artifact content and releases remain reproducible. That result validates Artifact promotion by digest rather than the requirement here. Verify instead: Traffic shifts as planned with clear rollback triggers and both versions behaving under their measured loads. Workload context: A payment team wants 5% of transactions on a candidate build but simply replaces every Pod in a standard rolling update.
Question 340
A hotfix is deployed manually from a laptop with no artifact digest or link to a passing CI run. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?
- Template rendering produces intended resources and upgrades or rollbacks remain tied to specific chart revisions.
- Production uses a tested traceable artifact only after required promotion and environment gates succeed.
- An incident timeline pinpoints the failing dependency rather than relying on one generic readiness or CPU signal.
- Live cluster configurations converge to reviewed Git commits and unauthorized drift is flagged or corrected.
Explanation
Correct Answer
B:Production uses a tested traceable artifact only after required promotion and environment gates succeed. This is an observable service outcome, not just evidence that a configuration file was saved. CI validates and packages changes while CD handles delivery or deployment; a successful build is not proof of production rollout. Workload context: A hotfix is deployed manually from a laptop with no artifact digest or link to a passing CI run.
Incorrect Answers
A:Template rendering produces intended resources and upgrades or rollbacks remain tied to specific chart revisions. That result validates Helm charts templates and values rather than the requirement here. Verify instead: Production uses a tested traceable artifact only after required promotion and environment gates succeed. Workload context: A hotfix is deployed manually from a laptop with no artifact digest or link to a passing CI run.
C:An incident timeline pinpoints the failing dependency rather than relying on one generic readiness or CPU signal. That result validates Correlating metrics logs and traces rather than the requirement here. Verify instead: Production uses a tested traceable artifact only after required promotion and environment gates succeed. Workload context: A hotfix is deployed manually from a laptop with no artifact digest or link to a passing CI run.
D:Live cluster configurations converge to reviewed Git commits and unauthorized drift is flagged or corrected. That result validates GitOps reconciliation and source of truth rather than the requirement here. Verify instead: Production uses a tested traceable artifact only after required promotion and environment gates succeed. Workload context: A hotfix is deployed manually from a laptop with no artifact digest or link to a passing CI run.