为什么需要多机房部署？
你有没有遇到过网站突然打不开，刷新半天没反应的情况？可能不是你网络问题，而是服务器出事了。比如某家云服务商的机房停电，整个服务直接瘫痪。这时候，如果只在一个地方放数据，风险太高。
就像你不会把所有存款放在一个钱包里，重要数据也不能只存在一个机房。多机房部署，就是把应用和数据分散到不同地理位置的多个机房，哪怕一个地方断电、断网，别的机房还能顶上，服务不中断。
常见的多机房模式
最基础的是主备模式。比如北京机房是主力，上海机房当替补。平时流量全走北京，一旦北京挂了，立刻切到上海。这种方案简单，但切换时间长，中间可能丢数据。
更高级的是双活架构。两个机房同时对外提供服务，用户请求自动分到最近的机房。比如南方用户进深圳机房，北方用户走天津机房，延迟更低，资源也更充分利用。
数据怎么同步才不乱？
两个机房都有数据库，改了这边，那边怎么知道？常见做法是用数据库主从复制，比如 MySQL 的 binlog 同步。但跨机房延迟高，可能出现写入冲突。
举个例子：你在深圳修改了订单状态，还没同步到北京，用户刚好刷到了北京的页面，看到的还是旧状态。这种体验就很糟。
解决方案之一是引入全局事务控制，比如用分布式一致性协议（如 Paxos 或 Raft），确保两边写操作顺序一致。或者干脆划分数据归属，比如用户 ID 尾号为奇数的数据归深圳管，偶数归北京管，避免两边争抢。
实际架构示例
一个典型的双活多机房架构可能长这样：
<!-- 用户访问通过 DNS 或 GSLB 调度到最近机房 -->
<load-balancer location="shenzhen">
<service name="web" nodes="10" />
<service name="db-master" data-shard="odd" />
</load-balancer>
<load-balancer location="beijing">
<service name="web" nodes="10" />
<service name="db-master" data-shard="even" />
</load-balancer>
<!-- 中央配置中心统一管理路由规则 -->
<config-center mode="raft-cluster" locations="shenzhen,beijing,tianjin" />每个机房都有完整的 Web 和数据库能力，但数据库按规则分片，互不干扰。配置中心用 Raft 协议保证三地一致，哪怕一个机房失联，系统照样运行。
别忘了备份的最终目的
多机房不只是为了高可用，更是为了数据安全。哪怕所有业务系统都垮了，至少数据还得能捞回来。所以除了实时同步，定期快照备份到独立存储也很关键。
比如每天凌晨对数据库打一次快照，存到另一个城市的对象存储里，哪怕两个机房全炸，三天前的数据还在。这就像买保险，平时不用，真出事时能救命。