从 CentOS Linux 到红帽企业 Linux 的最快路径

2024 年 6 月 30 日。在继续阅读之前，请记住该日期。

2024 年 6 月 30 日，CentOS Linux 将结束其生命周期（EOL），而红帽企业 Linux 7（RHEL 7）也将停止维护（EOM）。好消息是，这些事件不要求对基础架构进行全面检修。可以使用工具从当前配置迁移至可享有多年支持的地方。

虽然 2024 年 6 月听起来似乎还很遥远，但请不要拖延。时间过得会比您想象的更快。请立即开始规划吧。尽快开始迁移。给自己留出充足的时间，不要忘记红帽不仅仅只是您的软件供应商。我们还是您的合作伙伴，将会帮助您完成过渡。

您或许和我一样，在面对一个长期而繁重的任务时，需要盯着空白的屏幕放空一段时间，理清思路后再处理眼前的工作。让我看看是否可以帮助您采取行动。

艰难的道路

在我担任系统管理员的时候，我们没有考虑过就地转换或升级。一方面，这种做法不像我们今天所采用的流程一样简单直接。其次，采用新的操作系统意味着硬件也要更新换代。要用新的操作系统？那就该采用新的服务器模型了！在某些特定环境中，就会发生这种情况。 

您当然可以在最新版本的 RHEL 上购买新硬件（或启动新的云实例），然后进行“淘汰和替换”，仅迁移您的应用数据。但对许多人来说，这不是一种理想的方法。那么，还有哪些其他选择？

如果您想让应用保持相同版本，只关注此项目的操作系统，您完全可以这样做。您可以考虑设置 RHEL 8 或 9 服务器，并将它作为 Podman 的容器主机来运行。将您的应用放入容器中，一切就大功告成了。您可以将应用构建成预构建的应用镜像或通用基础镜像（UBI）。

但是，这也需要做大量的工作。还有一种更简单的方法。可以采用一种两阶段流程，首先将您的 CentOS Linux 系统转换为受支持的 RHEL 版本，然后执行就地升级。 

从 CentOS Linux 转换

小测验：CentOS Linux 7.9 什么时候会 EOL？

如果您回答 2024 年 6 月 30 日，那么我可以满怀成就感地继续写完这篇博文了！ 

红帽设计了一种让用户使用全面支持的流程就地迁移至备受支持的操作系统的方法。

为什么选择就地？想想您已经在这些系统上运行的所有配置、用户主目录、进程和软件包。就地升级意味着所有的自定义设置不会消失。另一个好处是，转换过程和生成的服务器镜像都受到红帽的支持！换句话说，如果在转换过程中或之后出现了问题，您可以提交支持工单，便会获得所需的帮助。

现在，CentOS Linux 结束在即。您或许有数百（甚至数千）台服务器在运行 CentOS Linux 7 的各种次要版本。让我们来了解一下具体的转换流程：

1. 如果您运行的是 CentOS Linux 7.9 之前的版本，首先要做的是将所有软件包升级到最新的次要版本。 
2. 在最新可用版本上运行包含所有软件包的 CentOS Linux 7.9 后，您可以配置 convert2rhel 存储库。
3. 运行转换！
4. 验证您的应用并将您的系统注册到红帽智能分析。
5. 别着急，我们的工作还没完成呢。

如果您有兴趣，我们的网站上提供了 Convert2RHEL 实验，您可以亲自试试！

就地升级

我们来回顾一下吧！RHEL 7 何时 EOM？如果您回答 2024 年 6 月 30 日，那您就答对了！

现在，您应该关注一组运行 RHEL 7.9 的系统。也许您已经拥有一组运行较早版本 RHEL 7 的系统。现在正是修补这些系统的绝佳时机，您可以将它们升级到最新可用的软件包集和最近转换的 CentOS Linux 系统。 

与 CentOS Linux 一样，RHEL 7 的寿命也有限。如果您感兴趣，红帽确实提供延长生命周期支持（ELS）订阅。但是，这些权利伴随着一些额外的成本。在今天的思考练习中，我们将探究如何在不增加费用或后续不需要淘汰并替换的情况下，使您的系统保持最新（阅读支持）。

1. 一旦“yum”命令显示没有可用的软件包需要更新，您的 RHEL 系统就可以升级到最新版本的 RHEL 8。
2. 安装 Leapp 工具。
3. 运行升级前评估并修复任何识别出的问题。
4. 运行就地升级。
5. 验证升级后的系统及其应用。

到此就全部完成了！放松一下，深吸一口气。即使在 2024 年 6 月之后，RHEL 8 仍然享有五年的维护支持。 

如果您想自行尝试就地升级，我们的网站上提供了自定进度的实验室。

总结

2024 年 6 月 30 日...

不妨在您的手机上设置一个倒计时。或者在桌面上放置提醒事项。又或者写一张便利贴，然后贴到镜子上。您可以按照自己的习惯提醒自己。这一天转眼就到，作为曾经的系统管理员，我不希望看到您拖延到最后一刻，仓促地寻找方法来支持您的系统。

2024 年 6 月 30 日...

根据我的经验，应该始终在新的硬件平台上构建装有新操作系统的新服务器。我的理想方案是，我可能会考虑进行最后一次全面更换，直接升级到 RHEL 9，然后与 RHEL 10 及更高版本的就地升级保持同步。

遗憾的是，技术、应用、行业和企业并不总能跟上这个节奏。复杂的依赖关系、流程和资源可用性限制了我们保持“最新、最好”的能力。

如果您遇到的正是这种情况，请点击本博客中的链接，观看我们的视频，并联系我们的支持和服务企业。在这方面，红帽是您的合作伙伴。

扩展阅读

• 从基于 RPM 的 Linux 发行版转换至 RHEL
• 从 RHEL 7 升级至 RHEL 8