3.2. OpenShift Container Platform 升级频道和发行版本

在 OpenShift Container Platform 4.1 中,红帽引进了升级频道的概念,用于为集群升级推荐适当的版本。通过控制升级的速度,这些升级频道允许您选择升级策略。升级频道与 OpenShift Container Platform 的次要版本关联。例如,OpenShift Container Platform 4.2 升级频道永远不会包括到版本 4.3 的升级。这可确保管理员明确决定升级到下一个 OpenShift Container Platform 次要版本。升级频道仅控制版本选择,它不会影响您安装的集群版本; 特定版本的 OpenShift Container Platform 的 openshift-install 二进制文件始终会安装这个特定版本。

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

  • candidate-4.2
  • fast-4.2
  • stable-4.2

candidate-4.2 频道

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

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

注意

发行候选版本与每日构建的,由 https://www.openshift.com/try 提供的版本不同。用户可以使用每日构建的版本试用新功能,但升级到每日构建的版本或从每日构建的版本升级不被支持。所有升级频道都没有包括每日构建的版本。

fast-4.2 频道

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

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

stable-4.2 频道

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

您可以使用 stable-4.2 频道来从以前的 OpenShift Container Platform 次要版本升级。

升级版本路径

OpenShift Container Platform 维护一个升级建议服务,它了解已安装的 OpenShift Container Platform 版本以及您选择用来获取下一版本的频道中的路径。您可在 fast-4.2 频道中看到以下内容:

  • 4.2.0
  • 4.2.1
  • 4.2.3
  • 4.2.4

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

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

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

fast 和 stable 频道的使用和策略

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

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

受限网络集群

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

在频道间切换

如果您从 stable-4.2 频道改到 fast-4.2 频道,您的集群仍然被支持。虽然您可以在任何时候切换到 candidate-4.2 频道,但该频道中的一些发行版本可能不被支持。如果您当前的发行本是正式发布版本,则可以从 candidate-4.2 频道切换到 fast-4.2 频道。从 fast-4.2 频道切换到 stable-4.4 频道一直被允许,但如果当前的发行版本最近被升级到 fast-4.2,则可能会有最多一天的延迟该发行版本才会出现在 stable-4.2 中。如果您改到的频道没有包括您当前的发行版本,则会出现一个警告信息且不会有建议的更新,但您可以随时安全地切换回您原来地频道。