系统容量规划与压测评估.docx

在线业务系统容量规划与压测评估实施方法实例

（软件研发技术文档·数据与实例为据）

第一章业务指标与容量目标

本文档记录秒杀活动平台做大促容量规划的流程。规划依据是三类业务指标：日活用户数、峰值下单速率、活动瞬时在线人数。团队按上一场峰值再乘1.8倍的安全系数定目标，本次定为每秒下单6000笔。

容量目标必须绑死体验口径：核心查询接口P99不超300毫秒，下单接口成功率不低于99.9%，CPU常态水位不超60%。任一指标压测时先破，即为容量上限，记录那个点对应的并发与QPS作为基线。

表1-1业务指标与目标

指标

上届峰值

本次目标

口径

日活用户

180万

320万

活动期

峰值下单

每秒3300笔

每秒6000笔

1.8倍系数

P99时延

-

≤300毫秒

红线

成功率

-

≥99.9%

红线

第二章容量模型与折算

从业务目标倒推系统容量靠一条折算链：峰值下单量除以单实例承载量得到所需实例数，再按依赖服务逐个折算。团队实测单实例稳态扛180笔每秒，6000笔即需34个业务实例，留20%冗余配到42个。

下游也要同步折算。下单会放大到库存、账务、消息三类依赖，团队按调用放大系数1笔下单触发5.6次下游调用算，消息写入需约每秒34000条，据此提前扩消息与库的容量。

表2-1容量折算模型

对象

放大系数

折算需求

配置

业务实例

1倍

34个

配42个

库存调用

2.1倍