升级概述
为了能够方便您使用稳定又可靠的Kubernetes版本，请您务必在维护周期结束之前升级您的Kubernetes集群。
CCE在发布Kubernetes最新版本后，会对该版本所做的变更进行说明。
您可以通过云容器引擎管理控制台，可视化升级集群的Kubernetes版本。
升级前，您需要在集群列表页面确认集群的Kubernetes版本，以及当前是否有新的版本可供升级。
确认方法如下：
登录CCE控制台，查看集群是否存在“存在更新版本”提示，若存在则该集群支持升级，您可通过CCE集群版本发布说明查看最新版本的特性说明。若不存在，则表示该集群暂时没有可升级版本。
集群升级流程
集群升级流程包括升级前检查、备份、升级和升级后验证几个步骤，下面介绍集群升级过程中的相关流程。
在确定集群的目标版本后，请您仔细阅读升级注意事项，避免升级时出现功能不兼容的问题。
- 升级前检查
升级集群前，CCE会对集群内的节点、插件、工作负载兼容性等多方面进行检查，尽可能避免升级失败。如有检查异常项，请按控制台提示修复风险项。
- 备份
升级时默认会对集群数据进行备份，您也可以根据需求进行Master节点整机备份。
- 升级
执行升级时，需要对升级参数进行配置，例如插件、节点滚动升级步长等。升级参数配置完成后，将进入正式升级流程，对插件、节点逐一进行升级。
- 升级后验证
升级完成后，您需要手动进行业务验证，确保升级过程中对业务未造成影响。
集群升级路径
如下表格详细介绍了各集群版本能够升级到的目标版本，以及升级方式。
|
源版本 |
目标版本 |
升级方式 |
|---|---|---|
|
v1.23 |
v1.25 |
原地升级 |
|
v1.21 |
v1.25 v1.23 |
原地升级 |
|
v1.19 |
v1.23 v1.21 |
原地升级 |
|
v1.17 |
v1.19 |
原地升级 |
|
v1.15 |
v1.19 |
原地升级 |
升级方式
升级方式的优缺点如下：
|
升级名称 |
方式 |
优点 |
缺点 |
|---|---|---|---|
|
原地升级 |
节点上升级Kubernetes组件、网络组件和CCE管理组件，升级过程中业务Pod和网络均不受影响；升级过程中，存量节点将全部打上SchedulingDisabled标签，升级完成后，用户能够正常使用存量节点。 |
用户无需迁移业务，可以基本上保证业务不断。 |
原地升级不会升级节点的操作系统，如果希望升级操作系统，可以在节点升级完成后，清空对应的节点数据，并执行节点重置，升级到新版本的操作系统。 |
