2026年01月21日/ 浏览 6
从CentOS停更到企业换系统,换还是不换,国产系统真能顶上吗?
公司用的服务器系统是CentOS,本来一直挺稳的,结果去年底听说CentOS 7彻底不更新了,补丁也不打了。运维老大开会说再不用新系统,以后出问题没人管,得赶紧换个能长期支持的。
我们一开始也犹豫,要不要转Ubuntu或者自己编RPM包接着用。后来华为的openEuler推得挺猛,厂里信创项目还给了补贴,就决定试一把。本来以为换系统肯定一堆问题,搞不好要通宵,结果整个过程比预想顺利多了。
先在测试机上搞的。下了个openEuler 22.03 SP3的ISO,用VMware装了个虚拟机。安装界面能选中文,分区和CentOS那套差不多,LVM照常用了,/boot、swap、/ 都按老习惯分的。最小化安装完才5G多点,干净。
装完第一件事就是看系统信息。uname -a看内核版本,是5.10的OE定制版,不算太新但稳。cat /etc/os-release确认确实是openEuler,不是别的衍生版。命令行敲ls、ps、top这些基础命令,完全没变,脚本全都照常跑。

包管理用的是dnf,跟CentOS 8一样,不需要重新学。yum虽然还能用,但提示已经指向dnf了。我们常用的httpd、mariadb、redis这些服务都能直接dnf install装上,启动也正常。systemctl管理服务,防火墙还是firewalld,配置方式一点没差。
真正让我觉得靠谱的是那些老脚本。生产环境有一堆自动备份、日志清理的shell脚本,之前怕兼容问题得一个个改。结果放上去直接运行,grep、awk、sed全都能用,连正则表达都对得上,就改了个路径就跑通了。
我们也试了C2E迁移工具,能把物理机上的CentOS直接转成openEuler,不用重装。不过这功能我们没敢在正式机上用,毕竟数据太重要。但在测试机试了一次,大约四十分钟完成,重启后进系统一切正常,连IP和主机名都没丢。
内网换源的时候配了清华的镜像站,下载速度很快。官方仓库软件包数量比想象中多,基础服务基本都有。Java环境装的是OpenJDK 17,Python3默认是3.9,跑公司里的Django项目没问题。Kafka和Tomcat也都能部署,只是有些配置文件路径稍有不同,调了一下就行。
有个小插曲是某个旧版监控代理程序只认RHEL签名,装不上。后来找供应商要了个适配版rpm包,重新签了名才装进去。这种专有软件确实是个坑,建议提前联系厂家确认是否支持。
硬件方面我们用了几台鲲鹏服务器,ARM架构的。openEuler对鲲鹏优化是真的有。跑数据库的时候CPU占用比x86低了不少,内存访问延迟也降了。据说是因为内核做了NUMA调度优化,还有专用指令集加速。
安全这块我们用了默认的SELinux策略,加上firewalld规则,没额外折腾。不过听说可以开IMA做文件完整性校验,我们还没启用,怕影响性能。漏洞补丁更新挺勤快,每周都有安全更新,比原来CentOS后期慢悠悠的节奏强多了。
A-Tune那个AI调优引擎我们试着开了,自动识别服务类型然后调参数。跑MySQL的时候它把IO调度器换成了kyber,说实话看不出明显区别,但至少没出问题。iSula轻量容器也试了下,启动比Docker快,但公司现在还在用K8s,暂时没切。
桌面体验确实一般。我们顺带试了下openEuler的桌面版,界面有点老,应用也不够多,日常办公勉强能用。但服务器系统本来就不是给人天天看着的,后台跑稳才是关键。
现在三台测试机跑了半年,没出过大问题。上个月有次断电重启,所有服务自启正常,日志也没报错。我们决定下个月开始逐步替换两台边缘业务的正式服务器。
迁移这事其实最怕的就是“兼容性黑洞”,看起来都一样,一跑就崩。但openEuler在这方面做得不错,基础操作、服务管理、脚本执行这些核心功能都跟CentOS保持一致。你不用重新学,也不用大规模改架构。
生态也在慢慢起来。我们用的国产数据库达梦已经有官方rpm包,中间件东方通也支持了。麒麟信安、统信这些厂商出的商业版也是基于openEuler,说明不是孤例。
国际上也不完全是闭门造车。GitHub上能看到Intel提交过补丁,SUSE也有参与讨论。虽然主要贡献还是国内公司,但至少没被当成纯政治项目晾着。
总的来说,这次迁移没想象中那么难。如果你的业务不是依赖特别冷门的软件,换过去基本不会翻车。特别是还在用CentOS 7的老系统,早点动起来比等出事再救火强。
现在我们这几台机器跑着web服务和内部系统,每天自动备份,监控也接上了。系统日志里偶尔有点小警告,但不影响运行。换完之后反而觉得,原来担心的那些问题,大部分根本没出现。