(1) 网络与供应商确认:向厂商明确询问“是否支持 CN2/GIA 路由、带宽峰值、出入境带宽、延迟/丢包SLA”,对方应提供 traceroute 和 BGP 信息。
(2) 合规与域名策略:确认目标服务的法律合规(数据本地化、隐私合规),决定是否保留原域名或采用子域名。
(3) 资源清单与备份:列出应用组件(Web、DB、缓存、队列、对象存储、任务计划),并对现网做完整快照、数据库冷备与增量备份测试。
(1) 系统与用户:创建非root 管理用户及 SSH 公钥,示例:useradd -m deploy && mkdir -p /home/deploy/.ssh && echo "公钥" > /home/deploy/.ssh/authorized_keys。
(2) 基础环境:安装常用包(nginx/apt/yum、docker、mysql-client、certbot),配置时区、时钟同步(chrony 或 ntp)。
(3) 安全与防火墙:开放必要端口(80/443、SSH+管理端口),示例 ufw allow 22/tcp; ufw allow 80,443/tcp; 限制 SSH 登录来源并启用 Fail2ban。
(1) 部署方式:依据现网采用镜像/容器/脚本一键部署,优先用 Ansible/Salt 或 Docker Compose 保证可重复。
(2) 第三方服务:检查与外部API、短信、支付等的连通性,部分供应商可能限制 VN 源 IP,须提前申请白名单或使用中转服务。
(3) 配置管理:把环境变量、证书、私钥等安全注入,新环境使用与生产一致的版本(语言/runtime、库版本)。
(1) 大数据量初次传输:用 rsync 或 scp 进行文件拷贝,示例:rsync -avz --progress /data/ user@vn:/data/。
(2) 数据库迁移流程:先做全量导出 mysqldump --single-transaction --routines --events -u root -p db > dump.sql,然后在目标导入 mysql -u root -p db < dump.sql。
(3) 实时增量同步:对业务库采用主从/双写或使用 pt-table-sync、MySQL Replication,将目标设为从库,完成验证后切换为主库降低停机时间。
(1) 测试用例:执行功能、性能、并发、回归与安全测试,记录关键指标(响应时间、错误率)。
(2) DNS 与 TTL 策略:迁移前 24-48 小时将 DNS TTL 缩短到 60s;灰度期间使用子域名或流量分流(Nginx upstream + 权重)导流一部分到 VN。
(3) 性能对比:测量从中国主要节点到 VN 的 RTT、解析时间,若延迟高考虑 CDN 或大陆中转机(CN2 中转节点)。
(1) 切换窗口:选择低峰时段,先冻结写入(maintenance mode),做最终增量同步并确认事务一致性。
(2) 切换操作:将 DNS 指向新 IP(或更新负载均衡器后端),监控生效;若采用灰度,逐步提高权重直至 100%。
(3) 回滚计划:保留旧机至少 48-72 小时,若出现严重问题,按事先准备好的步骤(恢复 DNS、恢复主库)回滚,记录回滚耗时与原因。
(1) 监控项:上线后重点监控 5XX、延迟、数据库慢查询、包丢与连接异常,使用 Prometheus/Grafana 或云监控。
(2) 日志与告警:集中日志(ELK/EFK)并设置告警策略,发现异常立即回溯到版本与时间点。
(3) 优化建议:依据监控调整缓存、开启 HTTP/2、连接池与 CDN,加速中国用户访问体验。
答:会有影响但可控。CN2 路由能优化从中国到越南的路径与稳定性,但仍受物理距离与链路质量限制。可通过使用 CN2 专线/中转机、启用国内 CDN 与合理缓存、降低 DNS TTL 并选用靠近中国出口的越南机房来降低影响。
答:主要风险包括网络不稳定、跨境合规、第三方白名单与数据一致性。最小化措施:先做可回滚灰度、全量+增量备份、预先申请第三方白名单、并在切换窗口保留旧服务与人工值守。
答:准备好回滚脚本(恢复 DNS、切换数据库主从、还原配置)、保持旧服务器与数据同步至切换完成后 48-72 小时,并在切换前演练一次回滚流程,确保在 30-60 分钟内恢复。