升级概述
云容器引擎(CCE)严格遵循社区一致性认证,每年发布3个集群版本,每个版本发布后提供至少24个月的维护周期,CCE保证维护周期内的集群版本的稳定运行。
为了保障您的服务权益,请您务必在维护周期结束之前升级您的Kubernetes集群,主动升级集群有以下好处:
- 降低安全和稳定性风险:Kubernetes版本迭代过程中,会不断修复发现的安全及稳定性漏洞,长久使用EOS版本集群会给业务带来安全和稳定性风险。
- 支持新功能和新操作系统:Kubernetes版本的迭代过程中,会不断带来新的功能、优化。您可通过CCE集群版本发布说明查看最新版本的特性说明。
- 避免大跨度兼容风险:Kubernetes版本的迭代过程中,会不断带来API变更与功能废弃。长久未升级的集群,在需要升级时需要更大的运维保障投入。周期性的跟随升级能有效缓解版本差异累积导致的兼容性风险。建议用户每季度升级一次补丁版本,每年升级一次大版本至当前支持的最新版本。
- 更加有效的技术支持:对于EOS的Kubernetes版本集群,CCE不再提供安全补丁和问题修复,同样无法保证EOS版本集群的技术支持质量。
您可在集群列表页面确认集群的Kubernetes版本,以及当前是否有新的版本可供升级。若有需要请联系工作人员提供专家咨询服务。
集群升级流程
集群升级流程包括升级前检查、备份、升级和升级后验证几个步骤,下面介绍集群升级过程中的相关流程。
在确定集群的目标版本后,请您仔细阅读升级注意事项,避免升级时出现功能不兼容的问题。
- 升级前检查
升级集群前,CCE会对您的集群进行必要的检查,包括集群状态、插件状态、节点状态、工作负载兼容性等多方面进行检查,确保集群满足升级的条件,检查项目请参考升级前检查项。如过出现检查异常项,请参考控制台中的提示进行修复。
- 备份
通过硬盘快照的方式帮您备份集群控制节点,以保存CCE组件镜像、组件配置、Etcd数据等关键数据。建议您在升级前进行备份。如果在升级过程中出现不可预期的情况,可以基于备份为您快速恢复集群。
- 配置与升级
执行升级前,需要对升级参数进行配置,我们已为您提供了默认配置,您也可以根据需要进行配置,升级参数配置完成后,将进入正式升级流程,对插件、控制节点、用户节点依次进行升级。
- 升级后验证
升级完成后,会自动为集群执行集群状态检查、节点状态检查等,您需要手动进行业务验证、新建节点验证、新建Pod验证等,确保升级后集群功能正常。
集群升级路径
如下表格详细介绍了各集群版本能够升级到的目标版本,以及升级方式。
源版本 |
目标版本 |
升级方式 |
---|---|---|
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中可创建的最新版本 |
迁移 |
升级方式
升级方式 |
介绍 |
升级范围 |
优点 |
约束 |
---|---|---|---|---|
原地升级 |
节点上升级Kubernetes组件、网络组件和CCE管理组件,升级过程中业务Pod和网络均不受影响。 升级过程中,节点分批进行升级,存量节点将不可调度,升级完成的批次支持调度新业务。 |
|
可一键式升级,用户无需迁移业务,可以基本上保证业务不断。 |
原地升级仅在v1.15及以上版本集群支持。 |
迁移 |
将老版本集群的业务迁移到新版本集群,适用于需要大幅度跨版本集群升级的需求。 |
集群内资源均重新部署。 |
可避免老版本连续升级导致的版本不兼容问题。 |
- |