第 4 章 了解升级频道和发行版本

在 OpenShift Container Platform 4.1 中,红帽引进了频道的概念,用于为集群更新推荐适当的版本。通过控制更新的速度,这些升级频道允许您选择更新策略。升级频道与 OpenShift Container Platform 的次要版本关联。例如,OpenShift Container Platform 4.7 升级频道推荐对 4.7 进行更新以及在 4.7 内更新。它们还推荐在 4.6 内更新以及从 4.6 升级到 4.7,以便 4.6 上的集群最终更新至 4.7。它们不推荐更新 4.8 或更高版本。此策略可确保管理员明确决定升级到下一个 OpenShift Container Platform 次要版本。

升级频道仅控制版本选择,它不会影响您安装的集群版本; 特定版本的 OpenShift Container Platform 的 openshift-install 二进制文件始终会安装这个特定版本。

OpenShift Container Platform 4.7 提供了以下升级频道:

  • candidate-4.7
  • fast-4.7
  • stable-4.7
  • eus-4.y(仅在运行偶数 4.y 集群发行版本时,如 4.6)
警告

红帽建议升级到 Openshift Update Service 建议的版本。对于次版本更新,版本必须相邻。红帽没有测试在非连续地版本间的升级,无法保证与之前版本的兼容性。

4.1. 升级频道和发行路径

集群管理员可以通过 Web 控制台配置升级频道。

4.1.1. candidate-4.7 频道

candidate-4.7 频道包含 z-stream(4.7.z)和之前的次版本的候选构建。发行候选版本包含该产品的所有功能但不被正式支持。发行候选版本可以用来测试新版本的功能以决定下一个 OpenShift Container Platform 版本是否适用于您的系统。发行候选是指候选频道中可用的构建,包括那些不包含 预发布版本 (如 -rc )的构建。当一个版本出现在候选频道中后,它仍然会进行更多的质量测试。如果达到质量标准,则会将其推广至 fast-4.7stable-4.7 频道。因此,如果一个特定的版本同时存在于 candidate-4.7 频道以及 fast-4.7stable-4.7 的频道中,则代表红帽会支持这个版本。candidate-4.7 频道可能会包括任何频道都不推荐更新的发行版本。

您可以使用 candidate-4.7 频道以前的 OpenShift Container Platform 次版本进行升级。

4.1.2. fast-4.7 频道

当红帽声明某个特定版本成为正式发行版本时,fast-4.7 频道被更新来包括这个新的和以前的 4.7 次版本。这意味着,这些版本被完全支持,且具有符合生产环境的质量,当它们作为发行候选版本出现在 candidate-4.7 频道期间,被证明可以正常工作。当一个发行版本出现在 fast-4.7 频道中的一段时间后,会被添加到 stable-4.7 频道。在它们出现在 fast-4.7 频道之前,不会出现在 stable-4.7 频道中。

您可以使用 fast-4.7 频道来从以前的 OpenShift Container Platform 次版本进行升级。

4.1.3. stable-4.7 频道

虽然当它们的勘误被发布后马上就会出现在 fast-4.7 频道中,但这些内容可能需要一段延迟时间会被添加到 stable-4.7 频道中。在此延迟期间,红帽 SRE 团队、红帽支持服务以及参与连接的客户程序的生产前和产品环境中收集有关此发行版本的稳定性数据。您可以使用 stable-4.7 频道来从以前的 OpenShift Container Platform 次版本进行更新。

4.1.4. eus-4.y 频道

除了 stable 频道外,所有以数字相等的 OpenShift Container Platform 次版本都提供延长更新支持 (EUS)。对于具有标准和高级订阅的客户,这些 EUS 版本将完全支持和维护支持阶段延长至 18 个月。

虽然 stable-4.yeus-4.y 频道之间没有区别,直到 OpenShift Container Platform 4.y 过渡到 EUS 阶段,您可以立即切换到 eus-4.y 频道。

当提供了升级到下一个 EUS 的频道时,您可以切换到下一个 EUS 频道并升级,直到您升级到下一个 EUS 版本。

此更新过程不适用于 eus-4.6 频道。

注意

标准和非 EUS 订阅者都可以访问所有 EUS 软件仓库和所需的 RPM(rhel-*-eus-rpms),它们都能够支持关键目的,如调试和构建驱动程序。

4.1.5. 升级版本路径

OpenShift Container Platform 维护一个升级建议服务,它了解已安装的 OpenShift Container Platform 版本以及您选择用来获取下一版本的频道中的路径。

您可在 fast-4.7 频道中看到以下内容:

  • 4.7.0
  • 4.7.1
  • 4.7.3
  • 4.7.4

该服务只建议经过测试且不存在严重问题的升级。它不会建议把系统更新到一个包含已知漏洞的 OpenShift Container Platform 版本。例如,如果您的集群为 4.7.1,OpenShift Container Platform 推荐 4.7.4,您可以安全地从 4.7.1 升级到 4.7.4。您不需要一定在连续的补丁号间进行升级。在这个示例中,该频道并没有(且从来没有)包括 4.7.2。

更新的稳定性取决于您的频道。在 candidate-4.7 频道中存在一个更新建议并不意味着这个更新会被支持。它代表,在更新中还没有发现任何严重问题,这可能是因为此更新还没有足够的使用情况来证明它的稳定性。如果在 fast-4.7stable-4.7 频道中出现了一个更新建议,则代表这个更新被支持。虽然发行版本永远不会从一个频道中删除,但存在严重问题的更新建议会从所有频道中删除。在更新建议被删除后启动的更新仍被支持。

红帽最终会为 fast-4.7stable-4.7 频道中支持的发行版本提供到最新的 4.7.z 版本的更新路径,但可能会因为创建并验证解决已知问题的更新路径而有一定的延迟。

4.1.6. fast 和 stable 频道的使用和策略

通过 fast-4.7stable-4.7 频道,您可以选择在一个发行版本正式发行后马上接收到这个版本,或选择由红帽控制向用户推出更新的过程。如果在推出部署的过程或之后发现问题,到这个版本的更新可能会在 fast-4.7stable-4.7 频道中被禁止。一个新版本可能会出现,做为新的首选更新目标。

通过在 fast-4.7 频道中配置预生产环境的系统、在 stable-4.7 频道中配置生产环境的系统,并参与红帽连接的客户项目,用户可以改进更新的过程。红帽使用这个程序观察更新对您特定的硬件和软件配置的影响。将来的版本可能会改进或修改更新从 fast-4.7 频道进入 stable-4.7 频道的速度。

4.1.7. 受限网络集群

如果您自己为 OpenShift Container Platform 集群管理容器镜像,您必须考虑与产品关联的红帽勘误中的升级信息。在升级过程中,用户界面可能会提醒您在这些版本间进行切换,因此您必须在跳过这些警告前确定选择了正确的版本。

4.1.8. 在频道间切换

可以从 web 控制台或通过 patch 命令来切换频道:

$ oc patch clusterversion version --type json -p '[{"op": "add", "path": "/spec/channel", "value": "<channel>”}]'

如果您切换到没有包括当前版本的频道,web 控制台将显示警报。在没有当前发行版本的频道中,web 控制台不推荐任何更新。但是,您可以在任何时候返回原始频道。

更改您的频道可能会影响集群的可支持性。可能适用以下条件:

  • 如果您从 stable-4.7 频道改到 fast-4.7 频道,您的集群仍然被支持。
  • 您可以切换到 candidate-4.7 频道,但这个频道的一些发行版本可能不被支持。
  • 如果您当前的发行版本是正式发布版本,则可以从 candidate-4.7 频道切换到 fast-4.7 频道。
  • fast-4.7 频道切换到 stable-4.7 频道始终被允许。如果当前版本最近被提升,该发行版本可能会有最多一天的延迟才会出现在 stable-4.7 中。