第 1 章 在次版本间更新集群
您可以在次版本（minor version）间更新或升级 OpenShift Container Platform 集群。
由于使用 oc更改更新频道会比较困难，所以请使用 web 控制台来更改更新频道。建议您在 web 控制台中完成更新过程。在改到一个 4.2 频道后，按照使用 CLI 在一个次版本中更新集群中介绍的步骤进行操作。
先决条件
-
使用具有
admin权限的用户访问集群。请参阅使用 RBAC 定义并应用权限 。 - 请保存一个最新的 etcd backup。如果升级失败，则需要把集群恢复到一个以前的状态。
1.1. 关于 OpenShift Container Platform 更新服务
OpenShift Container Platform 更新服务是一种托管服务，为 OpenShift Container Platform 和 Red Hat Enterprise Linux CoreOS (RHCOS) 提供无线更新 (over-the air update)。它提供了一个组件 Operator 图，其中包含各个顶点及连接它们的边。图中的边显示可以安全更新的版本，顶点是更新有效负载，用于指定托管集群组件的预期状态。
集群中的 Cluster Version Operator (CVO) 会检查 OpenShift Container Platform 更新服务，并根据当前组件版本和图中的信息决定有效的更新和更新路径。当您请求更新时，OpenShift Container Platform CVO 使用该更新的发行镜像来升级您的集群。发行工件 (artifact) 作为容器镜像托管在 Quay 中。
为了使 OpenShift Container Platform 更新服务仅提供兼容的更新，提供了一个版本验证管道来驱动自动化。每个发行工件都会被验证是否与支持的云平台和系统架构以及其他组件包兼容。在管道确认有适用的版本后，OpenShift Container Platform 更新服务会通知您可以进行更新。
因为更新服务会显示所有有效的更新，所以不能强制更新到一个更新服务没有显示的版本。
对于连续更新模式，会运行两个控制器。一个控制器不断更新有效负载清单，将它们应用于集群，并输出受控 Operator 部署的状态（可用、正在进行升级或失败）。第二个控制器轮询 OpenShift Container Platform 更新服务以确定更新是否可用。
不支持将集群还原到以前的版本或执行回滚。仅支持升级到较新版本。
其他资源
