1.
迁移前的评估与计划
- 评估现有资源：列出CPU/内存/磁盘/带宽/公网IP和负载情况。- 确定迁移窗口：选择低峰时段，建议维护窗0:00-06:00本地时间。
- 备份策略：全量快照+增量备份，建议保留72小时回滚点。
- 网络评估：测量目标机房到主要用户的RTT与丢包，建议提前7天跑SLA测试。
- 依赖清单：列出域名、第三方API、数据库复制、负载均衡与防火墙规则。
- 成本与合规：加拿大数据合规要求与带宽、流量计费差异要提前预算。
2.
IP、域名与DNS迁移实操
- 选择IP策略：保留原IP需申请IP迁移或BGP再宣告，否则准备新IP并更新DNS。- DNS TTL设置：迁移前72小时将TTL降为300秒，减少切换时缓存影响。
- A记录与MX记录：同步更新所有相关记录，验证邮件中继与反向DNS(PTR)。
- SSL证书：建议使用Let's Encrypt或上传已有证书到新机，确保证书链与私钥一致。
- 黑名单检查：新IP上线前检查是否在Spamhaus等黑名单，避免邮件被拒。
- 验证：切换后循环检查DNS解析结果与证书有效性。
3.
数据迁移与存储一致性示例
- 迁移方式：rsync增量、LVM快照或数据库主从切换，选择对RPO/RTO最优的方式。- 示例配置（源→目标）：源：4vCPU/8GB/200GB NVMe/1Gbps；目标：4vCPU/8GB/200GB NVMe/1Gbps。
- 数据同步参数：rsync -azP --delete --bwlimit=50000，带宽限制50MB/s以防拥塞。
- 最终一致性：应用停写窗口内做最后一次增量并切换，建议停写不超过15分钟。
- 验证清单：文件完整性校验(md5sum)、数据库行数比对、应用健康检查接口。
- 示例快照：保持至少两个历史快照（T-24h、T-72h）。
4.
网络、DDoS防护与CDN接入策略
- OVH Anti-DDoS：了解OVH Canada防护级别（Anti-DDoS Basic自动生效，Advanced需申请）。- CDN建议：对静态资源启用CDN（如Cloudflare或OVH CDN），降低origin带宽与抗DDoS压力。
- 防火墙规则：网络层ACL与主机防火墙双重策略，白名单管理SSH并启用非标准端口与2FA。
- 流量监控：部署Netdata/Prometheus实时监控，异常流量阈值触发告警。
- BGP/Anycast（高级）：大流量场景建议Anycast或BGP多点发布配合CDN以分散DDoS攻击。
- 速率限制：对API路径及登录接口实现限流，常用qps阈值示例：登录接口10r/s/IP。
5.
测试、切换与回滚策略
- 灰度切换：先在CDN或LB做小比例流量导向新机，观察24小时行为。- 验证点清单：功能测试、性能基准、日志异常、后端队列长度、延迟指标。
- 回滚条件：若错误率>1%或95p95延迟增长>50%则触发回滚。
- 回滚步骤演练：保留旧环境30分钟不中断快照与公网路由，以便快速回退。
- 自动化脚本：迁移与回滚使用Ansible脚本，减少人为误差。
- 完成报告：记录切换时间、影响范围、数据消耗与优化点。
6.
真实案例与常见陷阱避免
- 真实案例：某SaaS客户将业务从OVH FRA迁至OVH BHS，使用主从MySQL复制+rsync，DNS TTL提前降至300，最终切换总停写时间12分钟，用户感知为零；迁移后发现SMTP被拒，原因是新IP在一邮件黑名单，补救为更换IP并完成delist。- 常见陷阱1：低估DNS缓存，未降TTL导致切换延迟。
- 常见陷阱2：忽略PTR与SPF，邮件服务异常。
- 常见陷阱3：未测试Anti-DDoS策略，遭遇异常流量时影响可用性。
- 常见陷阱4：带宽限额未考量，数据同步时影响生产网络。
- 建议：迁移前做一次完整演练并准备书面回滚计划。
7.
迁移后监控与优化建议
- 30天观察期：密切监控流量、错误率与成本变化，记录趋势。- 成本优化：评估带宽峰值与存储IO，必要时调整实例规格或使用计量包。
- 安全审计：复核安全组、证书到期、日志采集完整性。
- 性能调优：根据监控结果调整缓存策略、数据库索引与连接池。
- 文档化：将迁移步骤、脚本、遇到的问题与解决方法写入团队知识库。
- SLA沟通：向业务方确认SLA变更并更新应急联系方式。
8.
迁移对比数据示例
| 区域 | 平均RTT(ms) | 带宽 | 月流量价格(示例) |
|---|---|---|---|
| FRA (欧洲) | 35 | 1Gbps | €5/TB |
| BHS (加拿大) | 45 | 1Gbps | CAD$7/TB |
