In case of a Deployment failure, which Kubernetes command can be used to revert to a functioning version?

Study for the Kubernetes Cloud Native Associate (KCNA) Certification 1 Test. Master the core concepts of Kubernetes with multiple-choice questions and detailed explanations. Prepare and boost your confidence for the KCNA certification exam!

Multiple Choice

In case of a Deployment failure, which Kubernetes command can be used to revert to a functioning version?

Explanation:
Rolling back a failed Deployment uses the rollout history to restore a previous working state. Kubernetes records each Deployment update as a new revision with its own ReplicaSet, so undoing returns you to the prior revision, effectively replacing the current ReplicaSet with the previous one and adjusting replicas as needed. You can simply run kubectl rollout undo deployment/<name>, which by default reverts to the last good revision; you can also target a specific revision with --to-revision if needed. The other options don’t perform a rollback. There is no kubectl rollback command for deployments, so that won’t revert to a prior revision. Scaling to a single replica only changes the number of pods and does not restore the previous rollout state. Patching the deployment changes the spec, but it doesn’t revert to an earlier revision from rollout history.

Rolling back a failed Deployment uses the rollout history to restore a previous working state. Kubernetes records each Deployment update as a new revision with its own ReplicaSet, so undoing returns you to the prior revision, effectively replacing the current ReplicaSet with the previous one and adjusting replicas as needed. You can simply run kubectl rollout undo deployment/, which by default reverts to the last good revision; you can also target a specific revision with --to-revision if needed.

The other options don’t perform a rollback. There is no kubectl rollback command for deployments, so that won’t revert to a prior revision. Scaling to a single replica only changes the number of pods and does not restore the previous rollout state. Patching the deployment changes the spec, but it doesn’t revert to an earlier revision from rollout history.

Subscribe

Get the latest from Examzify

You can unsubscribe at any time. Read our privacy policy