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

升级概述

云容器引擎(CCE)严格遵循社区一致性认证,每年发布3个集群版本,每个版本发布后提供至少24个月的维护周期,CCE保证维护周期内的集群版本的稳定运行。

为了保障您的服务权益,请您务必在维护周期结束之前升级您的Kubernetes集群,主动升级集群有以下好处:

  1. 降低安全和稳定性风险:Kubernetes版本迭代过程中,会不断修复发现的安全及稳定性漏洞,长久使用EOS版本集群会给业务带来安全和稳定性风险。
  2. 支持新功能和新操作系统:Kubernetes版本的迭代过程中,会不断带来新的功能、优化。您可通过CCE集群版本发布说明查看最新版本的特性说明。
  3. 避免大跨度兼容风险:Kubernetes版本的迭代过程中,会不断带来API变更与功能废弃。长久未升级的集群,在需要升级时需要更大的运维保障投入。周期性的跟随升级能有效缓解版本差异累积导致的兼容性风险。建议用户每季度升级一次补丁版本,每年升级一次大版本至当前支持的最新版本。
  4. 更加有效的技术支持:对于EOS的Kubernetes版本集群,CCE不再提供安全补丁和问题修复,同样无法保证EOS版本集群的技术支持质量。

您可在集群列表页面确认集群的Kubernetes版本,以及当前是否有新的版本可供升级。若有需要请联系工作人员提供专家咨询服务。

集群升级流程

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

图1 集群升级流程

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

  1. 升级前检查

    升级集群前,CCE会对您的集群进行必要的检查,包括集群状态、插件状态、节点状态、工作负载兼容性等多方面进行检查,确保集群满足升级的条件,检查项目请参考升级前检查项。如过出现检查异常项,请参考控制台中的提示进行修复。

  2. 备份

    通过硬盘快照的方式帮您备份集群控制节点,以保存CCE组件镜像、组件配置、Etcd数据等关键数据。建议您在升级前进行备份。如果在升级过程中出现不可预期的情况,可以基于备份为您快速恢复集群。

  3. 配置与升级

    执行升级前,需要对升级参数进行配置,我们已为您提供了默认配置,您也可以根据需要进行配置,升级参数配置完成后,将进入正式升级流程,对插件、控制节点、用户节点依次进行升级。

    • 插件

      补丁升级属于小版本升级,插件可兼容升级目标版本,无需升级插件。

      集群大版本升级会自动升级不兼容的插件。

    • 节点
      • 节点升级并发数:您可以根据需要设置节点并发升级数量,并发数越高,升级越快。
      • 节点升级优先级:您可以设置节点池之间的优先级顺序、节点池内节点的优先级顺序,升级时系统将按照您设置的顺序依次对节点进行升级,如不设置该优先级,系统将按照默认的策略执行。
  4. 升级后验证

    升级完成后,会自动为集群执行集群状态检查、节点状态检查等,您需要手动进行业务验证、新建节点验证、新建Pod验证等,确保升级后集群功能正常。

集群升级路径

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

表1 集群升级路径

源版本

目标版本

升级方式

1.25

v1.27

原地升级

v1.23

v1.27

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.11

v1.9

v1.7

Console中可创建的最新版本

迁移

升级方式

表2 升级方式介绍

升级方式

介绍

升级范围

优点

约束

原地升级

节点上升级Kubernetes组件、网络组件和CCE管理组件,升级过程中业务Pod和网络均不受影响。

升级过程中,节点分批进行升级,存量节点将不可调度,升级完成的批次支持调度新业务。

  • 节点操作系统不升级
  • 插件在目标版本集群不兼容时自动升级
  • K8s组件自动升级

可一键式升级,用户无需迁移业务,可以基本上保证业务不断。

原地升级仅在v1.15及以上版本集群支持。

迁移

将老版本集群的业务迁移到新版本集群,适用于需要大幅度跨版本集群升级的需求。

集群内资源均重新部署。

可避免老版本连续升级导致的版本不兼容问题。

-