Red Hat Enterprise Linux 生命周期
概述
Red Hat Enterprise Linux 8，9 和 10
Red Hat Enterprise Linux 有一个十年的生命周期，它被分为三个生产阶段 - 完全支持（Full Support）、维护支持（Maintenance Support）和延长生命阶段（Extended Life Phase）。之后，有一个可选的延长支持。
从 RHEL 9 开始，红帽将延长支持统一在一个模式下：延长生命周期（Extended Life Cycle，简称 ELC）。ELC 将以前独立的延长更新支持（EUS）、增强 EUS（EEUS）和 SAP 解决方案更新服务 (E4S) 替换为一个统一的、有效期为 6 年的支持。和以前的一样，ELC 只适用于特定的次版本。对于需要在 ELC 阶段之后继续获取支持的客户，长生命（LL）附加服务期限扩展可提供按年续订的持续保障。
使用传统的延长支持服务（EUS、增强 EUS、ELS）的客户可以继续使用相关服务，直到承诺的结束日期为止。请参阅传统的延长支持服务页，了解这些产品的详细信息和过渡指导信息。
- Red Hat Enterprise Linux 8、9 和 10 有十年的生命周期，包括完全支持阶段和维护支持阶段，以及一个后续的延长生命阶段。通过延长生命周期（ELC）和长生命（LL）附加组件期限延长，客户在符合条件的次版本上可以获得长达 14 年（甚至更长）的勘误服务。
生命周期：
Red Hat Enterprise Linux（RHEL）生命周期的各个阶段旨在随着时间的推移，逐步降低每个主版本内部的变更幅度，从而使版本的发布周期与包含内容更加可预测。
红帽发布这个生命周期的主要目的是尽可能提供产品的透明度。但当出现特殊情况时，红帽可能会对这些政策做例外处理。生命周期的时间跨度和日期可能会有调整。
勘误和支持政策
在本文中提及的标准勘误条件的含义如下：
- 安全勘误（RHSA）:红帽定义的 CVSS 分数为 7 分或以上的级别为关键（Critical）、重要（Important）和中度（Moderate）的 CVE（从 2025 年 4 月 1 日期生效）
- 程序错误修复勘误（RHBA）:红帽定义的级别为紧急（Urgent）以及特定的高优先级的程序错误修复
所有勘误均由红帽自行决定提供。有关安全严重性的定义，请参阅问题严重性分类页。
红帽可能会选择采取临时措施，在创建程序错误修复公告（RHBA）期间，通过热补丁（Hotfix）来解决对客户业务有重大影响的灾难性问题。
在每个主版本的生命周期中，对 Red Hat Enterprise Linux 的软件更改均通过红帽客户门户或其他授权的红帽门户，以勘误公告（errata advisory）的形式提供单独更新。勘误公告可根据需要单独发布，或汇总为一个次版本进行发布。对于具有有效订阅的用户，已发布的勘误公告在整个 Red Hat Enterprise Linux 的生命周期中都可以被访问。在每个主版本中，任何勘误公告（包括作为此版本一部分发布的公告）都将累积应用于最新版本（包含任何补丁集）。
红帽会做出合理的商业努力，来维护所有次版本及勘误公告中核心运行时环境的二进制兼容性。如有必要，红帽可能会对严重影响安全性或其他重要问题的兼容性目标进行例外处理。二进制兼容性目标扩展到应用程序容器中使用的 Red Hat Enterprise Linux。更多详细信息，请参阅 Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, 和 Red Hat Enterprise Linux 10 应用程序兼容性指南。
安全维护
- 对于 Red Hat Enterprise Linux 中提供的软件包，只要软件包还没有结束其生命周期，红帽就可能会根据标准的勘误条件为其提供勘误。
- RHEL 8、9 和 10 Application Streams 中的软件包的生命周期可能会比一个特定的 RHEL 次版本中的要短。详情请参阅 Application Streams 生命周期。
- 根据 Red Hat Enterprise Linux 生命周期政策，相关政策仅适用于当前活跃的次版本。
程序错误修复维护
- 以下的包括列表是适用于紧急程序错误修改的最小软件包集合：
- bind, bash, chrony, grub2, grubby, glibc, gnutls, httpd, kernel, libgcrypt, libvirt, nss, openssh, openssl, python 3.6 (RHEL 8), python 3.9 (RHEL 9), python 3.12 (RHEL 10), qemu-kvm, rpm, sudo, systemd, wget, yum / dnf
- 红帽可自行决定是否处理未在列表中列出的紧急程序错误。
- 根据 Red Hat Enterprise Linux 生命周期政策，相关政策仅适用于当前活跃的次版本。
备注：活跃的次版本代表了一个时间段，在这个时间段中，特定的次版本会被维护。例如，具有 ELC 的 RHEL 10.2 从正式发布（GA）起有 6 年的有效期。
功能矩阵
下表详细说明了在完全支持和维护支持生产阶段提供的订购服务。通过客户门户访问以前发布的内容和自助服务在所有阶段都是可用的，包括在延长生命周期阶段。有关在这些阶段之后的延长支持，请参阅延长生命周期（ELC）。
| 描述 | 完全支持 | 维护支持 | ELC + LL |
|---|---|---|---|
| 技术支持（因服务级别而异） | 无限 | 无限 | 无限 |
| 勘误覆盖（RHSA & RHBA） | 是 | 是 | 是 |
| 次版本 | 是 | 否 | 否 |
| 更新的硬件启用 | 原生 | 使用虚拟化 | 使用虚拟化 |
| 软件增强功能 | 是 | 否 | 否 |
| 更新的安装镜像 | 是 | 是（在第一个次版本 GA） | 否 |
生产阶段
完全支持阶段
在完全支持阶段，符合标准勘误条件的勘误将在可用时发布。其他勘误公告可能会酌情发布。
软件增强（Software Enhancements）是指在修复已知缺陷或在新一代硬件上启用既有功能之外，所增加的新功能。主版本是提供重大软件增强的主要工具，而低影响的软件增强也可能会在次版本中提供。如果可行，红帽可自行决定是否提供新增或改进的硬件支持以及指定的增强软件功能，这些通常会在次版本中提供。红帽可自行决定独立于次版本提供不需要大量软件更改的硬件支持。
次版本还将包括可用的和合格的勘误公告（RHSA、RHBA 和 RHEA）。次版本是累积性的，包含此前发布的所有更新内容。在此阶段，次版本的重点是解决中度或更高优先级的缺陷。
在完全支持阶段，会为次版本提供更新的安装镜像。
维护支持阶段
在维护支持阶段，符合标准勘误条件的勘误将在可用时发布。其他勘误公告可能会酌情发布。
在维护支持阶段，不会计划提供新功能和新硬件支持。
延长生命阶段
在延长生命阶段，Red Hat Enterprise Linux 订阅对之前在红帽客户门户 上发布的内容，以及其它内容（如文档和红帽知识库）继续提供访问。另外，还可能提供对迁移到当前支持的 Red Hat Enterprise Linux 版本的建议。
对于处于延长生命阶段的产品的版本，红帽将提供有限的持续技术支持。在此阶段，不会提供程序错误修复、安全修复、硬件启用或根本原因分析，且只对现有安装提供支持。
红帽保留在延长生命周期阶段随时终止对特定版本的 Red Hat Enterprise Linux 的持续支持的权利。
延长生命周期（ELC）
ELC 概述
延长生命周期（ELC）是红帽的统一延长支持模式，适用于需要在标准支持窗口之外继续使用一个特定次版本的客户。ELC 为符合条件的偶数次版本自正式发布（GA）之日起提供长达 6 年的支持，并按照标准勘误条件提供独立的勘误流，与后续的次版本并行运行。
ELC 简化了以前独立的延长更新支持（EUS）、增强 EUS（EEUS）和 SAP 解决方案更新服务 (E4S)，并将它们统一为一个简单的生命周期模式。有关将传统服务过渡到新支持模式的信息，请参阅传统延长支持服务页。
ELC 还取代从 2029 年 1 月 6 日开始的 RHEL 8.10 延长生命周期支持（ELS）。ELC 为最后一个次版本提供了额外的四年延长支持；RHEL 8.10、9.10、10.10。
具有 ELC 的版本
ELC 适用于偶数次版本，从 RHEL 9.2 开始。每个 ELC 流从次版本正式发布（GA）之日起提供 6 年的支持。
| 主版本 | 提供 ELC 的次版本 | 备注 |
|---|---|---|
| RHEL 8 | 8.10（仅限 ELC Premium） | ELC Premium 将最终的 8.10 版本的维护时间延长至 10 年以后 |
| RHEL 9 | 9.2, 9.4, 9.6, 9.8, 9.10 | 偶数次版本；9.10 也提供 ELC Premium |
| RHEL 10 | 10.2, 10.4, 10.6, 10.8, 10.10 | 偶数次版本；从 10.6 开始，SAP 客户可以使用 ELC |
长生命（LL）期限延长
对于在超过 6 年的 ELC 期限后仍需要支持的客户，红帽提供了长生命（LL）期限延长。这是一个可以年度续订的服务，为特定的次版本在其 ELC 支持结束后继续提供勘误（根据次版本的标准勘误条件）。
| 阶段 | 周期 | 描述 |
|---|---|---|
| 阶段 1（Term 1） | 1 年 | ELC 结束后的第一年 |
| 阶段 2（Term 2） | 1 年 | 第二年 |
| 阶段 3（Term 3） | 1 年 | 第三年 |
| 阶段 N（Term N） | 1年 (可续订) | 第四年及以后的年份；不限年展的年度续订 |
如果客户在任何阶段结束时不再续订，以前发布的所有内容都将保留在已停用的存档频道中。停用的频道不会收到新的更新、错误修复或 CVE 解决方案。
ELC 规划指南
下图显示了每个 RHEL 主版本的整个生命周期时间表，包括基本（Base）和高级（Premium）支持、符合条件的次版本的高级 ELC，以及在 ELC 之后的可续订的长生命（LL）期限延长。有关具有 EUS 和 E4S 流时间表的旧的次版本的规划指南，请参阅传统延长支持服务页。
RHEL 8
RHEL 9
RHEL 10
应用程序流生命周期
在 Red Hat Enterprise Linux versions 8, 9, 和 10 中的绝大多数软件包（包括大多数应用程序流）都会在 Red Hat Enterprise Linux 的整个 10 年生命周期内被维护。但是，对于有特定生命周期的组件，对其维护的时间会少于 10 年，具体的生命周期通常与其上游组件的生命周期匹配。
应用程序流会遵循主版本 10 年生命周期的勘误标准。在维护支持阶段和延长生命阶段，不会发布新的应用程序流，因为这些阶段不允许软件增强。但是，为了达到 RHEL 的 10 年支持标准，在维护支持阶段开始时会为每个应用程序流指定一个版本，这个特定版本会继续获得相关支持阶段中声明的维护。
有关详细信息，请参阅 Red Hat Enterprise Linux 应用程序流生命周期页。
虚拟化
虚拟化为客户机操作系统提供了硬件抽象，它允许在支持新硬件的虚拟化主机上部署运行旧版的 Red Hat Enterprise Linux 客户机。例如，可以在使用最新处理器的 RHEL 9 主机上运行 RHEL 7 客户机。
在完全支持阶段，原生的硬件启用是通过将硬件驱动程序向后移植到相关的 Red Hat Enterprise Linux 版本来提供。在维护支持阶段，更新的硬件启是通过如上所述的在较新版本上作为一个虚拟客户机运行旧版本实现的。硬件认证，包括相关的硬件限制，适用于主机所使用的 Red Hat Enterprise Linux 版本。
红帽旨在支持将仍处于“生产阶段”或“延长生命周期阶段”的 Red Hat Enterprise Linux 版本，作为虚拟化客户机运行在更高版本的 Red Hat Enterprise Linux 上。
Red Hat Enterprise Linux 虚拟化支持列表提供了有关被支持的操作系统、版本和硬件架构组合的详细信息。
生命周期日期
"完全支持结束"和"维护支持结束"中所提及的所有未来日期均是一个大概的日期，而不是绝对日期，它们可能会有所变化。
Red Hat Enterprise Linux 生命周期日期
停用生命周期日期
要查看已不再接收更新的旧的主版本、次版本和延长的维护版本的生命周期日期，请参阅 https://access.redhat.com/articles/4038291
其它相关产品
有关 Red Hat Enterprise Linux for Real Time 的生命周期信息，请参阅 https://access.redhat.com/support/policy/updates/realtime
Red Hat Enterprise Linux 的 Resilient Storage 附加组件只在 RHEL 7、8 和 9 的活跃版本中支持。
