Skip to content

Kops rolling update cluster

kops rolling-update cluster

Rolling update a cluster.


This command updates a kubernetes cluster to match the cloud and kOps specifications.

To perform a rolling update, you need to update the cloud resources first with the command kops update cluster --yes. Nodes may be additionally marked for update by placing a annotation on them.

If rolling-update does not report that the cluster needs to be updated, you can force the cluster to be updated with the --force flag. Rolling update drains and validates the cluster by default. A cluster is deemed validated when all required nodes are running and all pods with a critical priority are operational.

If the cluster is in a broken state and cannot be validated, rolling-update will get stuck and eventually fail; you can force the update to proceed with the --cloudonly flag, which will skip validation.

Note: terraform users will need to run all of the following commands from the same directory kops update cluster --target=terraform then terraform plan then terraform apply prior to running kops rolling-update cluster.

kops rolling-update cluster [CLUSTER] [flags]


  # Preview a rolling update.
  kops rolling-update cluster

  # Update the currently selected kOps cluster with defaults.
  # Nodes will be drained and the cluster will be validated between node replacement.
  kops rolling-update cluster --yes

  # Update the kOps cluster.
  # Do not fail if the cluster does not validate.
  kops rolling-update cluster --yes \

  # Update the kOps cluster.
  # Do not validate the cluster.
  # Force the entire cluster to update, even if rolling update
  # reports that the cluster does not need to be updated.
  kops rolling-update cluster --yes \
  --cloudonly \

  # Update only the "nodes-1a" instance group of the kOps cluster.
  kops rolling-update cluster --yes \
  --instance-group nodes-1a


      --bastion-interval duration         Time to wait between restarting bastions (default 15s)
      --cloudonly                         Perform rolling update without validating cluster status (will cause downtime)
      --control-plane-interval duration   Time to wait between restarting control plane nodes (default 15s)
      --drain-timeout duration            Maximum time to wait for a node to drain (default 15m0s)
      --fail-on-drain-error               Fail if draining a node fails (default true)
      --fail-on-validate-error            Fail if the cluster fails to validate (default true)
      --force                             Force rolling update, even if no changes
  -h, --help                              help for cluster
      --instance-group strings            Instance groups to update (defaults to all if not specified)
      --instance-group-roles strings      Instance group roles to update (control-plane,apiserver,node,bastion)
  -i, --interactive                       Prompt to continue after each instance is updated
      --node-interval duration            Time to wait between restarting worker nodes (default 15s)
      --post-drain-delay duration         Time to wait after draining each node (default 5s)
      --validate-count int32              Number of times that a cluster needs to be validated after single node update (default 2)
      --validation-timeout duration       Maximum time to wait for a cluster to validate (default 15m0s)
  -y, --yes                               Perform rolling update immediately; without --yes rolling-update executes a dry-run

Options inherited from parent commands

      --config string   yaml config file (default is $HOME/.kops.yaml)
      --name string     Name of cluster. Overrides KOPS_CLUSTER_NAME environment variable
      --state string    Location of state storage (kops 'config' file). Overrides KOPS_STATE_STORE environment variable
  -v, --v Level         number for the log level verbosity