v1.1.0 开始可用

概述

RKE v1.1.0+优化了升级集群的流程，提供了不宕机升级的功能。本节讲述了如何在使用rke up命令升级集群的时候保证集群内的 pods 可用，实现不宕机升级。

不宕机升级的功能的工作原理是批量升级 worker 节点的同时，保证工作负载在至少一个节点上运行，详情请参考RKE v1.1.0+ 升级工作原理。

实现不宕机升级，需要在升级集群的过程中始终保持工作负载在至少一个节点上可用，并且保持工作负载所需的所有重要的插件（如 Ingress 和 DNS）可用。在不宕机升级的过程中，开发人员可以持续将应用程序部署到集群，用户也可以持续使用服务而不会受到干扰。不宕机升级对于集群架构和 Kubernetes 版本也有要求。具体要求请参考下文。

Kubernetes 版本要求

升级集群现有的 Kubernetes 时，必须是从一个小版本升级到另一个小版本，例如从 v1.16.0 升级到 v1.17.0，或是升级到同一个小版本内的补丁版，例如从 v1.16.0 升级到 v1.16.1。

集群要求

集群必须满足以下条件：

1. 集群具有至少 3 个 etcd 节点。
2. 集群具有至少 2 个 controlplane 节点。
3. 集群具有至少 2 个 worker 节点。
4. 集群内的 Ingress 和 DNS 等插件可以被至少一个节点调度，工作负载部署在这个节点上。

工作负载要求

工作负载必须满足以下条件：

1. 应用和 Ingress 部署在至少一个节点上。
2. The applications must make use of liveness and readiness probes.
3. 应用必须使用存活探针（liveness probes）和就绪探针（readiness probes）。

相关链接

请参考Kubernetes 官方文档，获取使用 node selector 将 pod 分配给节点的操作指导。

配置插件副本的操作指导请参考配置升级策略。