You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: support/azure/azure-kubernetes/error-codes/upgradefailed-error.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -32,7 +32,7 @@ The upgrade failures occur for one or more of the following reasons:
32
32
33
33
- The target Kubernetes version (for example, 1.26 or 1.25) is no longer supported in the selected Azure region.
34
34
35
-
- A minor version is skipped. Skipping minor versions during upgrades (for example, from 1.24.*x* to 1.26.*x* or 1.27.*x*) is not allowed unless the current version is unsupported.
35
+
- A minor version is skipped. Skipping minor versions during upgrades (for example, from 1.24.*x* to 1.26.*x* or 1.27.*x*) isn't allowed unless the current version is unsupported.
36
36
37
37
- A control plane and node pool version skew occurs when you try to upgrade only the control plane. This condition causes the following version skew error:
38
38
@@ -64,16 +64,16 @@ This action ensures compliance with the version skew policy by coordinating a su
64
64
65
65
- Avoid trying to upgrade to deprecated versions. AKS might enforce immediate skips of supported long-term versions (for example, 1.29).
66
66
67
-
- For AKS clusters that are running significantly outdated Kubernetes versions, the recommended best practices include:
67
+
- For AKS clusters that are running outdated Kubernetes versions, the recommended best practices include:
68
68
69
69
**Create a new cluster:** Create an AKS cluster that has a supported Kubernetes version.
70
70
71
-
**Migrate workloads:**Transfer your workloads to the new cluster to make sure that they run on supported versions.
71
+
**Migrate workloads:**To make sure that your workloads run on supported versions, transfer the workloads to the new cluster.
72
72
73
73
**Avoid upgrading across multiple versions:** Instead of upgrading through several minor versions, move to a new cluster to minimize complexity and potential issues.
74
74
75
75
**Back up and verify data:** Make sure that all data is backed up and verified before the migration.
76
76
77
-
**Test thoroughly:**Perform thorough testing in a staging environment to identify and resolve any compatibility issues.
77
+
**Test thoroughly:**To identify and resolve any compatibility issues, perform thorough testing in a staging environment.
0 commit comments