1.
迁移范围与目标确认
- 明确迁移对象:IP、域名、应用、数据库、存储与第三方依赖。
- 确定目标指标:可接受延迟、丢包率、切换窗口与RTO/RPO。
2.
前期资产与依赖清单
- 列出实例信息:公网IP、私网IP、端口、SSL证书、环境变量。
- 绘制依赖图:缓存、消息队列、外部API,标注同步顺序。
3.
- 询问对端与上游ISP是否支持CN2直连、是否提供BGP或Anycast。
- 索取SLA、带宽峰值、单点故障策略与当地POP位置。
4.
网络连通与性能测试方法
- 常用工具与命令:ping、traceroute/mtr、iperf3、curl -I。示例:mtr -rw 目标IP。
- 测试项:RTT、抖动、丢包、带宽、路径稳定性,记录24小时样本对比。
5.
目标服务器准备与安全配置
- 系统调优:调整sysctl(net.core.rmem_max等)、调整TCP拥塞算法(如bbr)。
- 部署防火墙规则、SSL证书,验证时间同步(ntp/chrony)与监控agent。
6.
数据同步与数据库切换步骤
- 数据库:先建立异地复制(MySQL用主从或GTID),初次全量同步后开启binlog实时复制。
- 文件:使用rsync -azP --delete 源/ 目标/,或使用分块工具(lftp/rsync+snapshot)减少冻结窗口。
7.
DNS策略与TTL设置
- 切换前72小时逐步把相关域名TTL降到60-300秒。
- 切换方案:短TTL直接全部切换;灰度可用加权DNS或流量管理(Cloud DNS/Traffic Manager)。
8.
流量切换实操:蓝绿、分流与BGP方法
- 蓝绿部署:先把部分流量引向台湾环境,验证后全量切换。
- BGP/Anycast:如有BGP权限,可由服务商发布更优路由;否则用DNS分流或负载均衡器做流量引导。
9.
切换当天监控、回滚与验证清单
- 切换前:备份DB、快照、导出证书与配置。切换时实时监控:访问成功率、错误率、延时、日志。
- 回滚:预设DNS回退步骤、保留原环境30-72小时以便回退并验证用户会话兼容性。
10.
主要风险点与缓解措施
- 风险:跨境延迟、丢包、ISP路由问题、会话粘性丢失、合规/备案问题。
- 缓解:选择有良好中港/台链路的CN2运营商,增加重试与短连接策略,做好合规咨询。
11.
常见问:切换DNS要多久生效?
- 回答:生效时间受TTL与各地DNS缓存影响。操作前将TTL降到60秒,正式切换后通常1-10分钟大面积生效,极端最多24小时。
12.
问:如何保证会话不中断?
- 回答:使用会话共享(Redis/Memcached存储session)、应用层粘性或在切换前引入负载均衡器会话复制;必要时同步粘性cookie或做短时间的双写策略。
13.
问:出现网络抖动如何快速排查?
- 回答:立即执行mtr或traceroute定位链路丢包点,使用iperf3测带宽,查看服务商告警与BGP邻居状态,必要时联系CN2运营商协调路由优化。
来源:企业迁移到台湾cn2服务器 的风险评估与流量切换策略