红帽宣布为 OpenShift 4.14 及更高版本提供额外的扩展更新支持！

红帽宣布为 OpenShift 4.14 以及 4.x 系列中后续偶数编号的红帽 OpenShift 版本提供可选的额外 12 个月 EUS 期限。这使得 OpenShift 的这些 EUS 版本可用的完整生命周期长达三（3）年。

伴随着红帽全球峰会 在丹佛这里拉开序幕OpenShift Commons Gathering，我们的客户每天都在使用红帽 OpenShift。在过去几年中，OpenShift 客户已将其技术应用于需要更长生命周期的专业市场用例。无论是出于层层合规性要求，还是 OpenShift 是政府和企业区别对待的基本服务，我们的客户都希望红帽能够找到延长开源组件寿命的方法。每年，红帽都会根据多项标准对更长的生命周期进行调查。今年，我们找到了合适的条件组合，使我们能够为处于这些情况的客户提供帮助。

考虑到客户的复杂需求，我们正在扩展红帽 OpenShift 的扩展更新支持（EUS）产品，让您可以选择大幅延长 OpenShift 部署的受支持生命周期。

它将支持延伸到现有的 6 个月 EUS 期限之外，该期限是我们在发布 OpenShift 4.12 时引入的。这一新的额外 12 个月 EUS 期限将作为附加订阅提供，使 OpenShift 的生命周期总计达到 3 年。

在额外的 EUS 期限内，OpenShift 4.14 现在将享受到 2026 年 10 月 31 日的支持：

下一个扩展更新支持版本将是即将发布的 OpenShift 4.16 版本。下方也直观地展示了对 EUS 版本生命周期的影响：

包含哪一级别的支持？

额外的 EUS 术语包括具有“严重”和“重要”影响的安全更新和紧急优先漏洞修复的向后移植。正式语言将在红帽 OpenShift 容器平台生命周期策略页面上发布，该页面仍然是当前 OpenShift 生命周期信息的事实来源。

额外 EUS 阶段提供的支持 SLA 将从购买的基础产品（高级版或标准版）继承。

包括哪些组件？

额外的 EUS 术语适用于OpenShift Kubernetes 引擎中包含的所有平台一致的操作程序 。其他操作程序不会自动包含在内，并继续维护自己的生命周期。

购买 OpenShift 平台 Plus 或 OpenShift 容器平台作为基础订阅的客户仍然可以为该产品购买同等的额外延长更新支持期限，但只会获得适用于可用组件的额外 EUS 期限。

我们预计将来会为更多的红帽操作员提供这一额外的 EUS 术语。请务必检查相关分层操作器的生命周期页面，以确定最新的生命周期信息。

这对升级有何影响？

OpenShift 4.14 保留了对控制平面服务和工作节点之间 N-2 版本偏移的支持，其中 N 是相关的 OpenShift 次要版本。例如，这意味着，作为升级序列的一部分，已向前迁移到 OpenShift 4.14 的控制平面可以与 4.13 和/或 4.12 上的工作节点进行互操作。

对于控制平面节点本身，升级本质上是按顺序进行的。但是，对于工作程序节点，有一个功能可以暂停工作程序池以跳过每隔一个版本，以及相关的重新启动，当与版本偏移支持结合使用时，可以减轻多次升级对运行中工作负载的额外影响。

控制平面和工作节点从 4.14 升级到未来 4.18 版本的示例升级流程。

在进一步测试之前，此功能将在未来版本中扩展，与上游 Kubernetes 版本偏移扩展保持一致，它将转向支持 N-3 版本偏移策略。

随着源版本和目标版本之间的间隔随着时间的推移而延长，获得最新 EUS 版本所需的连续升级次数也会增加。随着所需连续升级数量的增加，升级的复杂性、工作负载中断程度以及完成所需的时间也会增加。因此，如果容量允许，可能更可取的做法是通过蓝/绿升级流程进行升级，即扩展新集群、移动工作负载并停用旧集群。

每个集群都是不同的，因此每个集群都需要自己的升级路径。我们建议您在选择对集群使用这些 OpenShift EUS 术语的同时，考虑并选择升级计划。

哪里可以了解更多信息？

红帽加入了 Kubernetes 生态系统内的长期支持（LTS）工作组，以帮助培养有关如何延长 Kubernetes 及其相关技术生命周期的想法。我们邀请对这些主题感兴趣的任何用户加入该社区。

在即将到来的“OpenShift 4.16 新增功能”虚拟活动中了解更多信息。在YouTube 或Twitch 上关注我们，获取播出日期通知。

如果您还不是 OpenShift 用户，并且我们激起了您的兴趣 -可以尝试试用！