Skip to content

Commit 93c2f67

Browse files
Clarify lack of upgrade order for components
Co-authored-by: Jordan Liggitt <[email protected]>
1 parent 65ed733 commit 93c2f67

File tree

1 file changed

+5
-1
lines changed

1 file changed

+5
-1
lines changed

content/en/releases/version-skew-policy.md

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -129,7 +129,11 @@ Pre-requisites:
129129

130130
* The `kube-apiserver` instances these components communicate with are at **{{< skew currentVersion >}}** (in HA clusters in which these control plane components can communicate with any `kube-apiserver` instance in the cluster, all `kube-apiserver` instances must be upgraded before upgrading these components)
131131

132-
Upgrade `kube-controller-manager`, `kube-scheduler`, and `cloud-controller-manager` to **{{< skew currentVersion >}}**
132+
Upgrade `kube-controller-manager`, `kube-scheduler`, and
133+
`cloud-controller-manager` to **{{< skew currentVersion >}}**. There is no
134+
required upgrade order between `kube-controller-manager`, `kube-scheduler`, and
135+
`cloud-controller-manager`. You can upgrade these components in any order, or
136+
even simultaneously.
133137

134138
### kubelet
135139

0 commit comments

Comments
 (0)