带宽与 RPO 的关系
复制链路上的数据流可以看成一个排队系统：源端持续产生变化数据，链路按可用带宽把它们送到目标端。只要单位时间的变化量小于有效传输量，积压会被慢慢消化，RPO 收敛到一个与峰值写入相关的小值；一旦有效传输量持续低于变化量，积压就会单调增长，RPO 随时间拉大。因此带宽估算的核心不是算出平均值，而是确认在最坏的时间窗内传输能力仍然大于产生能力。
估算输入
| 源端变化量 | 单位时间实际被复制的数据量 |
|---|---|
| 有效带宽 | 标称带宽乘以可用率，再乘以压缩与去重比 |
| 目标端能力 | 目标阵列写入带宽与后端磁盘能力 |
| 积压量 | 累积变化量减去已成功传输量 |
| 安全余量 | 有效带宽建议不低于峰值变化量的一点五至两倍 |
| 复评周期 | 每季度或业务量显著变化后重新评估 |
典型使用场景
- 新建容灾链路时估算专线带宽档位与后续扩容节奏
- 业务扩容或新系统上线前，评估对现有复制链路的额外压力
- 链路故障复盘，计算补传所需时间与业务可接受窗口的差距
- 在满足 RPO 前提下优化链路成本，避免长期按峰值过度采购
- 压缩与去重开关的效果评估，判断能否用更低带宽达到同一目标
- 多套复制关系共享一条链路时，划分各自的带宽预算与优先级
常见估算偏差
| 要素 | 说明 | 常见偏差 |
|---|---|---|
| 峰值写入速率 | 业务高峰时源端每秒产生的数据量 | 只取日平均值，低估峰值 |
| 变化比例 | 真正需要传输的新增数据占比 | 把全量写入都算作变化量 |
| 压缩与去重比 | 数据可压缩程度，与业务类型强相关 | 按理想值估算，实际明显偏低 |
| 链路可用率 | 扣除协议开销与抖动后的有效比例 | 直接按标称带宽全额计算 |
| 目标端处理能力 | 目标阵列的写入带宽与后端能力 | 只算网络，忽略存储侧瓶颈 |
| 补传能力 | 链路恢复后的追赶速率 | 未预留余量，长期追不平 |
带宽余量的意义在于覆盖突发：备份窗口、批量导入、月末结账都会在短时间内把变化量推到峰值。只按日常均值配置的链路，在这些窗口内会产生无法消化的积压，而这些积压往往要到下一次链路中断演练时才被发现。
粗略估算示例
粗略估算示例
# 日变化量 1200 GB，开启压缩与去重后有效增量约 480 GB
# 可接受的落后窗口为 1 小时，即目标 RPO 约 1 小时
# 所需有效带宽 = 480 GB / 24 h = 20 GB/h，约合 45 Mbps
# 叠加峰值与安全余量后按 100 Mbps 规划，并为补传留出空间
# 若目标端阵列写入带宽不足，瓶颈会从网络转移到存储侧