3. 跨区域 vs 跨可用区：成本差异与选择策略
做跨云复制，第一个要面对的问题就是：数据到底该放在哪？
是同一个地域的不同可用区，还是直接跨地域？
这个问题，说白了就是「钱」和「稳」的博弈。我见过不少团队，一开始图便宜选了同城复制，结果一场区域性故障直接让业务停摆。也见过财大气粗的项目，所有数据都跨大洲复制，结果月底账单一看，光网络费就占了总成本的 40%。
嗯，今天我们就来把这笔账算清楚。
3.1 核心差异：延迟、带宽与定价模型
先看一张表，把最关键的几个维度列出来。你对比一下，心里就有数了。
| 对比维度 | 跨可用区 (AZ) | 跨区域 (Region) |
|---|---|---|
| 物理距离 | 通常 1-10 公里 | 数百到上万公里 |
| 网络延迟 | 1-5 ms | 20-200 ms |
| 带宽成本 | 免费或极低（通常仅收存储费） | 按 GB 计费，价格较高 |
| 数据传输费 | 同 Region 内 AZ 间通常免费 | 出站流量按阶梯收费 |
| 故障隔离 | 共享电力/网络入口，隔离级别低 | 完全独立基础设施，隔离级别高 |
| 适用场景 | 高可用、负载均衡、同城容灾 | 异地容灾、全球加速、合规要求 |
你看，跨可用区的最大优势就是「便宜」和「快」。同 Region 内 AZ 之间的流量，主流云厂商基本都是免费的。你只需要付存储费就行。
但便宜是有代价的。我记得有一次帮客户排查故障，他们用了同城双 AZ 部署，结果整个 Region 的光纤被挖断了……两个 AZ 同时宕机。这就是典型的「共享风险组」问题。
3.2 成本模型拆解：一笔具体的账
光说概念太虚，我们来算一笔真实的账。
假设你每个月需要复制 100 TB 的数据，从北京 Region 到上海 Region（跨区域），对比北京 Region 内 AZ-A 到 AZ-B（跨可用区）。
3.2.1 跨可用区成本
- 数据传输费：0 元（同 Region 内 AZ 间免费）
- 存储费：假设对象存储 0.01 元/GB/月，100 TB = 102,400 GB × 0.01 = 1,024 元
- API 请求费：按 PUT/GET 次数计，约 50 元
- 总计：约 1,074 元/月
3.2.2 跨区域成本
- 数据传输费：跨区域出站流量，假设 0.5 元/GB，100 TB = 102,400 × 0.5 = 51,200 元
- 存储费：同上，1,024 元
- API 请求费：约 50 元
- 总计：约 52,274 元/月
关键结论：跨区域复制的网络成本是跨可用区的 50 倍 以上。数据量越大，这个差距越夸张。
为什么会这样？说白了，跨区域流量要走骨干网，甚至海底光缆。运营商和云厂商都要收过路费。而跨可用区，本质上就是同一个数据中心园区里的光纤直连，成本几乎可以忽略。
3.3 选择策略：什么时候该花这个钱？
我个人的习惯是，先问自己三个问题：
- 业务能接受多长的 RTO/RPO？ 跨可用区延迟低，RPO 可以做到秒级。跨区域延迟高，RPO 通常分钟级。
- 故障影响范围多大？ 如果 Region 级故障会导致业务不可用，那就必须跨区域。
- 合规要求是什么？ 数据必须留在某个国家或省份？那就只能选该区域内的可用区。
根据我的经验，可以按下面这个决策树来选：
实战决策建议：
- 首选跨可用区：如果你的业务只要求同城高可用，比如 Web 服务、微服务架构。省钱又省心。
- 必须跨区域：当你有异地容灾需求、全球用户加速、或者法律法规要求数据必须存放在特定地域时。
- 混合策略：核心数据跨区域，非核心数据跨可用区。我做过一个金融项目，交易流水跨区域复制，日志和缓存只做跨可用区，成本直接降了 60%。
3.4 避坑指南：我曾经踩过的几个坑
做这行久了，踩坑是难免的。分享几个真实案例，你遇到了可以绕开走。
- 坑一：跨可用区不等于零成本。虽然流量免费，但跨 AZ 写入会产生额外的 I/O 操作。有些数据库（比如 MySQL 半同步复制）在跨 AZ 时，写入延迟会从 1ms 飙升到 5ms，TPS 直接腰斩。我曾经有个客户，就因为没做压测，上线后数据库连接池被打满，业务挂了 2 小时。
- 坑二：跨区域带宽的阶梯计价。很多云厂商的跨区域流量是阶梯计价的，用的越多单价越便宜。但如果你只用了 1 TB，单价可能是 0.8 元/GB；用到 100 TB，单价降到 0.4 元/GB。我建议你提前算好总量，看看能不能「凑阶梯」。比如把多个业务的复制流量合并到一个账号下，统一走商务折扣。
- 坑三：忽略「回程流量」。很多人只算了从 A 到 B 的复制流量，忘了双向同步时，B 到 A 也要收费。我曾经帮一个游戏公司做架构，他们做了全球多活，结果月底一看，回程流量占了总成本的 35%。后来我们改成单向复制 + 本地读写，才把成本压下来。
重要提醒：跨区域复制时，务必确认数据压缩和去重功能是否开启。我曾经见过一个项目，传输前没压缩，100 GB 的数据硬传，浪费了 70% 的带宽。开启压缩后，成本直接降到原来的 1/3。
3.5 知识体系图：跨区域 vs 跨可用区决策框架
下面这张图，我把整个决策逻辑画出来了。你可以把它当作一个速查表。
你看，决策的核心就是 RTO/RPO 要求。如果业务能接受分钟级延迟，跨区域是唯一选择。如果要求秒级，跨可用区更划算。
但这里有个细节：很多云厂商的跨区域复制，其实也支持「异步」和「同步」两种模式。异步模式下，RPO 可以做到秒级，但成本比同步低很多。我建议你优先考虑异步复制，除非业务有强一致性要求。
3.6 总结：我的个人建议
最后，给你一个可以直接用的 checklist：
- 预算有限：优先跨可用区，把省下来的钱花在监控和自动故障转移上。
- 合规优先：别纠结成本，选跨区域。我曾经有个客户因为数据没放在指定省份，被罚了 200 万，够付 10 年网络费了。
- 混合部署：核心数据跨区域，非核心数据跨可用区。这是性价比最高的方案。
- 别忘了压缩：开启数据压缩和去重，能省 30%-70% 的带宽成本。
嗯，跨区域和跨可用区的选择，本质上就是「成本」和「风险」的 trade-off。没有正确的答案，只有最适合你业务的方案。