RHEL 高可用性集群的支持策略 - 发行版本和软件包版本
内容
概述
适用的环境
- 带有高可用性附加组件的 Red Hat Enterprise Linux (RHEL)
有用的参考和指南
简介
本文档介绍了有关红帽为 RHEL 高可用集群提供技术支持的条件的策略 - 特别是在产品发布和安装的单个软件包方面。 RHEL 高可用性软件组件的用户应遵循这些策略，以便有资格通过合适的产品支持订阅获得红帽的支持。
这些策略适用于集群（成员）节点和 远程节点。
策略
支持的 RHEL 主版本 ：RHEL 高可用性遵循一般的 RHEL 产品生命周期和相关策略。
在其完全支持阶段，RHEL 主版本上运行的高可用性软件可以获得完全支持，如文档中所定义的。 在其维护支持阶段，在 RHEL 主版本上运行的高可用性软件可以获得适用于该阶段的支持，如文档中所定义的。
-
重要：
-
对于 RHEL 6 及之前的主版本，RHEL 产品生命周期不包括延长生命周期阶段(ELP)中的对附加组件的延长生命周期支持(ELS)选项。这意味着，RHEL 高可用性仅适用于上述策略指南中为延长生命周期阶段所描述的有限支持服务。
-
从 RHEL 7 开始，延长生命周期支持(ELS)包括对附加组件、高可用性和弹性存储的支持，如 RHEL 生命周期页的 延长生命周期支持附加组件 部分中所述。
-
支持的 RHEL 次版本 ： RHEL 高可用性遵循一般的 RHEL 产品生命周期和相关策略。 这个生命周期定义了随时有资格进行更新的次版本，以及对这些更新的标准、限制或要求。 RHEL 高可用性提供了带有合适订阅的扩展更新支持(EUS)，遵循与 RHEL 相同的延长更新支持中的指导策略。
- 红帽支持可能会为运行的比当前活跃且支持的次版本更旧版本的集群提供帮助，但如果焦点问题被确定或怀疑是由于在后续的次版本中行为的改变或解决所造成的，红帽可能建议更新到此类活跃的/支持的次版本，以解决问题。 根据上述产品生命周期中描述的策略，红帽提供产品更改或修改的行为仅限于这些活跃的次版本，因此红帽将继续使用旧的次版本帮助部署可能仅限于在此发行版本中已知可用的且稳定的功能或行为。
支持带有混合软件包版本/滚动更新的集群 ：红帽仅支持在同一 RHEL 主版本中的滚动更新过程中，在有限的时间内运行不同的 RHEL 或 RHEL 高可用性软件包版本的、跨成员的集群的操作。
- 另请参阅：建议：在 RHEL 高可用集群中应用软件包更新
- 当集群软件在正在更新的成员上运行时，红帽不支持 - 并强烈建议反对 - 向 RHEL 高可用性软件应用更新。 有关在集群中应用更新的详情，请参阅上述建议文章。
- 如果意外或不必要的行为特别或专门出现在涉及集群中不匹配软件包的场景，红帽的帮助可能仅限于使集群在软件包版本方面达到完全同步状态。
除了以下用例外，不支持主版本升级 ：红帽不提供对将集群成员升级到新的 RHEL 主版本（如 RHEL 6->RHEL 7）的支持，除非使用用于该版本的合适的集群设置流程在每个节点上重新配置集群。 主版本包括高可用性组件中的差异，仅通过从一个版本升级到另一个版本可能无法实现稳定或可工作的部署。
- 集群节点的 唯一支持的滚动升级 来自：从 RHEL 8.8+ 到 RHEL 9.2+。
不支持修改后的高可用性组件/软件包 ：红帽不提供对在非配置文件的任何文件中，对其发布的已从原始发布状态修改的任何组件的支持。 如果在使用此类修改的组件的环境中出现问题，红帽支持可能需要使用原始库存软件包来协助调查。
在 Pacemaker 集群节点上，不支持使用 kpatch 进行内核实时打补丁 ：目前，不支持对高可用性集群的成员进行 内核实时打补丁。向内核应用关键安全补丁的唯一支持的方法是使用标准的 滚动更新流程。红帽目前正在对 Red Hat Enterprise Linux 9 重新评估此策略。
Comments