Version sequence
- Clusters can only be upgraded to the next Kubernetes minor version (for example, from 1.32 to 1.33).
- All upgrades must be sequential. If newer versions exist, you must upgrade one version at a time. You can’t skip versions.
- Downgrades aren’t supported after an upgrade.
Eligibility
A cluster isn’t eligible for upgrade in the following cases:- Unsupported configuration: Some clusters don’t support self-service upgrades when internal components are out of date or not enabled.
- Deprecated Kubernetes APIs: If a cluster uses Kubernetes APIs that are deprecated in the target version, the upgrade can’t proceed.
- Note: CoreWeave checks for deprecated APIs in your cluster, but can’t guarantee that it detects all deprecated APIs in use. Before you upgrade, review the Kubernetes Deprecated API Migration Guide for your target version and ensure that your workloads are compatible.
- Cluster health issues: Upgrades require the cluster to be in a healthy state.
- Node version skew: If any Nodes are more than two versions behind the Control Plane, the upgrade can’t proceed until you reboot those Nodes, which upgrades them to the latest kubelet version.
Upgrade process
Upgrading a cluster involves two main steps:- Upgrade the Control Plane: Use the Cloud Console, the CKS API, or the Terraform provider.
- Reboot the Nodes: Reboot the Nodes in each Node Pool to upgrade the kubelets to match the Control Plane version.
Step 1: Upgrade the Control Plane
Use the Cloud Console or the CKS API to upgrade the Control Plane of your cluster. The Control Plane upgrade is a prerequisite for rebooting Nodes to complete the Kubernetes upgrade.- Cloud Console
- CKS API
- Navigate to the Clusters page in Cloud Console.
-
Review the Kubernetes Version tags. Clusters eligible for upgrade display an alert tag next to the version.

- Click the alert tag, which opens an upgrade dialog for the next available version.
- Click Upgrade to [version] to start the process.