容量规划是多活数据中心建设的起点，需围绕业务连续性目标动态匹配计算、存储、网络与数据同步能力，关键在于实现rpo=0和rto趋近于0。

容量规划是多活数据中心建设的起点，不是简单叠加资源，而是围绕业务连续性目标动态匹配计算、存储、网络与数据同步能力。关键在于把RPO=0、RTO

业务分级与容量基线对齐

不同业务对容量的要求差异极大。交易类系统要求强一致同步，数据库写入延迟必须控制在毫秒级，对应网络RTT需

• 先完成业务系统RTO/RPO分级（如核心支付定为RTO≤15秒、RPO=0；营销活动页可放宽至RTO≤5分钟）
• 按业务等级反向推导各层容量阈值：数据库同步链路带宽 = 日均事务量 × 平均日志大小 ÷ 3600 ÷ 0.7（留30%余量）
• 负载均衡节点并发连接数需覆盖双中心总入口峰值QPS × 1.8（含突发与会话保持开销）

跨中心网络与数据同步容量设计

多活不是“连得上”就行，而是“同步稳、切换快”。裸光纤直连适用于同城（

• 数据库同步链路带宽不能只看平均值，要按“秒级峰值写入量”设计，例如某银行核心库单秒最大redolog达12MB，则双中心间链路净带宽需≥200Mbps（含加密与协议开销）
• 仲裁节点部署在第三方机房时，仅需IP可达、RTT
• 分布式缓存跨中心同步建议采用CRDT或版本向量机制，避免锁竞争导致的容量瓶颈

弹性扩容路径与资源水位监控

多活架构的容量必须支持滚动扩容。不能等集群满载再升级，而要在整体CPU平均使用率>65%、存储利用率>75%、网络丢包率持续>0.01%时自动触发评估流程。

• 计算资源按“双中心+20%浮动池”规划，浮动池用于灰度发布、故障隔离与突发流量吸收
• 存储需区分热/温/冷层：热数据（7天内访问）走全闪双活存储；温数据（30天）用纠删码对象存储异步归档；冷数据离线保存
• 所有容量指标接入统一监控平台，设置三级告警：预警（70%）、预占（85%）、阻断（95%），阻断阈值联动自动限流策略

灾备能力验证不依赖真实故障

容量是否达标，必须通过常态化演练验证。单纯压测无法暴露多活特有的资源争抢问题，比如跨中心锁等待、GSLB DNS缓存未刷新、应用连接池未重连等。

• 每季度执行一次“静默切换”演练：关闭一个中心全部出口路由，观察业务无感切换耗时与错误率
• 每月模拟链路降级：将跨中心RTT人为抬升至15ms、丢包率设为0.5%，检验应用层重试与降级逻辑是否生效
• 容量报告必须包含“最差场景”数据：如主中心断电+网络抖动+缓存雪崩三重叠加下的系统承载余量