1. 先说清楚CentOS停更到底影响了谁做运维的朋友应该都有印象2020年底CentOS官方突然宣布CentOS 8将在2021年12月31日提前停止维护而不是原计划的2024年。当时不少人以为只是个例结果2024年6月30日CentOS 7也正式走到了生命终点。这意味着市面上大量存量服务器的操作系统失去了官方的安全补丁和软件源更新。可能有朋友觉得服务器能跑就行不更新也没事吧这个想法在早期确实有一定道理但放到现在风险非常大。长期不更新的系统一旦暴露在公网环境下漏洞被扫描工具批量探测只是时间问题。更现实的是很多软件生态在逐渐放弃旧版CentOS的兼容性新版本的MySQL、Nginx、Node.js、Python运行库要么根本不支持老系统要么安装极其麻烦。等你想装新东西的时候会发现软件源里什么都没有只能自己编译维护成本直线上升。这篇文章就是给还在用CentOS 7/8、或者正准备选型新系统的运维和技术负责人看的。我会把CentOS停更后的替代方案做一个横向对比把从CentOS迁移到新系统的实操流程完整过一遍最后分享一些迁移过程中容易踩的坑和排查方法。不管你是手头只有一两台测试机还是管理着几十上百台生产环境这篇文章都能给你一个清晰可执行的路线图。2. 替代系统候选清单没有最好的系统只有最合适的场景2.1 RHEL兼容路线Rocky Linux和AlmaLinux先说大家最关心的什么系统和CentOS最像答案很明确——Rocky Linux和AlmaLinux。这两兄弟都是RHELRed Hat Enterprise Linux的社区再编译版本重新编译了RHEL的源码包去掉了Red Hat商标和商业组件保持了API和二进制级别的兼容性。也就是说你在CentOS上怎么写配置、怎么装软件、怎么跑服务换到Rocky或Alma上几乎是零学习成本。Rocky Linux是CentOS创始人Gregory Kurtzer发起的社区项目目标是成为CentOS的官方继任者。AlmaLinux则是由CloudLinux公司主导的社区项目有商业公司资源支持承诺提供长期维护。两个项目我都实际用过说实话稳定性都很不错。如果非要选一个我个人更偏向Rocky Linux——因为它的社区活跃度高更新节奏稳定文档也清晰但如果你更看重商业公司兜底AlmaLinux也是完全可靠的选择。另外还有Oracle Linux和EuroLinux也走RHEL兼容路线但生态和社区规模相对小一些除非有特殊需求否则优先级可以放低一点。2.2 通用Linux路线Ubuntu LTS和Debian如果不想一直跟着RHEL系的节奏走Ubuntu LTS和Debian是两条成熟得让人放心的路。Ubuntu LTS每个偶数年份的4月发布一个版本提供5年标准支持加上Ubuntu Pro还能扩展到10年。它的优势在于生态极其丰富几乎你能想到的任何软件都有对应的apt包或者官方源社区资料也多遇到问题搜索引擎一搜到处都是答案。如果你平时的工作流里Docker、K8s、Python、Node.js、Java这些东西用得比较多Ubuntu用起来会非常顺手。Debian则更偏保守一点它的稳定版堪称“祖传稳定”包管理器apt用起来也顺手系统资源占用比Ubuntu更小一些。我见过不少跑数据库、队列这类核心服务的服务器用Debian几年不重启都没事。不过Debian的软件包版本相对偏旧一些如果你对软件版本有很高要求可能需要自己加源或者手动装新版。2.3 国产开源路线openEuler和龙蜥Anolis OS这一两年国产操作系统的讨论明显多了起来实际用下来也确实是能落地的。openEuler是开放原子开源基金会孵化的项目由华为等企业深度参与目前很多政企核心系统都已经跑在上面了。龙蜥Anolis OS则是阿里云牵头的社区版本主打云端场景优化。这两条路线最大的价值在于如果你所在的企业需要适配国产化生态或者希望从源头上摆脱对国外商业发行版的依赖它们能给你提供一个有合规保障的落地方案。openEuler的yum/dnf命令和RHEL系基本一致Anolis OS甚至直接提供了CentOS迁移工具可以把CentOS系统平滑转换过去迁移成本比想象中低。不过也需要提醒一句国产系统的社区生态还在成长中第三方软件源的丰富程度和RHEL系、Debian系相比还有差距。如果你用到的是一些特别冷门的商业软件建议先确认是否支持这些平台再做决定。2.4 选型决策参考表为了方便大家快速定位我把常见的选型维度整理成了一张表选型维度Rocky/AlmaLinuxUbuntu LTSDebianopenEuler/Anolis与CentOS的兼容度高无缝迁移中需适配中低需适配高Anolis更接近学习成本低低中低低软件生态丰富度高高中高中长期维护周期约10年5至10年约5年约5年以上社区活跃度很高很高高中高适合场景存量CentOS替代互联网/开发/容器稳定型核心服务国产化/政务云从这张表可以看出一个规律如果你最看重“平滑替换”Rocky和Alma是首选如果你更看重“生态跟上时代”Ubuntu会更好Debian适合“追求极致稳定”的老派运维有合规需求就考虑国产路线。你自己的场景是什么就选对应的方案不用盲目跟风别人用什么。3. 迁移实操从CentOS换到Rocky Linux的完整流程3.1 迁移开始前先盘清家底无论你最终选了哪个系统迁移前一定要做的事就是盘点存量资产。我见过太多人一上来就动手换系统结果跑到一半发现这台机器上有别人没记录的服务或者数据库没做全量备份最后只能顶着压力回滚。这种事出一次就能让人长记性。盘点的时候建议用一张表格把每台服务器的信息列出来至少包含这些字段服务器IP和主机名、当前系统版本比如CentOS 7.9还是8.5、运行的核心服务Nginx、MySQL、Redis、Java应用等、配置文件路径、数据目录位置、是否有定时任务、是否有特殊内核模块或硬件依赖。这里分享两个好用的命令。第一快速确认系统版本cat /etc/redhat-release。第二列出所有监听端口和对应服务ss -tlnp。通过端口反查服务是最容易发现“看不见的服务”的方法。另外记得看看crontabcrontab -l以及systemd服务列表systemctl list-unit-files --stateenabled很多朋友经常忘记迁移定时任务结果新系统上线后该跑的脚本没跑出问题排查半天才想起来。3.2 数据备份这一步偷懒后面全是泪数据备份是迁移里最重要的一环没有之一。我的做法是“三层备份”数据库全量备份、应用配置备份、文件系统快照如果能做的话。数据库方面MySQL用mysqldump做全量导出命令大概是mysqldump -u root -p --single-transaction --all-databases /backup/all_databases_$(date %F).sql--single-transaction参数很关键它可以在InnoDB引擎下不锁表完成备份避免影响线上业务。Redis的话直接复制dump.rdb文件最好同时执行BGSAVE保存最新快照再复制。应用配置就更简单了把整个/etc下你觉得重要的配置文件打包带走tar czvf config_backup.tar.gz /etc/nginx /etc/my.cnf /etc/redis.conf /etc/sysctl.conf /etc/security/limits.conf这里强调一点备份完一定要做恢复演练至少试试把备份文件在另一台机器上恢复一遍确认备份是能用的。只备份不验证等于没备份。3.3 全新安装还是原地升级我的建议是前者CentOS迁移到新系统有两条路一条是用官方迁移脚本原地转换比如AlmaLinux的almalinux-deploy一条是备份后全新安装新系统。原地转换听起来很方便运行一下脚本把软件源替换掉系统就变成新系统了。但我个人的强烈建议是能全新安装就全新安装尤其是生产环境。原因有三条。第一多年运行的系统里积累了大量旧包、残留配置、孤儿依赖原地转换可以把这些问题原封不动地带过去第二系统盘和系统版本一起换代正好能顺便清理磁盘空间和重置目录结构第三全新安装意味着你可以干净地重建一套初始化配置避免以前手抖改坏的地方继续埋雷。全新安装的流程大家应该都熟悉下载镜像、做启动盘、分区、最小化安装、设置root密码和网络。以Rocky Linux为例镜像可以直接从官网或国内镜像站比如清华源、阿里云镜像下载。实际安装的时候注意几点分区建议用LVM给系统和数据分开挂载后面扩容会省心很多网卡配置建议直接使用DHCP分配初始IP装完后进去再改静态IP减少安装时网络不通的干扰。3.4 软件重新部署从yum到dnf的平滑过渡Rocky Linux和CentOS都用RHEL系包管理所以软件安装的手感几乎一样。如果是从CentOS 7换过来最大的感觉是包管理从yum变成了dnf其实两个命令用法基本一致dnf install xxx和yum install xxx没有本质区别CentOS 8之后yum也已经是dnf的软链接了。我在新系统上重新部署最常见服务时一般按这个顺序来。先装基础工具dnf install -y vim wget net-tools lrzsz unzip。然后装Web服务端如果有PHP需求就装PHP-FPM有Java服务就装OpenJDK。这里提醒一句Rocky Linux的默认软件源里PHP版本偏保守比如8.0如果你需要新版本记得先添加Remi源或者Rocky的AppStream额外模块具体做法是dnf module list php查看可用版本再用dnf module reset php和dnf module enable php:8.2切换版本。Nginx的安装也比CentOS 7时代方便很多Rocky官方源里已经带新版直接dnf install nginx即可。装完记得先改配置文件监听端口再启动服务systemctl enable --now nginx。MySQL 8的安装用官方Yum源装完默认是MySQL 8.0注意MySQL 8的认证插件是caching_sha2_password如果是老业务要兼容旧客户端需要在配置里改回mysql_native_password。Node.js的部署我建议二进制包解压不要用系统源里的老版本。把下载好的node-v18.x-linux-x64.tar.xz解压到/usr/local然后配置软链接这样既能固定版本后续升级也干净。3.5 配置还原与验证把细节一条条对清楚软件装完之后最繁琐也最容易出错的就是配置还原。我的习惯是先还原系统层配置再还原服务层配置最后做业务验证。系统层配置包括这几个重要文件。/etc/hostname改成原机器的主机名/etc/sysconfig/network-scripts/ifcfg-eth0如果用了NetworkManager则是/etc/NetworkManager/system-connections/下的配置把静态IP、网关、DNS设置好/etc/security/limits.conf恢复原来的文件描述符和进程数限制数据库这种高并发服务非常依赖这个配置/etc/sysctl.conf把内核参数恢复特别是net.ipv4.ip_forward、vm.swappiness这些业务相关的参数。服务层配置就是前面备份的nginx配置、MySQL配置、Redis配置等解压后放回对应位置。注意配置覆盖之前一定要先看一遍新系统默认配置和旧配置的差异有时候新版本软件已经改了某些参数名直接覆盖可能导致服务启动失败。最后一项是业务验证。不要急着把流量切过来先在后端启动所有服务检查端口是否全部监听正常再从前端到后端完整走一遍业务流程。确认没问题之后再把负载均衡或DNS流量切到新机器上。我自己的经验是流量切换后至少要观察24小时确认服务稳定、日志无异常再对旧机器做收尾处理。4. 迁移过程中最常见的坑附排查实录4.1 网络不通ping不通网关怎么办迁移之后最容易遇到的就是网络问题。尤其是新系统装好了但死活ping不通网关排查思路要清晰。我处理过不少这类case90%的问题出在这几个地方。第一物理链路问题。可以用ip link show确认网卡是否有UP状态如果不是UP用ip link set eth0 up手动拉起来。第二网卡配置文件不对。很多RHEL系新版系统用NetworkManager接管网络配置文件位置和旧版不一样你改了ifcfg-eth0里配置了静态IP结果NetworkManager没启用配置自然不生效。解决办法是检查NetworkManager状态systemctl status NetworkManager确保它是running状态。第三网关地址或子网掩码填错这类低级错误用ip route show确认默认路由对不对。第四SELinux阻断某些场景下SELinux会阻止网卡绑定新配置临时用setenforce 0测一下如果确实是SELinux问题再做策略调整而不是直接关闭。最后补充一个记忆技巧排查网络问题时从上往下逐层检查——物理层看网卡状态、链路层看MAC和VLAN、网络层看IP路由、应用层看防火墙规则和DNS。按这个顺序几乎没有排查不出来的网络故障。4.2 防火墙和端口问题服务起不来先看它很多人从CentOS 7换到Rocky后会遇到“服务明明在跑但外部就是访问不了”的问题。排查思路很简单先ss -tlnp确认端口在监听再curl 127.0.0.1:端口确认本机能通如果本机能通外部不通基本就是防火墙。Rocky Linux默认防火墙是firewalld。如果不想纠结规则开发测试环境可以用systemctl stop firewalld先停掉验证问题。但生产环境不建议关闭防火墙正确做法是按需放行端口。比如放行Nginx的80和443端口firewall-cmd --permanent --add-servicehttp firewall-cmd --permanent --add-servicehttps firewall-cmd --reload放行自定义端口比如Redis的6379则是firewall-cmd --permanent --add-port6379/tcp firewall-cmd --reload顺便提醒一下如果用的是iptablesCentOS 7之后默认是firewalld这俩不要混用很容易导致配置冲突表现就是你明明改了一边规则但另一边不生效。还有一个小坑很多云平台的安全组规则和系统防火墙是两层概念系统防火墙放行了安全组没放行也一样不通。迁移到新机器后记得把云控制台的安全组规则也一起检查。4.3 系统启动卡在 dracut initqueue hook有一个比较经典的新系统安装/启动故障系统卡在starting dracut initqueue hook界面不动了。我最早遇到时慌了一阵后来研究明白了这个错误通常和系统无法正确识别根文件系统设备有关。最常见的原因是安装时分区使用了LVM或者特殊磁盘阵列但系统启动时initramfs中没有加载对应的驱动模块导致找不到根分区。解决办法是在启动时按e进入grub编辑界面在linux开头的行末尾加上rd.debug或者rd.shell参数先进入紧急shell模式看看到底是哪个设备找不到。如果确认是硬盘驱动问题需要重新生成initramfs时加上对应模块dracut --force --regenerate-all还有一个常见原因是BIOS里硬盘模式设置不对比如系统是UEFI模式安装但BIOS被改成Legacy启动或者反过来就会导致引导找不到系统。进BIOS把启动模式改回安装时的模式就好。4.4 磁盘空间焦虑扩容和挂载那些事迁移后磁盘空间不够用也是高频需求。很多人搜索“CentOS扩容”说明磁盘空间管理确实是老生常谈但又绕不开的痛点。如果你在安装时用了LVM扩容其实很简单。先看当前卷组和逻辑卷情况vgs lvs df -h给逻辑卷扩容比如把home目录的空间挪一部分给根分区思路是先缩home逻辑卷再扩根逻辑卷。但要注意xfs文件系统不支持缩容只能扩容。如果home是xfs且已经用了不少空间没法缩回来。这也是为什么很多老运维建议数据目录单独用ext4或者直接在规划时给根分区留足空间。如果你的home是ext4可以用resize2fs先缩文件系统再缩逻辑卷如果是xfs就老老实实卸载数据、重新规划挂载点别做无畏的尝试。新机器挂载新数据盘流程是fdisk -l查看磁盘mkfs.xfs /dev/sdb1格式化然后mkdir /data mount /dev/sdb1 /data最后写/etc/fstab做持久化挂载。写fstab时记得用UUID而不是设备名因为设备名重启后可能变化用UUID可以避免开机挂载失败。4.5 单用户模式重置密码救命的最后一招迁移过程中如果把root密码搞丢了或者改成静态IP时配错了认证方式导致登录不了别慌单用户模式可以救命。物理机或VMware里重启机器进入grub界面后按e编辑启动项找到以linux开头的行在末尾加上rd.break然后按CtrlX启动。这时系统会进入initramfs的紧急shell接下来依次执行mount -o remount,rw /sysroot chroot /sysroot passwd root touch /.autorelabel exit reboot这里有个注意点如果系统开启了SELinux修改密码后一定要执行touch /.autorelabel否则SELinux的安全上下文不正确重启后会出现各种奇怪问题比如服务起不来或者登录后权限异常。云计算平台的话一般直接在控制台使用VNC或者“重置密码”功能比单用户模式更方便优先使用控制台入口。5. 迁移成功后的收尾和建议新系统替换完成、业务稳定运行之后还有几件善后的事别忘记做。第一把软件源切换成国内镜像。不管是Rocky、Alma还是Ubuntu默认源在国外服务器在国内的话下载速度会很难受。以Rocky为例把/etc/yum.repos.d/里的官方源替换成清华源或者阿里源即可配置文件里把mirrorlist注释掉启用baseurl并把域名换成镜像站地址。这个操作能让你后续安装软件的速度快好几倍。第二配置系统自动更新安全补丁。用dnf-automatic或者unattended-upgradesUbuntu让系统定期拉取安全更新。注意生产环境建议只自动更新安全补丁不要自动更新大版本内核以免引发兼容性问题。第三把整个初始化过程固化成文档或脚本。我自己每次搭完新系统都会把执行过的命令整理成一份脚本方便下一次重复使用。用Ansible或者纯Shell脚本都可以关键是下次再需要搭建相同环境时不用从头回忆照着脚本跑一遍就能复现。最后再分享一个个人体会操作系统本身只是基础底座真正决定你系统稳不稳的是你对服务、配置、日志和监控的日常管理能力。换系统不是终点而是一个重新审视整个运维流程的契机。趁着这次迁移把以前欠下的技术债还一还把配置规范起来、把监控补上、把文档写好比单纯换个新系统价值大得多。