一次跨云迁移，初识龙蜥/Anolis OS

帮客户做跨云服务器迁移，从阿里云迁到火山云。客户说返现 700 块红包，不做白不做。火山云的文档清晰，工具现成（SMC，服务器迁移中心），直接上 Agent 自动搞定，跟吃饭喝水一样简单。

于是打开火山云官方文档：SMC 使用指南，步骤清晰，一条命令的事：

sudo tar -zxvf smc-agent_Linux_amd64.tar.gz && sudo ./smc_manage start -ak <your_access_key> -sk <your_secret_key>

AccessKey/SecretKey 从云厂商控制台获取。终端输出：

ERROR: 2025/12/02 10:37:37 create_source.go:163: The OS (anolis 8.10) does not support migration

我当时就愣住了。什么？不支持 Anolis 8.10？

经查阅文档、致电客服，得到肯定的回答——就是不支持的。

阿里云官方的"解决方案"

我去找阿里云技术支持，对方倒是很淡定："我们官方推荐的跨云迁移方案是全系统镜像打包，您可以先导出为 RAW/QCOW2，再上传到火山云自定义镜像……"

全盘打包？ 服务器系统盘 500G，我需要：

• 本地准备一块 1T 以上的磁盘（或者用对象存储中转，但带宽和流量费谁出？）
• 在源服务器上执行 dd 或 qemu-img，期间服务器负载飙升
• 下载到本地再上传火山云，耗时少说几个小时
• 上传后还得转换格式、导入自定义镜像……

这哪里是迁移？这是考古式物理搬运。而且客户的服务不能停太久，这么折腾下去，700 块红包连电费和带宽费都不够。

遂放弃。

最终解决办法

最终还是在新服务器上装 Debian 12，花了一个晚上，对着原服务器的配置项重建服务，再把数据库 dump 出来导入。

中间客户服务中断时间不到 10 分钟（主要是 DNS 切换和最后一次数据同步）。剩下的配置微调、验证，都在后台完成。

700 块红包到手，但这钱赚得让我开始思考一个问题：龙蜥到底怎么个事儿？

深扒：为什么我说龙蜥是"阿里云的外设系统"

后来我花时间认真研究了一下 Anolis OS 的技术架构，发现它的问题远不止"迁移工具不支持"这么简单。下面是我认为的几个硬伤。

1. 组件魔改，且不跟随上游

不只是内核。systemd、glibc、openssl、yum/dnf、网络组件、容器运行时……Anolis 对它们都做了"阿里增强版"。特点是：

• 版本号比官方高或低，不跟随上游节奏
• 补丁不回流社区，社区也不会合入
• 官方源更新只更新阿里版，永远不会变回原版
• 强行安装上游 RPM 包会有奇妙的小反应

你以为是 RHEL 兼容机，其实是个半封闭的独立王国。

2. 软件仓库自成体系，EPEL 兼容性看运气

Anolis 有自己的 Plus 源、增强源、云优化源，还有阿里云监控、日志 Agent 的专用源。这些包与标准 EPEL 冲突是常态，你想用丰富的 EL 生态？可以，自己踩坑、手动屏蔽冲突、锁版本。

3. 跨云迁移工具普遍不兼容

这不是火山云一家的问题。腾讯云我后来也查了，同样不收录 anolis。原因很简单：各个云服务商对跨云迁移没动力适配。你要接着用我的服务器就可以无感切换，但是你要换到其它云，官方只有"全盘打包镜像"一条路，耗时耗空间。

4. 社区空心化

问题排查高度依赖阿里官方支持，通用 Linux 经验、社区脚本、第三方解决方案在 Anolis 上经常失效，运维隐性成本被严重低估。

结论：Anolis OS 本质是什么？

Anolis OS 本质是"阿里云定制 Linux"，而非通用发行版。

它是合格的阿里云 CentOS 平替，但不是一个开放、通用、跨平台友好的 Linux 发行版。它的舒适区只在阿里云生态内，一旦走出这个闭环，各种魔改带来的不兼容问题会集中爆发。

反思：当初为什么选了 Anolis？

我猜，因为它是阿里云创建服务器时的默认选项，而当年那个承接服务的人，闭着眼睛一路"下一步"导致的。兴许……

有一种意味：阿里云推 Anolis，是为了把你锁在它的生态里，而不是为了给你一个更好的 Linux，工具不支持、社区没声音、官方方案笨重——这不是 bug，是 feature。这就很国产化，这就很大厂。