架构 - 系统容量评估

Content

• 1. 缘起
• 2. 步骤
• 2.1 如何知道总访问量？
• 2.2 评估平均访问量QPS
• 2.3 评估高峰QPS？
• 2.4 评估系统、单机极限QPS

Top

1. 缘起

容量评估是架构师必备的技能之一，场景的容量评估包括数据量、并发量、带宽、CPU/MEM/DISK等。

文章以并发量为例。

Top

2. 步骤

2.1 如何知道总访问量？

答案：询问业务方，询问运营，询问产品，对运营活动或产品上线后的预期是什么？

比如：xx要做一个App-Push的运营活动，计划在30分钟内完成5000w用户的push推送，预计push消息点击率10%，求push落地页系统的总访问量？

5000w * 10% = 500w

2.2 评估平均访问量QPS

如何知道平均访问量QPS?

有了总量，除以总时间即可，如果按照天评估，一天按照4w秒计算（一天共24h * 60min * 60s = 8w秒，一般假设所有请求都发生在白天，所以一般来说一天只按照4w秒评估）

push落地页系统30min的总访问量是500w，求平均访问量QPS？

500w / (30 * 60) = 2778，大概3000QPS。

2.3 评估高峰QPS？

系统容量规划时，不能只考虑平均QPS，而是要抗住高峰的QPS，如何知道高峰QPS？

答案：根据业务特性，通过业务访问曲线评估

举例：日均QPS为2000，业务访问趋势图如下图，求峰值QPS预估？

从图中可以看出，峰值QPS大概是均值QPS的2.5倍，日均QPS为2k，于是评估出峰值QPS为5000。

2.4 评估系统、单机极限QPS

如何评估一个业务，一个服务单机的极限QPS？

压力测试

在一个服务上线前，一般来说是需要进行压力测试的，以App-Push运营活动落地页为例（日均QPS2000，峰值QPS5000）。

假设单机极限的QPS是1200，一般来说，线上系统是不会跑满到极限的，打个8折，单机线上允许跑到QPS1000。