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

升级概述

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

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

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

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

确认方法如下:

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

集群升级流程

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

图1 集群升级流程

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

  1. 升级前检查

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

  2. 备份

    升级时默认会对集群数据进行备份,您也可以根据需求进行Master节点整机备份,整机备份过程会使用云备份服务,将耗时约20分钟。

  3. 升级

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

  4. 升级后验证

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

集群升级路径

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

表1 集群升级路径

源版本

目标版本

升级方式

v1.25

v1.27

原地升级

v1.23

v1.25

原地升级

v1.21

v1.25

v1.23

原地升级

v1.19

v1.23

v1.21

原地升级

v1.17

v1.19

原地升级

v1.15

v1.19

原地升级

v1.13

v1.15

滚动升级

升级方式

不同升级方式的优缺点如下:

表2 升级方式的区别和优缺点

升级名称

方式

优点

缺点

原地升级

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

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

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

滚动升级

节点上只升级Kubernetes组件以及网络部分组件,存量节点将全部打上SchedulingDisabled标签,仅保证原来运行的应用不受影响。

须知:
  • 升级完成后,用户还需手动新建节点,并逐步释放老节点,将应用逐步迁移到新节点上,用户控制升级步骤。

可以基本上保证业务不断。

  • 升级完成后,用户需手动新建节点,并逐步释放老节点,将业务迁移至新节点。该过程中,新建节点会存在额外的费用。待业务迁移至新节点后,老节点可以删除。
  • 滚动升级完成后,如果需要继续向高版本升级,需要先完成老节点的重置,否则无法通过升级前检查。该过程可能会引起业务中断。