HK-2 与国内节点的组合部署

发布时间:2026-06-26 14:57

单一节点服务内地和海外两拨用户，总会在某个方向上吃亏，这时就该考虑组合部署。常见组合是"国内节点加香港 HK-2"：国内实例服务内地用户，HK-2 服务海外访问或承担免备案入口。组合之后要解决两件事：数据怎么同步，用户怎么分流，两件事都有成熟的做法。 数据同步的三种做法 主从复制：MySQL 开启 GTID 主从，国内节点做主库负责写入，HK-2 做只读从库，延迟通常在亚秒到秒级，适合读多写少的业务。定时同步：数据变化不频繁的内容（商品信息、文章），用定时任务拉取即可，rsync 或脚本化 API 都行，简单可控，出问题也好回退。写入分离：两地都有写需求的，引入消息队列异步同步，复杂度上一个台阶，没有强一致需求不要轻易上，同步冲突的处理成本常被低估。另外，从库不是备份：主库误删的数据会原样同步过来，备份体系必须独立于主从架构另建。 用户分流的两个层面 DNS 层：智能解析按访客来源返回不同 IP，内地线路解析到国内节点，境外解析到 HK-2，用户无感知，调整时也只需动解析记录。解析生效时间由 TTL 决定，切换前先把 TTL 调短到 300 秒，出问题能快速切回。应用层：入口统一走香港，应用内部按用户地域或业务类型把请求路由到后端不同节点，适合入口必须统一（如免备案域名）的场景。两种方式选一种为主，两层同时分流会让排障变成噩梦。 一致性注意点 两地部署后最忌讳"看起来都同步了，其实一边失败没人知道"。同步链路要有监控：从库的 Seconds_Behind_Master、同步任务的退出码、最近成功时间戳，任一异常都要告警。上线前演练一次故障切换，确认单边故障时另一边能独立支撑，演练步骤记录留档。 收尾：组合部署的复杂度比单机高一个量级，业务量没到瓶颈前不必急于拆分；到了瓶颈，先分流、后同步，逐步演进，每一步都保持可回退。