从CentOS迁移到Alibaba Cloud Linux有哪些需要注意的地方？

从 CentOS 迁移到 Alibaba Cloud Linux（以下简称 ACL）是一个典型的“平滑过渡”场景，因为两者在底层技术栈上有着极深的渊源。Alibaba Cloud Linux 最初就是基于 CentOS 开发的，旨在提供与 CentOS 高度兼容的开源操作系统，并针对阿里云环境进行了深度优化。

因此，迁移的核心逻辑不是“重构”，而是“替换”和“验证”。以下是从实际操作、兼容性、性能优化及合规性四个维度整理的详细注意事项：

1. 版本对应关系确认

首先，你需要明确你当前使用的 CentOS 版本以及目标 ACL 版本的对应关系。这是迁移的基础。

• CentOS 7 -> Alibaba Cloud Linux 2
  • ACL 2 是基于 CentOS 7.9 内核开发的，二进制兼容性极高。大多数在 CentOS 7 上运行的应用无需修改即可在 ACL 2 上运行。
• CentOS 8 / Stream -> Alibaba Cloud Linux 3
  • ACL 3 是基于 Rocky Linux/AlmaLinux (RHEL 8/9 体系) 演进而来，内核更现代（默认 5.10+），支持 glibc 2.17+。如果你的业务还在 CentOS 8（已停止维护），建议直接迁移至 ACL 3。
• 注意：不要混用版本。例如，不要试图将 CentOS 7 的业务直接跑在 ACL 3 上而不进行依赖库检查，虽然内核向下兼容，但用户态工具链可能有差异。

2. 内核与驱动层面的差异

虽然兼容性好，但 ACL 的内核是定制过的，主要区别在于：

• 内核版本不同：ACL 2 使用 3.10.x 系列内核（优化版），ACL 3 使用 5.10.x 或更高版本内核。
• 驱动更新：ACL 内置了针对阿里云 ECS 实例类型（如神龙架构）优化的驱动。迁移后，你可能不需要手动安装额外的网卡或存储驱动，但需要确保你的镜像中不包含冲突的第三方内核模块。
• 虚拟化特性：如果你使用了 KVM 或其他非阿里云虚拟化平台，ACL 的某些专属提速功能（如 virtio 优化）可能无法完全发挥，但在阿里云内部迁移时，这些通常是自动适配的。

3. 软件包管理与依赖问题

这是最容易出问题的地方。

• Yum/DNF 源变更：
  • CentOS 使用的是 CentOS 官方源（已归档）。
  • ACL 使用阿里云提供的专用源（mirrors.aliyun.com 等）。
  • 操作：迁移前，务必清理旧的 YUM 缓存 (yum clean all)，并重新生成缓存。确保 /etc/yum.repos.d/ 下的 repo 文件指向正确的 ACL 源。
• 软件包名称变化：
  • 大部分核心包名一致（如 httpd, mysql, nginx）。
  • 部分开发库或工具包可能因版权或社区策略调整而移除或更名。例如，某些闭源或受限的包在 ACL 中可能不可用。
  • 建议：提前列出生产环境安装的 RPM 包列表 (rpm -qa --qf '%{NAME}n' | sort)，并在测试环境中逐一比对可用性。
• GPG 密钥：
  • ACL 使用自己的 GPG 签名密钥。迁移后首次安装软件时，可能需要导入新的 GPG 公钥，否则 yum/dnf 会报错。通常阿里云镜像会自动配置好，但手动挂载 ISO 或自定义源时需留意。

4. 系统配置与安全策略

• SELinux：
  • CentOS 默认启用 SELinux。ACL 也默认启用，且策略更严格。
  • 风险：如果之前为了省事关闭了 SELinux，迁移后保持关闭状态可能导致安全隐患；如果开启，需确保应用有正确的 SELinux 上下文标签。
  • 建议：在迁移前，先在测试环境模拟开启 SELinux 的运行模式（Permissive），观察日志 (/var/log/audit/audit.log)，再切换为 Enforcing。
• 防火墙：
  • CentOS 7 使用 firewalld + iptables。
  • ACL 2 同样使用 firewalld。
  • ACL 3 推荐使用 firewalld 或 nftables。
  • 注意：迁移后，原有的 iptables 规则可能不会自动转换。建议使用 firewall-cmd 统一管理端口，避免新旧防火墙规则冲突。
• 时间同步：
  • CentOS 常用 chronyd 或 ntpd。
  • ACL 推荐继续使用 chronyd，并确保 NTP 服务器指向阿里云内网时间服务（如 ntp.aliyun.com），以获得更精确的时间同步，尤其在分布式系统中至关重要。

5. 性能优化与监控

• 云监控插件：
  • CentOS 没有官方的云监控 Agent。
  • ACL 默认预装或推荐使用阿里云云监控插件（CloudMonitor）。迁移后，请立即部署云监控 Agent，以便获取 CPU、内存、磁盘 IO 等关键指标。这是从“裸机视角”转向“云平台视角”的关键一步。
• 内核参数调优：
  • ACL 针对高并发网络场景做了内核参数预调优（如 TCP 拥塞控制算法、缓冲区大小等）。
  • 建议：不要盲目覆盖 /etc/sysctl.conf 中的默认值。如果需要自定义调优，请先对比 ACL 的默认 sysctl 配置，仅在必要时追加或修改特定参数。
• I/O 调度器：
  • 对于 SSD 盘，ACL 默认使用 none 或 mq-deadline 调度器，优于传统的 cfq。迁移后请检查 /sys/block/vda/queue/scheduler 是否设置正确。

6. 迁移流程建议（最佳实践）

1. 备份先行：对源 ECS 实例创建快照，或对数据库、配置文件进行完整备份。
2. 创建测试实例：
   • 使用相同规格的 ECS 实例。
   • 从 CentOS 系统的快照创建自定义镜像，然后在新实例上使用 ACL 2 或 ACL 3 的系统盘进行替换（或通过重装系统+数据盘挂载方式）。
   • 或者，直接在阿里云控制台选择“更换操作系统”，选择 Alibaba Cloud Linux 作为新系统（此操作会格式化系统盘，数据盘不受影响，但务必确认数据盘路径）。
3. 应用层验证：
   • 启动测试实例，检查所有服务是否正常启动。
   • 运行自动化测试用例，重点检查 API 响应、数据库连接、文件读写权限。
   • 检查日志目录（/var/log/）是否有异常报错。
4. 灰度发布：
   • 将流量逐步切换到新实例。
   • 监控错误率和延迟指标。
5. 下线旧实例：确认稳定运行一周后，再释放 CentOS 实例。

7. 特殊场景提醒

• 容器化环境（Docker/Kubernetes）：
  • 如果运行 Docker，ACL 的内核 cgroup 版本可能与旧版 CentOS 略有差异。确保 Docker 版本与内核匹配（建议使用较新的 Docker CE 版本）。
  • Kubernetes 节点上，ACL 3 的内核对新版 kubelet 支持更好，尤其是 CNI 插件和 eBPF 相关功能。
• 专有软件授权：
  • 某些商业软件（如 Oracle DB、SAP HANA）可能对操作系统认证列表有严格要求。请务必查阅厂商文档，确认其是否正式支持 Alibaba Cloud Linux。目前主流厂商已陆续加入 ACL 支持列表，但仍需确认具体版本号。
• 开源协议合规：
  • ACL 是开源项目，遵循 GPL 协议。在企业内部使用时，需注意不要将修改后的内核代码非法分发。在阿里云内部使用是完全合规的。

总结

从 CentOS 迁移到 Alibaba Cloud Linux 的最大优势是低侵入性。只要你做好版本匹配、依赖检查、SELinux 策略调整和云监控接入这四点，迁移过程可以非常平滑。

最后提醒：无论迁移到哪款操作系统，定期更新系统和安全补丁都是最重要的运维习惯。Alibaba Cloud Linux 提供了长期支持（LTS）版本，享受长达 5-8 年的安全更新，这比 CentOS 的生命周期管理更为可靠。