再见，经典的 CentOS 7：一份迟来的技术回顾与迁移指南

发布时间：2026/7/21 4:09:21

今天是 2026 年 7 月 20 日。尽管 CentOS 7 已于2024 年 6 月 30 日正式停止维护（EOL），但在无数的内网环境、老旧笔记本、工控机以及虚拟化平台里，它依然在默默运行。

写这篇文章，既是对这个经典系统的一次深情回望，也是为那些依然需要维护 CentOS 7 环境，或者正计划迁移的朋友提供一份实用的技术备忘录。

一、为什么 CentOS 7 是“一代经典”？

在 Linux 服务器操作系统的历史长河中，CentOS 7 绝对是一个里程碑式的存在。它的生命周期从 2014 年持续到 2024 年，整整十年。它的经典之处在于：

极致的稳定性：基于 RHEL 7，内核 3.10，Systemd 的引入虽然当时争议巨大，但确实统一了服务管理方式。
广泛的生态兼容性：几乎所有商业软件、数据库（Oracle、MySQL）、中间件最初都是针对 CentOS 7 进行适配的。那个“EL7”的标签，意味着完美的二进制兼容性。
庞大的社区支持：遇到任何报错，都能搜到解决方案。

现状警示：
既然已经停服，它不再接收安全更新。如果你的服务器还暴露在公网，或者需要满足等保合规要求，原地续命不如尽快迁移。

二、给“考古”服务器的急救包

如果你手头还有不得不跑的 CentOS 7 机器，而且暂时不能重装，以下是几个关键维护策略：

1. 切换 YUM 源到 Vault（归档库）

官方已经把镜像移出了主镜像站，放入了vault.centos.org。你的 yum 命令报错大概率是因为源失效了。

bash

# 备份原文件 mkdir /etc/yum.repos.d/bak mv /etc/yum.repos.d/*.repo /etc/yum.repos.d/bak/ # 创建新的 Vault 源 cat > /etc/yum.repos.d/CentOS-Base.repo << 'EOF' [base] name=CentOS-7 - Base baseurl=http://vault.centos.org/centos/7/os/$basearch/ gpgcheck=1 gpgkey=http://vault.centos.org/centos/7/os/x86_64/RPM-GPG-KEY-CentOS-7 [updates] name=CentOS-7 - Updates baseurl=http://vault.centos.org/centos/7/updates/$basearch/ gpgcheck=1 gpgkey=http://vault.centos.org/centos/7/os/x86_64/RPM-GPG-KEY-CentOS-7 EOF yum clean all && yum makecache

2. 安装 ELRepo 升级内核（可选）

原生 3.10 内核太老了，很多容器特性（如 OverlayFS 完整支持）不太好用，通过 ELRepo 可以升到较新的长期支持内核。

bash

rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org rpm -Uvh http://www.elrepo.org/elrepo-release-7.el7.elrepo.noarch.rpm yum --enablerepo=elrepo-kernel install kernel-lt # 重启后选择新内核

三、CentOS 7 的继承者们：谁最值得选？

CentOS 8 同样提前停服，CentOS Stream 成了 RHEL 的上游滚动版。现在的格局是：

系统	特点	适合场景
CentOS Stream 10	RHEL 的上游，滚动更新，内核很新。	想在红帽生态里体验新特性，能接受一定变化。
Rocky Linux 9.x	CentOS 的灵魂继承者，RHEL 下游重建版，100% 兼容。	生产环境首选，想从 CentOS 7 平滑过渡的。
AlmaLinux 9.x	同样是 RHEL 复刻版，社区活跃，甚至提供商业支持。	和 Rocky 类似，看团队偏好。
Ubuntu 24.04 LTS	Debian 系，生态完全不同，文档多，AI/机器学习支持好。	如果想脱离 RPM 系，拥抱 apt 生态。

对于大多数传统企业应用，目前最稳妥的迁移路径是：CentOS 7 → Rocky Linux 9 / AlmaLinux 9。

四、硬核实战：从 CentOS 7 原地迁移到 Rocky Linux 9

⚠️重要警告：不要直接从 CentOS 7 跨大版本“硬升”到 9，大概率系统会挂。官方推荐且最稳的方案是：备份数据 → 全新安装 Rocky Linux 9 → 恢复应用。

不过，为了应对“不能重装”的极端场景，社区提供了一个神奇的工具ELevate，它支持从 CentOS 7 → Rocky Linux 8 → Rocky Linux 9 的渐进式迁移。

操作简化流程：

全量备份！全量备份！（没有备份不要进行任何操作）

升级前检查（在 CentOS 7 上执行）：

bash

# 更新到最新状态 yum update -y # 安装 elevate-release 包 yum install -y http://repo.almalinux.org/elevate/elevate-release-latest-el7.noarch.rpm # 安装 leapp 和迁移数据包 yum install -y leapp-upgrade leapp-data-rocky

运行预检查：
bash
```
leapp preupgrade
```
这一步会生成/var/log/leapp/leapp-report.txt，仔细查看哪些配置会被修改，有哪些 Inhibitor（阻止因素，比如非标内核、缺依赖等），一一解决后再继续。
执行第一段迁移（CentOS 7 → Rocky 8）：
bash
```
leapp upgrade # 重启 reboot
```
系统重启后会进入一个特殊引导项，自动完成向 Rocky Linux 8 的转换。
从 Rocky 8 再升到 9：
在成功启动的 Rocky 8 系统上，重复类似步骤（用 Rock 8 的 elevate 包），再执行一次leapp upgrade。

坦诚地说，这个过程对新手而言风险不低，极其依赖稳定的网络和足够的磁盘空间（根分区至少留 4-5G 空闲）。重装系统+恢复数据永远是更干净的方式。

五、迁移后的技术差异速查

假设你已经来到了 Rocky Linux 9，以下是从 7 过来最明显的变化：

软件包管理：yum命令已被dnf完全取代（虽然敲yum也会自动转给dnf）。
网卡命名：如果是从 7 的旧硬件虚拟化过来，网卡名可能从eth0变成了ens192这类，不要惊慌。
Python：系统级 Python 是 3.9（python3），没有默认的python命令。别再写死#!/usr/bin/python了。
容器技术：docker包没了，建议直接用podman（命令和 docker 几乎一样），或者通过 Docker 官方源安装。
防火墙：依然是firewalld，不过 nftables 成了后端，如果有些复杂规则可能有细微兼容差别。
安全：SELinux 默认还是 Enforcing。如果以前在 CentOS 7 上习惯性setenforce 0，建议趁这次迁移，花时间把应用适配好，别再关了。