将AKS 1.21升级到1.25的潜在风险

Question

我们希望将 AKS 从 1.21 升级到 1.25，因为 1.25 是 AKS 目前支持的版本，而 AKS 不允许像 EKS 那样一次升级一个小版本。

有哪些潜在风险？

我们已确保不再使用所有已弃用的 API。除了这个大版本跳跃可能存在的风险之外。

升级将在 1.21 集群中完成，而不是创建新集群。请告诉我您的经验。

Answer 1

根据 MsDoc，目前

1.21

已被弃用，AKS 中可用的当前版本是

1.25

，因此我向您展示从

1.25 to 1.27,

的版本升级，您可以对

1.21 to 1.25

应用相同的逻辑。

az aks get-upgrades --resource-group <RgName> --name <clusterName> --output table

默认情况下，Kubernetes 使用语义版本控制，即主要然后次要然后补丁，因此按照该逻辑

1.25.6 -> 1.25.11 -> 1.26.3 -> 1.27.1

在 AKS 中，不建议一次性从 1.21 升级到 1.25。

在我的 Aks 环境中，我正在升级

1.25.6 -> 1.25.11

，如下所示：

现在，1.25 到 1.26

现在 1.26.3 至 1.27.1：

最后，您可以使用 kubectl cmd 进行验证：

 kubectl get nodes -o wide

这是在 AKS 中升级 Kubernetes 版本的安全方法，如果直接从 1.21 跳转到 1,25，可能会导致以下问题 -

• 可能存在重大更改，兼容性问题可能会导致您的应用程序失败或性能下降。