容量规划

容量规划:以业务峰值为目标,结合单实例容量、冗余与故障域推算实例数;包含安全余量与扩容时间评估,并定期用压测校准,而非一次拍板。

软件测试速查开发更新于 2026-10-13

容量规划是什么

容量规划以业务峰值为目标:结合单实例容量、冗余与故障域推算实例数;包含安全余量与扩容时间评估,并定期用压测校准,而不是一次拍板。按平均负载规划的团队,往往在第一个峰值日就过载。

基本信息

目标负载日常、周期峰值与活动峰值分开采集
单实例容量阶梯压测取稳妥承载值,留安全余量
冗余设计按故障域(机房、可用区)推算可用容量
扩容路径评估触发时机与扩容所需时间
尖峰保护限流与排队应对瞬时尖峰
校准节奏上线后定期用真实流量校准
安全余量预留单故障域失效后的承载
复测周期重大变更后重新校准单实例容量

粗算示意

粗算示意
目标峰值 3000 RPS,单实例稳妥承载 500 RPS
-> 6 实例;再按故障域冗余与扩容时间调整
# 安全余量:预留突发与单点故障的承载

规划步骤

规划步骤
1) 采集峰值曲线:日常、周期峰值与活动峰值
2) 阶梯压测取单实例稳妥承载值,预留安全余量
3) 按冗余与故障域推算实例数与分区
4) 评估扩容路径、触发时机与耗时
5) 上线后定期用真实流量校准

典型使用场景

  • 大促准备:按活动峰值推容量并演练扩容。
  • 新业务上线:起步容量加观测,滚动校准。
  • 成本优化:用真实峰值数据下调闲置容量。
  • 故障预案:核对单故障域失效后的剩余容量。
  • 容量评审:定期比较规划值与真实流量。
  • 汇报沟通:容量结论附假设与扩容时间。
  • 弹性验证:实测扩容触发到生效的耗时。
扩容需要时间:弹性伸缩应对不了瞬时尖峰,尖峰靠限流与排队保护。
按平均负载而非峰值规划容量,峰值日会过载。
容量结论要有失效场景假设:单机房故障后还扛得住吗。
容量数字为峰值服务:日常低负载不等于余量充足。

易错点

  • 按平均负载而非峰值规划容量,峰值日过载。
  • 忽略扩容所需时间,弹性伸缩救不了瞬时尖峰。
  • 只算实例数不算瓶颈资源(数据库、带宽)的容量。
  • 容量上线后从不校准,假设与真实越差越远。
  • 扩容演练缺失,真到峰值时流程卡壳。

数据来源与参考

  • Google SRE Book:Managing Load(容量与过载)
  • Google SRE Workbook(容量规划章节)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌