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

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

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

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

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

4.1. 升级频道和发行路径

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

4.1.1. candidate-4.6 频道

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

您可以使用 candidate-4.6 频道以前的 OpenShift Container Platform 次版本进行更新。

4.1.2. fast-4.6 频道

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

您可以使用 fast-4.6 频道来从以前的 OpenShift Container Platform 次版本进行更新。

4.1.3. stable-4.6 频道

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

您可以使用 stable-4.6 频道来从以前的 OpenShift Container Platform 次版本进行更新。

4.1.4. eus-4.y 频道

除了 stable 频道外,所有以数字相等的 OpenShift Container Platform 次版本都提供延长更新支持 (EUS)。具有 Premium 订阅的用户,可以使用 EUS 4.6 频道将维护阶段扩展到 14 个月。

虽然 stable-4.6eus-4.6 频道在 OpenShift Container Platform 4.6 转换为 EUS 之前没有区别,但您可以在 EUS 频道可用后立即切换到 EUS 频道。当 OpenShift Container Platform 4.6 过渡到其生命周期的 EUS 阶段时,stable-4.6 频道不再接收后续的 z-stream 更新。下一个 EUS 版本为 4.8,升级到那个版本需要进行一系列的版本更新,从 4.6 升级到 4.7 在升级到 4.8。

注意

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

4.1.5. 升级版本路径

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

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

  • 4.6.0
  • 4.6.1
  • 4.6.3
  • 4.6.4

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

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

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

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

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

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

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