阿里云代充 阿里云服务器数据迁移到腾讯云

别慌，不是换手机，是换云——阿里云迁腾讯云全实战手记

去年双十一，我们团队在阿里云上跑了三年的电商后台突然被一张账单惊醒：续费报价比去年涨了47%，还附赠一句客服温柔提醒：“建议您关注新用户专享价哦”。我们默默打开腾讯云官网，发现同配置CVM首年只要阿里云的六折……那一刻，不是心动，是心痛加心痒。于是，一场没有硝烟的“云间大迁徙”正式启动。

第一步：先别动手，坐下来算三笔账

很多人一上来就开rsync、导镜像、改DNS，结果半夜三点还在查502错误日志。迁移不是搬家，是动手术——得先做术前评估。我们列了三张表：

• 资源清单表：不只是几台ECS，还包括SLB、RDS、OSS、Redis、NAS、安全组规则、自定义镜像、快照链、甚至备案信息；
• 依赖关系图：比如某台Web服务器调用阿里云函数计算+访问RDS+写OSS+触发消息队列，这些链路在腾讯云里得一一对应找替代品（SCF→SCF、RDS→CDB、OSS→COS、CMQ→CKafka）；
• 停机容忍窗口表：核心支付服务最多停5分钟，CMS后台可接受2小时灰度期，而数据分析平台——对不起，它得等凌晨ETL跑完才能切。

我们花了整整两天画图、对齐、开会，最终确认：不能“一刀切”，得“分批切、灰度走、双写兜底”。这一步省不得，省了后面全在填坑。

第二步：镜像迁移？别信宣传页，实测才是真理

阿里云官方说支持导出qcow2镜像，腾讯云说支持导入raw/vhd/qcow2。听起来很美，现实很骨感。我们导出一台CentOS 7.9 + Nginx + PHP 7.4的标准镜像，大小12GB，耗时28分钟——但上传到腾讯云COS后，控制台死活提示“校验失败”。折腾半天才发现：阿里云导出的qcow2默认带LVM逻辑卷，而腾讯云只认标准分区表。解决方案粗暴有效：在阿里云原机上执行virt-sysprep -d /dev/vda清理系统痕迹，再用qemu-img convert -f qcow2 -O raw aliyun.img raw.img转成裸盘格式，最后压缩上传。记住：上传前务必md5sum raw.img，上传后腾讯云控制台会自动校验——校验码不一致？重传，别赌人品。

第三步：rsync不是万能膏药，但它是主力部队

镜像适合全新环境初始化，但生产环境有状态：用户上传的图片、日志、临时缓存、未提交订单……这些得靠rsync。我们用了三轮同步：

1. 首轮全量（停业务）：凌晨2点停Web服务，rsync -avz --delete --exclude='/tmp' --exclude='/proc' --exclude='/sys' root@aliyun:/ /data/mirror/，耗时3小时27分；
2. 次轮增量（业务半开）：重启服务，记录起始时间戳，6小时后执行rsync -avz --delete --update --exclude='*.log' root@aliyun:/var/www/ /data/mirror/var/www/，重点同步代码和静态资源；
3. 终轮热切（秒级停机）：切流前10分钟，停应用，执行最后一次rsync（仅同步/var/log/app和/data/uploads），耗时92秒，真正业务中断仅1分15秒。

关键技巧：在源端加--bwlimit=5000（限速5MB/s），避免挤占线上带宽；目标端用--rsync-path="sudo rsync"配合免密sudo，省去一堆权限报错。

第四步：数据库迁移——别让主从变“主亡从盲”

阿里云RDS MySQL 5.7 → 腾讯云CDB MySQL 8.0，看似平滑，实则暗礁密布。我们踩过三个深坑：

• GTID不兼容：阿里云默认关闭GTID，腾讯云新建实例强制开启。解决方案：在阿里云RDS控制台手动开启GTID（需重启），导出时加--set-gtid-purged=OFF；
• 密码认证插件差异：MySQL 8.0默认caching_sha2_password，PHP 7.2以下不认。我们在腾讯云CDB初始化参数里把default_authentication_plugin改成mysql_native_password；
• 字符集陷阱：阿里云RDS建库用utf8mb4_unicode_ci，腾讯云CDB新建库默认utf8mb4_0900_ai_ci。导出SQL时必须显式指定--default-character-set=utf8mb4，否则emoji存进去变问号。

最终方案：用DTS（数据传输服务）做全量+增量同步，但绝不直接切主库——而是让新CDB作为从库运行24小时，查慢日志、比对binlog位点、人工抽样核验订单金额，确认无误后再执行“提升为只读主库→放开写权限”两步操作。

第五步：DNS切换——最安静的战争，最容易翻车

很多人以为改个A记录就完事，结果用户投诉“网站打不开”，一看TTL还是3600秒……我们提前72小时做了三件事：

1. 把域名TTL从3600秒逐步下调至300秒（每24小时调一次），确保全球DNS缓存快速刷新；
2. 在腾讯云CVM上部署Nginx，返回HTTP 200 + "Migrating: OK"，并用curl -I脚本每5分钟扫一遍国内Top50 DNS服务商（如114、阿里DNS、腾讯DNSPod）是否已生效；
3. 切流时刻：先改DNS，再等15分钟，用dig @8.8.8.8 yourdomain.com确认海外解析到位，最后执行systemctl restart nginx放开真实服务。

补充冷知识：微信内置浏览器用的是腾讯自有DNS，所以微信里访问你的站，可能比Chrome早10分钟看到新IP。

第六步：迁移后必做的五件小事

切完不等于结束。我们坚持做完这五件事才敢发庆功邮件：

• ✅ 检查所有Cron Job是否在新服务器上按计划执行（特别注意路径、环境变量、Python虚拟环境）；
• ✅ 登录腾讯云监控平台，核对CPU、内存、磁盘IO曲线是否与阿里云历史基线吻合（曾发现因云硬盘类型选错，IOPS暴跌60%）；
• ✅ 用netstat -tuln | grep :80确认Nginx监听的是0.0.0.0而非127.0.0.1（安全组放行了，但服务没对外）；
• ✅ 把阿里云OSS的Bucket Policy复制到腾讯云COS，并测试上传回调URL是否仍有效；
• ✅ 在腾讯云控制台开通“操作审计”，把未来30天所有API调用记下来——万一哪天发现钱花得不对，这就是救命证据。

最后说句掏心窝子的话

阿里云代充 云迁移不是技术炫技，而是成本、稳定性、团队节奏的三重平衡。我们花了11天，其中7天在准备，2天在执行，2天在复盘。没用任何商业迁移工具，全是Linux命令+云厂商控制台+一杯接一杯的美式。迁移成功那天，运维老张没庆祝，蹲在工位写了一份《跨云迁移checklist V2.0》，里面第一条就是：“下次换云，先让财务部和法务部签字。”

毕竟，云可以换，但老板的耐心，和用户的信任，换不起。