什么是 RHEL 就地升级？

如果红帽企业 Linux（RHEL） 客户希望更新其应用堆栈，获取最新的安全更新，或面临 RHEL 生命周期即将结束（例如，RHEL 7 将于 2024 年 6 月 30 日结束维护期），他们通常会想要获得最新的版本。本文是 RHEL 升级相关系列文章中的第一篇，希望能帮助您规划好未来的升级。我们首先谈一谈 RHEL 就地升级。

就地升级可以解决什么问题？

在过去，升级需要全新安装操作系统，并重新部署所有应用堆栈、数据库和配置。就地升级可以解决这一麻烦，同时保留现有的客户工作流。我们首先了解一下，相对于执行全新安装，就地升级在哪些方面更适用于企业。

就地升级与全新安装

在许多情况下，经验不足的系统管理员也能完成就地升级。如果系统没有复杂或异常的配置，您可以在所有需要升级的计算机上运行几个命令，查看升级前分析报告，并在必要时运行建议的修复。

保留配置

能够继续掌控安装的应用，是就地升级的最重要功能之一。您可以指定在升级期间要使用的自定义存储库，从而扩展升级过程。编写自定义 Leapp 角色也有助于迁移具有特定配置的第三方应用。希望实现环境现代化的企业可以这种掌控中受益，满足自定义应用的需求。最后，升级前流程中所示的任何修复步骤都可以借助 Ansible playbook 来自动执行。

减少对高级技能的需求

就地升级不需要事先了解现有的系统配置或已安装的应用，因此初级管理员也能够进行升级。运行升级前分析并应用建议的修复步骤，即可降低意外删除应用或配置的风险。管理员只需要具备理解报告中信息的能力。

保留订阅

由于就地升级期间不会删除现有 RHEL 订阅的相关信息，因此所有订阅都能正常运行。

节省时间和资源

显而易见，就地升级可以节省时间和宝贵的资源。您可以便捷地延长当前硬件的使用寿命，同时实现整个环境的现代化。

减少不确定性

升级前分析本身就是一个实用的工具。如果不确定系统上安装了哪些软件包，客户可以运行升级前分析来生成清单，并获得可能的升级路径和修复建议。在决定正确的升级方法时，这可能会很有用处。

全新安装

执行 RHEL 全新安装时，包括应用和配置在内的所有系统数据都会被清除。这不仅会增加巨额的运维成本，也需要额外的专业知识才能完成部署过程。

清除现有的配置

重新应用在安装过程中删除的配置可能会非常耗时，特别是当您没有使用红帽 Ansible 自动化平台等产品提供的自动化功能时。

需要更多时间和成本

您必须在数百乃至数千台计算机上重新安装操作系统（OS），还要重新部署整个应用堆栈。额外的工作会消耗成本和时间。

必须重新订阅计算机

计算机若被清除系统数据，就无法在安装期间保留现有的 RHEL 订阅。每台计算机都需要重新订阅才能正常运行。

所以，全新安装真的好吗？

如果您改换到新的硬件，拥有新的应用堆栈，或者想要新的管理和自动化功能，全新安装可能会很有帮助。例如，全新项目（不依赖于先前工作的项目）可能是全新安装的良好用例。 

可用性和支持的版本

从命令行界面升级时，可以通过 dnf 或 yum 来安装所有必要的软件包，只需安装 leapp-upgrade 这个在 Leapp 可用时对所有 RHEL 系统提供的虚拟软件包即可。然后，leapp 命令会利用其子命令创建升级前报告，而后才会执行升级本身。

客户也可以在用来管理计算机的红帽卫星中运行升级前分析。此外，在运行升级前评估并修复分析的风险后，可以在 UI 中一次性升级所有计算机。如需更多信息，请参见红帽卫星中的 Leapp。

有多个 RHEL 版本符合升级条件。如需所有受支持升级路径的最新完整列表，请查看红帽企业 Linux 支持的就地升级路径。此列表会随着 RHEL 每个新版本发布而更新。

至于对公共云的支持，我们通过红帽更新基础架构（RHUI）为 Amazon Web Services（AWS）、Microsoft Azure 和 Google Cloud Platform 上运行的按需即付即用（PAYG）实例提供就地升级。我们也支持对使用红帽订阅管理器管理 RHEL 订阅的所有公共云上的自带订阅（BYOS）实例进行升级。

需要牢记一点，无法直接跨越多个主要版本进行升级，例如从 RHEL 6 直接升级到 RHEL 8。要想从版本 6 升级到版本 8，必须先升级到 RHEL 7，再升级到 RHEL 8。

如需受支持架构和产品的确切详情，以及更深入地了解如何进行升级，请参阅以下文档：

• 从 RHEL 6 升级至 RHEL 7
• 从 RHEL 7 升级至 RHEL 8
• 从 RHEL 8 升级至 RHEL 9

总结

就地升级可以解决多个重新部署问题，同时还能节省成本和时间。虽然全新安装仍然可以用于全新项目，但在现有环境现代化方面，就地升级显然更胜一筹。就地升级也是 RHEL 生态系统的关键组成部分，因此它们不出意外会继续得到支持，相关的创新也在意料之中。