从其他海外节点迁到 HK-2 的步骤

发布时间:2026-01-30 08:11

如果你手上的业务现在跑在其他海外节点，计划迁到顺云 HK-2，整个迁移可以拆成三段：数据同步、DNS 切换、回切预案。三段都备齐再动手，切换窗口能压到几分钟。 一、数据同步 新旧两台机器都就绪后，先全量同步文件：rsync -avz --progress /var/www/ root@新机IP:/var/www/，-a 参数保留权限与时间戳，大目录建议放进 screen 或 tmux（终端会话工具）里执行，连接断开任务不中断。数据库用 MySQL 的导出工具 mysqldump 处理：mysqldump -uroot -p --single-transaction --all-databases | gzip > all.sql.gz，--single-transaction 在 InnoDB 引擎（MySQL 默认存储引擎）下不锁表，传到新机后解压导入。第一次全量完成后，业务仍在旧机运行，切换前再跑一次增量 rsync，把两边差距补到分钟级。同步完成后别急着切流量，先在新机把服务拉起来空跑，逐项核对配置文件里的 IP、路径和密钥，迁移事故多半出在配置里残留的旧地址上。 二、DNS 切换 切换前一天，把域名 A 记录的 TTL（解析缓存时长）从默认的 3600 秒调低到 300 秒，解析变更才能尽快生效。正式切换时把 A 记录指向 HK-2 的 IP，用 dig +short 域名 观察生效情况，各地刷新有先后，通常几分钟到半小时。本地网络还有 DNS 缓存，验证时可以直接用 curl --resolve 域名:443:新机IP https://域名 强制访问新机，提前确认服务状态。新机侧用 curl -I https://域名 验证返回正常，再人工点一遍关键业务流程，然后观察 24 到 48 小时，日志里没有异常报错，切换才算完成。 三、回切预案 回切的前提是旧机完整保留：数据不删、服务不停、备份还在。一旦新机暴露兼容性问题，把 A 记录改回旧 IP 就能退回去，代价是又一次 300 秒级的解析等待，所以回切要尽早决断，拖得越久两边数据差距越大。稳定运行一个周期后，再安排旧机下线，下线前做最后一次数据核对。 一句提醒：迁移最容易出问题的不是技术环节，是时间安排——避开业务高峰，把切换放在凌晨低峰，给验证留足时间，整个过程其实很平淡。