CentOS 7 停服后的迁移路径

CentOS 7 已于 2024 年 6 月 30 日停止维护,RHEL 7 的官方延长支持(ELS)也已在 2026 年 6 月 30 日结束。如果你的服务器还在 CentOS 7 上,现在面临的不是”要不要迁移”,而是”哪条路迁移成本最低”。这篇文章对比四条路径,并给出最常用路径的实操步骤。

现状:你处在什么位置

时间节点	事件
2024-06-30	CentOS 7 停止更新,官方仓库已清空
2026-06-30	RHEL 7 官方 ELS(延长生命周期支持)结束
现在	没有任何来自 CentOS/RHEL 的安全补丁,无法安装新软件

仍在运行的 CentOS 7 面临的实际风险:

新披露漏洞无官方补丁,暴露在公网的服务(SSH、Web、数据库)风险最高
vault.centos.org 里的旧包仍可安装,但永远不会更新
应用厂商陆续停止为 EL 7 提供软件版本(PHP、Python、OpenSSL 工具链都停在旧版本)

四条出路对比

路径	成本	收益	适合
1. ELevate 就地升级到 AlmaLinux 8（再升 9）	中(需停机窗口 + 充分测试)	保留数据与配置,平滑进入受支持版本	绝大多数传统服务器
2. 新装系统重部署	高(迁移应用与数据)	最干净,无历史包袱	应用可容器化/配置即代码的系统
3. 商业延长支持(TuxCare 等)	持续付费	不动系统,继续收 EL 7 补丁	短期内无法迁移、又必须合规
4. 隔离运行	低	网络层隔离风险	即将下线的过渡系统

路径 1 实操:ELevate 升级到 AlmaLinux 8

ELevate 项目(AlmaLinux 维护)基于 leapp。按官方 Quickstart,CentOS 7 的 ELevate 一步只能升到 EL 8,且官方支持的目标只有 AlmaLinux 8(以及 CentOS Stream 8);没有 leapp-data-rocky,也没有 Oracle Linux 8 目标——换 leapp-data-* 包并不能改变这一点。到 EL 9/10 要分两步:先到 AlmaLinux 8,再走 EL 8 → EL 9。

迁移前检查清单

备份全部数据,虚拟机做快照
确认磁盘剩余空间 ≥ 系统已用空间的 50%
清理第三方仓库(或确认它们有 EL 8 版本)
确认关键应用兼容 EL 8(尤其内核模块、自编译软件)
预留 1-2 小时停机窗口

执行升级

$ sudo yum install -y https://repo.almalinux.org/elevate/elevate-release-latest-el7.noarch.rpm
$ sudo yum install -y leapp-upgrade leapp-data-almalinux

$ sudo leapp preupgrade

预检查会列出阻断项(inhibitor)和建议项,常见的问题与处理:

# 删除不再受支持的内核模块(ploop 等)
$ sudo modprobe -r ploop
# 允许 SSH root 登录(leapp 要求)
$ sudo sh -c "echo 'PermitRootLogin yes' >> /etc/ssh/sshd_config"
# 移除 answerfile 中的疑虑项后重新预检查
$ sudo leapp answer --section remove_pam_kde_plasma_dependencies.confirm=True
$ sudo leapp preupgrade

$ sudo leapp upgrade
$ sudo reboot

重启后系统进入升级流程,完成后验证:

$ cat /etc/redhat-release
$ rpm -qa | grep el7 | wc -l   # 应为 0 或接近 0

升级到 EL 9 或直接换发行版

先升到 AlmaLinux 8,再按 EL 8 → EL 9 升级走第二步(EL8→EL9 的源同样只支持 AlmaLinux 8 / CentOS Stream 8)
想用 Rocky Linux:Rocky 没有官方原地升级/迁入路线(migrate2rocky 只做同大版本转换),可行做法是全新安装 Rocky 9/10 后迁移业务,参见迁移到 Rocky
只想留在 AlmaLinux:参考[迁移到 AlmaLinux](/migration/to-almalinux/)
跳两级(7→9/10)没有受支持的路径;必须 7→8→9→10 逐步来,或直接重装