更新时间:2024-01-04 GMT+08:00

升级概述

为了能够方便您使用稳定又可靠的Kubernetes版本,请您务必在维护周期结束之前升级您的Kubernetes集群。

CCE在发布Kubernetes最新版本后,会对该版本所做的变更进行说明。

您可以通过云容器引擎管理控制台,可视化升级集群的Kubernetes版本。

升级前,您需要在集群列表页面确认集群的Kubernetes版本,以及当前是否有新的版本可供升级。

确认方法如下:

登录CCE控制台,查看集群是否存在“存在更新版本”提示,若存在则该集群支持升级,您可通过CCE集群版本发布说明查看最新版本的特性说明。若不存在,则表示该集群暂时没有可升级版本。

集群升级流程

集群升级流程包括升级前检查、备份、升级和升级后验证几个步骤,下面介绍集群升级过程中的相关流程。

图1 集群升级流程

在确定集群的目标版本后,请您仔细阅读升级注意事项,避免升级时出现功能不兼容的问题。

  1. 升级前检查

    升级集群前,CCE会对集群内的节点、插件、工作负载兼容性等多方面进行检查,尽可能避免升级失败。如有检查异常项,请按控制台提示修复风险项。

  2. 备份

    升级时默认会对集群数据进行备份,您也可以根据需求进行Master节点整机备份。

  3. 升级

    执行升级时,需要对升级参数进行配置,例如插件、节点滚动升级步长等。升级参数配置完成后,将进入正式升级流程,对插件、节点逐一进行升级。

  4. 升级后验证

    升级完成后,您需要手动进行业务验证,确保升级过程中对业务未造成影响。

集群升级路径

如下表格详细介绍了各集群版本能够升级到的目标版本,以及升级方式。

表1 集群升级路径

源版本

目标版本

升级方式

v1.23

v1.25

原地升级

v1.21

v1.25

v1.23

原地升级

v1.19

v1.23

v1.21

原地升级

v1.17

v1.19

原地升级

v1.15

v1.19

原地升级

升级方式

升级方式的优缺点如下:

表2 升级方式的优缺点

升级名称

方式

优点

缺点

原地升级

节点上升级Kubernetes组件、网络组件和CCE管理组件,升级过程中业务Pod和网络均不受影响;升级过程中,存量节点将全部打上SchedulingDisabled标签,升级完成后,用户能够正常使用存量节点。

用户无需迁移业务,可以基本上保证业务不断。

原地升级不会升级节点的操作系统,如果希望升级操作系统,可以在节点升级完成后,清空对应的节点数据,并执行节点重置,升级到新版本的操作系统。