CentOS 停止支持后，继续使用旧仓库或临时替换镜像源只能解决短期安装问题，不能恢复安全更新。Cloud ServersMigration应把目标系统、应用运行时、内核模块、备份代理和监控方式一起规划，避免只换一个 YUM 源却留下长期风险。

先判断是重建还是原地Migration

对重要生产环境，准备新的 Rocky Linux、AlmaLinux、Ubuntu 或其他受支持发行版实例，逐项Migration应用通常更容易回滚。原地转换会受到软件包、第三方仓库、内核和驱动影响，必须先在相同镜像和业务副本上演练。

软件源调整后要验证签名与版本

不要从搜索结果中随意复制脚本修改仓库。应使用目标发行版官方文档提供的源，确认 GPG 校验、仓库优先级、已安装包和安全更新状态。Migration完成后重建缓存并进行一次完整更新，记录发生变化的关键包。

BBR 只在验证后启用

BBR 是否适合当前内核、发行版和Network环境，需要通过内核版本、拥塞控制可用性、丢包率和业务吞吐测试确认。它不是所有Network慢问题的通用答案。部署在IDCY Global的Cloud Servers上，建议先对单台实例灰度，观察连接重传和应用延迟后再扩大范围。

资料参考：CentOS 官方生命周期说明。本文为原创Migration与验证流程整理。