网站压力测试报告.docx

网站压力测试报告.docx

《网站压力测试报告.docx》由会员分享，可在线阅读，更多相关《网站压力测试报告.docx（11页珍藏版）》请在冰豆网上搜索。

网站压力测试报告

XXXXXXX网站

压力测试报告

文档修订记录

版本号

日期

修改人

摘要

XXX

初稿

XXX

4CPU重测

一、测试内容

本次测试是针对《xxxxx》网站进行的压力测试，本次压测主要提取用户最常浏览的页面进行压测：

访问首页+新闻动态的场景进行压测。

二、测试方法

1.本次采用apache的幵源测试工具jmeter，采用badboy录制脚本生成http请求脚本，并通过http协议get方式发送访问请求，收集服务器响应速度，服务器资源耗用情况。

2、安装启动JMeter，分别对以上页面进行压力测试分别测试10、50、100、500

个线程，即模拟这些数目的用户并发；Ramp-upperiod（inseconds）的值设为1

（即1s启动10、50、100、500并发访问），并发持续运行为10分钟；。

3、测试指标提取:

测试

项

并发

数

线程组

增量

持续运

行时间

响应时

间

业务成功率

CPU

使用

率

内存

使用

率

10

每秒增

加10个

10分钟

<=5秒

98%

访问

50

每秒增

加50个

10分钟

<=5秒

98%

新闻

每秒增

<75%

<70%

动态

100

加100

10分钟

<=5秒

98%

个

500

每秒增

加500

10分钟

<=5秒

98%

个

三、测试目标

CP』增加到4核，是否可以达到预期并发数500个

四、测试环境

1、系统环境配置

测试分为2轮进行压测，服务器配置有2种：

1cpu4GB内存:

主机用途

机型/OS

台数

CPU/

台

内存容量

/台

对应IP

应用服务器

win2008

1

1x

CPU

4GB

公网：

XXX

内网：

XXX

数据库服务

器

同上

同上

同上

同上

同上

4cpu4GB内存:

主机用途

机型/OS

台数

CPU/

内存容量

对应IP

台

/台

应用服务器

win2008

1

4x

CPU

4GB

公网：

XXXX

内网：

XXXX

数据库服务

器

同上

同上

同上

同上

同上

2、测试客户端配置

主机用

途

机型/OS

台

数

CPU/

台

内存容量

/台

对应IP

压力负

载生成

器

win2008

1

4X

CPU

16GB

公网：

XXX

内网：

XXX

3、网络环境

本次测试是在局域网中进行的测试，暂不会对压测造成瓶颈，该方面影响可以忽略。

4、测试时间

压测环境

测试人

测试时间

1CPU4GB内存

XXX

XXX

4CPU4GB内存

XXX

XXX

五、系统部署系统已经经过开发人员部署在xxx这台机子上，无需另外再次进行系统部署。

访问网址：

xxx

六、测试说明

名词定义（时间的单位均为ms）：

Samples--本次场景中一共完成了多少个线程

Average--平均响应时间

Median--统计意义上面的响应时间的中值

90%Line--所有线程中90%的线程的响应时间都小于xx

Min--最小响应时间

Max--最大响应时间

Error--出错率

Troughput--吞吐量

七、测试统计及分析

压测场景：

1.输入网址：

（打开首页）；

1.1cpu4GB内存压测统计

1）10个线程组并发

聚合报告

并发10个用户，持续运行10分钟，完成9920次访问请求，最小响应速度为秒，

最大为秒，平均响应速度为秒，与预期的3秒还快，访问成功率100%符合预期

的需求。

系统资源耗用

从10:

01幵始压测，cpu（%ProcessorTime）使用率急剧上升到了100%然后持

续运行10分钟10:

11结束，cpu使用率一直几乎都在100%与预期的小于75%不相符；可用物理内存（AvailableMBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%总体不符合预期需求。

2）50个线程组并发

聚合报告

并发50个用户，持续运行10分钟，完成10108次访问请求，平均响应速度为秒，

与预期的3秒还快，访问成功率100%符合预期的需求。

系统资源耗用

从10:

37幵始压测，cpu（%ProcessorTime）使用率急剧上升到了100%然后持

续运行10分钟10:

47结束，cpu使用率一直几乎都在100%与预期的小于75济相符；可用物理内存（AvailableMBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%总体不符合预期需求。

3）100个线程组并发

聚合报告

并发100个用户，持续运行10分钟，完成10130次访问请求，平均响应速度为秒，

与预期的3秒还快，访问成功率100%符合预期的需求。

系统资源耗用

从10:

50幵始压测，cpu（%ProcessorTime）使用率急剧上升到了100%然后持

续运行10分钟11:

00结束，cpu使用率一直几乎都在100%与预期的小于75%不相符；可用物理内存（AvailableMBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%总体不符合预期需求。

4）500个线程组并发

聚合报告

并发500个用户，持续运行10分钟，完成10512次访问请求，平均响应速度为秒，

与预期的3秒慢很多，访问成功率100%总体不符合预期的需求。

系统资源耗用

从11:

01幵始压测，cpu（%ProcessorTime）使用率急剧上升到了100%然后持

续运行10分钟11:

11结束，cpu使用率一直几乎都在100%与预期的小于75%不相符；可用物理内存（AvailableMBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%总体不符合预期需求。

针对访问新闻动态统计

并

发线程

#Samples

Average

90%Line

Min

Max

Error

%

Throughput

10

9920

168

222

97

914

%

sec

50

10108

714

1023

43

2280

%

sec

100

10130

1799

2096

1247

3030

%

sec

500

10512

8060

9175

6398

1403

%

sec

9

2.4cpu4GB内存压测统计

1）10个线程组并发

聚合报告

并发10个用户，持续运行10分钟，访问新闻完成2201次访问请求，最小响应速度为秒，最大为秒，平均响应速度为秒，与预期的5秒还快，访问成功率100%

符合预期的需求。

系统资源耗用

从11:

39幵始压测，持续运行10分钟11:

49结束，cpu（%ProcessorTime）使用

率维持在30%^下，小于预期75%使用率；可用物理内存（AvailableMBytes）一

直维持在2400MB左右，内存使用率42%£右，与预期小于70%总体符合预期需求。

2）50个线程组并发

聚合报告

并发50个用户，持续运行10分钟，访问新闻完成9750次访问请求，最小响应速度为秒，最大为秒，平均响应速度为秒，与预期的5秒还快，访问成功率100%

符合预期的需求。

系统资源耗用

从12:

27幵始压测，持续运行10分钟12:

37结束，cpu（%ProcessorTime）使用

率维持在60%^下，小于预期75%使用率；可用物理内存（AvailableMBytes）一直维持在2400MB左右，内存使用率42%£右，与预期小于70%总体符合预期需求。

3）100个线程组并发

聚合报告

并发100个用户，持续运行10分钟，访问新闻完成18738次访问请求，最小响应速度为秒，最大为秒，平均响应速度为秒，与预期的5秒还快，访问成功率100%符合预期的需求。

系统资源耗用

从13:

32幵始压测，持续运行10分钟13:

42结束，cpu（%ProcessorTime）使用率主要维持在60%-80沱间，与预期小于75%使用率对比略显偏高；可用物理内存

（AvailableMBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%总体CPU略显不足。

4）500个线程组并发

聚合报告

并发100个用户，持续运行10分钟，访问新闻完成18738次访问请求，最小响应速度为秒，最大为秒，平均响应速度为秒，与预期的5秒还快，访问成功率100%符合预期的需求。

系统资源耗用

从13:

46幵始压测，持续运行10分钟13:

562结束，cpu（%ProcessorTime）使用率主要在90%以上，与预期＜75%使用率对比，cpu存在不足；可用物理内存

（AvailableMBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小

于70%总体上CPU明显存在瓶颈。

针对访问新闻动态统计（4cpu4GB内存）

并

发线程

#Samples

Average

90%Line

Min

Max

Error

%

Throughput

10

2201

26

32

18

102

%

sec

50

9750

28

35

19

373

%

sec

100

18738

33

54

18

420

%

sec

500

31000

1105

2003

19

3757

%

sec

八、结果:

1.1cpu4GB内存压测:

测试

项

并发

数

线程组

增量

持续运

行时间

响应时

间

业务成功率

CPU

使用

率

内存

使用

率

访问

新闻

动态

10

每秒增

加10个

10分钟

秒

100%

100%

29%

50

每秒增

加50个

10分钟

秒

100%

100%

29%

100

每秒增

加100

个

10分钟

秒

100%

100%

29%

每秒增

500

加500

10分钟

秒

100%

100%

29%

个

2.4cpu4GB内存:

测试

项

并发

数

线程组

增量

持续运

行时间

响应时

间

业务成功

率

平均

CPU使

用率

内存

使用

率

访问

新闻

动态

10

每秒增

加10个

10分钟

秒

100%

20%^下

42%

50

每秒增

加50个

10分钟

秒

100%

50%^下

42%

100

每秒增

加100

个

10分钟

秒

100%

75%^上

42%

500

每秒增

加500

个

10分钟

秒

100%

95%Z上

42%

九、结论及建议：

1.结论：

1cpu4GB内存压测：

当压测幵始发现硬件CPU存在严重的不足，并发数增加到了500个，服务器的平

均响应速度变得很慢秒，达不到预期的目标小于5秒；cpu是个瓶颈。

4cpu4GB内存压测：

500个并发时，发现硬件CPU还是存在不足，当并发数增加到了500个，服务器的平均相应速度秒，符合预期的目标值小于5秒，但是CPU使用率高于90%如果要想维持相对稳定的系统，CPU是个瓶颈；本次压测并未发现内存存在瓶颈。

2.建议：

要达到500的并发，建议将CPU数量增加到16核，方可维持网站服务器的相对稳定，目前硬件配置为4CPU,4GB内存。