PT项目实战篇五：估算网站系统性能需求与性能需求指标

为什么80%的码农都做不了架构师？>>>   

一， 时间特性的要求：

普遍情况下，根据国际标准3-5-8原则推算业务处理时间。

登陆时间最长不超过5秒。

检索票务时间不超过5秒。

页面之间跳转时间不超过3秒。

平均时间在3~5秒以内。

二，系统容量需要求：

静态用户（注册用户）在5 000以上

动态用户（在线用户）在1 500以上

并发数200以上

三，一般网站构建系统需求:

（1）检查系统在200个用户的负载下，所有业务动作是否可用及稳定。

（2）检查系统在200个用户的负载下，连续运行72小时过程中，用户登陆、订票、检索票务等业务动作是否可用及稳定。

（3）检查系统在1 500个用户在线（1 500x20%），即300个并发用户操作的负载下，连续运行72小时过程中，以上业务动作是否可用及稳定。(80/20原则，即80%的压力是由20%用户产生的)

（4）检查系统在8.0 GB业务数据、1 500个用户在线（1 500x20%），即300个并发用户运行的负载下，连续运行72小时过程中，以上业务动作是否可用及稳定。

四，性能需求指标

根据既有的性能需求对本系统的用户访问量、系统处理能力、业务处理能力、

系统响应时间、

容灾需求性能指标、

网络流量等5个主要方面进行分析估算。其中部分指标也参考测试行业标准，得出该项目具体性能指标。

 1．并发用户指标

 

 

 

300≥

并发用户数≥160（估算并结合前面系统需求动态用户1500*20%

得出

）

  

  2．系统稳定性指标

系统有效工作时间要求≥99.5%（用行业标准得出）

Web服务持续稳定工作时间≥3天（72小时）（用行业标准得出）

3．系统吞吐量指标（多层体系结构）

完成业务情况（数据库容量）≥140万（笔）交易（客户给出的性能需求）

4．业务处理能力性能指标

在业务高峰时，每分钟能够同时处理150笔数据维护更新操作；100笔的数据查询操作。（估算得出）

在150个并发用户访问时，确定条件的信息查询响应时间小于8秒钟。（用行业标准得出）

每笔业务的响应时间在5秒以内。（用行业标准得出）

登录要求响应时间在5秒以内。（用行业标准得出）

业务处理（每秒请求数）≥4次/秒（估算得出）

TPS（每秒交易数）≥150（估算得出）

5．容灾需求性能指标（多层体系结构）

并发用户数≥400（估算得出）

每天完成业务情况≥70万（笔）交易（用行业标准得出）

每分钟完成的业务≥500（笔）交易（估算得出）

6.网络流量分析估算

假设执行每笔业务时，假设大约占用10Kbps资源，同时不考虑网络带宽在传输

过程中的效率损失，表6-1给出了对网络带宽的需求。

表6-1  网络带宽的需求表（无效率损失）

类型	年度	吞吐量（年）	高峰期单位时间 交易量（/min）	日高峰期每分钟数据 传输量（Kb/Min）	日高峰期每分钟数据 传输量（Kb/s）
常规	2007	140万	136	1 360	22.6
2008	161万	157	1 570	26.2
2009	185万	180	1 800	30
2010	212万	207	2 070	34.5
容灾	2007		486	4 860	80.8

假设每笔业务处理需要10Kbps的流量，考虑到并发情况及网络利用效率等问题（效率损失为60%），实际所需要的网络带宽如表6-2所示。

表6-2 实际所需网络带宽列表

类 型	年 度	吞吐量（万）	不考虑网络效率损失 的带宽要求（Kb/s）	考虑网络效率损失后的带 宽要求（60%）（Kb/s）	假定传输压缩率50%， 压缩后的带宽要求（Kb/s）
常规	2007	140	22.6	37.6	18.8
2008	161	26.2	36.9	18.4
2009	185	30
2010	212	34.5	50	25
容灾	2007	70	80.8	134.6	67.3

转载于:https://my.oschina.net/yygh/blog/496516