文章目录
web压力测试工具
1.web压力测试指标
1.1 TPS
每秒钟完成的web请求响应数量
TPS=并发数/响应时间
TPS是衡量系统性能的重要指标
1.2 PV
页面浏览量。服务器页面每刷新一次,算作一次PV流量。
IP/PV比:指的是单个IP页面浏览量,该指标可以说明此次访问有效率。
1.3 并发数
时间段内,系统同时处理的web请求响应数量
1.4 响应时间
所有web请求处理完毕的时间
1.5 吞吐量
吞吐量指的是单位时间系统传输数据总量。
可知吞吐量和TPS,并发数这两个因素是正比关系。
但是当TPS,并发数达到极限值时,吞吐量不升反降,这是因为系统资源产生了大的消耗。
1.6 计算服务器数量
上述指标一个重要的作用是计算所需服务器数量。
关于PV,我们需要知道一个原则:每天80%的访问集中在20%的时间里,这个时间叫做峰值时间。
确保在峰值时间里,服务器能扛起并发访问的压力就可以了。
如:每天300W PV的单台服务器,这台服务器需要多少TPS?
(300W0.8)/(24h60600.2)=139(TPS)
如果一台机器的TPS是58,需要几台机器支持?
139/58=3
2.测试工具
2.1 http_load
http_load以并行复用的方式运行,用以测试web服务器的吞吐量与负载。但是它不同于大多数压力测试工具,它可以以一个单一的进程运行,一般不会把客户机搞死。还可以测试HTTPS类的网站请求。
编译
wget http://acme.com/software/http_load/http_load-12mar2006.tar.gz
tar zxvf http_load-12mar2006.tar.gz
cd http_load-12mar2006
make
基本用法
http_load -p 并发访问进程数 -s 访问时间 需要访问的URL文件
参数其实可以自由组合,参数之间的选择并没有什么限制。
比如你写成
./http_load -parallel 5 -seconds 300 urllist.txt
我们把参数给大家简单说明一下。
参数 | 简写 | 描述 |
---|---|---|
-parallel | -p | 含义是并发的用户进程数 |
-fetches | -f | 含义是总计的访问次数 |
-rate | -p | 含义是每秒的访问频率 |
-seconds | -s | 含义是总计的访问时间 |
批量测试
准备URL文件:urllist.txt,文件格式是每行一个URL,URL最好超过50-100个测试效果比较好。
http://www.test.com/
http://www.test.com/blog/
http://www.test.com/signin/
http://www.test.com/signup/
http://www.test.com/article/1.html
http://www.test.com/article/2.html
http://www.test.com/article/3.html
结果分析
http_load -p 30 -s 60 urllist.txt
1、294 fetches, 30 max parallel, 3.83835e+06 bytes, in 60.0026 seconds
说明在上面的测试中运行了294个请求,最大的并发进程数是30,总计传输的数据是3.83835e+06bytes,运行的时间是60.0026秒
2、13055.6 mean bytes/connection
说明每一连接平均传输的数据量3.83835e+06/294=13055.6
3、4.89979 fetches/sec, 63969.7 bytes/sec
说明每秒的响应请求为4.89979,每秒传递的数据为63969.7 bytes/sec
4、msecs/connect: 312.009 mean, 1319.57 max, 209.994 min
说明每连接的平均响应时间是312.009 msecs,最大的响应时间1319.57 msecs,最小的响应时间209.994 msecs
5、msecs/first-response: 1191.01 mean, 10212.4 max, 220.78 min
6、HTTP response codes:
code 200 – 127
code 502 – 166
说明打开响应页面的类型
如果403的类型过多,那可能要注意是否系统遇到了瓶颈。
特殊说明:
测试结果中主要的指标是 fetches/sec、msecs/connect 这个选项,即服务器每秒能够响应的查询次数。
用这个指标来衡量性能。似乎比 apache的ab准确率要高一些,也更有说服力一些。
Qpt-每秒响应用户数和response time,每连接响应用户时间。
测试的结果主要也是看这两个值。
当然仅有这两个指标并不能完成对性能的分析,我们还需要对服务器的cpu、men进行分析,才能得出结论。
2.2 webbench
webbench是Linux下的一个web压力测试工具,最多可以模拟3万个并发连接去测试网站的负载能力。
编译
sudo apt-get install ctags
wget http://home.tiscali.cz/cz210552/distfiles/webbench-1.5.tar.gz
tar zxvf webbench-1.5.tar.gz
cd webbench-1.5
make
使用方法
参数 | 说明 |
---|---|
-c | 并发数 |
-t | 运行测试时间 |
这里的URL要以斜杆(/
)为结尾
webbench -c 1000 -t 10 http://www.baidu.com/
2.3 ab
ab是apache自带的一款功能强大的测试工具。安装了apache一般就自带了。
安装
sudo apt-get install apache2
使用方法
用法可以查看官方说明:http://httpd.apache.org/docs/2.4/programs/ab.html
参数 | 描述 |
---|---|
-A | 指定连接服务器的基本的认证凭据 |
-c | 指定一次向服务器发出请求数 |
-C | 添加cookie |
-g | 将测试结果输出为“gnuolot”文件 |
-h | 显示帮助信息 |
-H | 为请求追加一个额外的头 |
-i | 使用“head”请求方式 |
-k | 激活HTTP中的“keepAlive”特性 |
-n | 指定测试会话使用的请求数 |
-p | 指定包含数据的文件 |
-q | 不显示进度百分比 |
-T | 使用POST数据时,设置内容类型头 |
-v | 设置详细模式等级 |
-w | 以HTML表格方式打印结果 |
-x | 以表格方式输出时,设置表格的属性 |
-X | 使用指定的代理服务器发送请求 |
-y | 以表格方式输出时,设置表格属性 |
我们一般用到的是-n
和-c
,url以斜杆(/
)结尾
ab -c 1000 -t 130 http://www.baidu.com/
这个表示同时处理1000个请求并运行130次。
2.4 Siege
一款开源的压力测试工具,可以根据配置对一个WEB站点进行多用户的并发访问,记录每个用户所有请求过程的相应时间,并在一定数量的并发访问下重复进行。
可在线安装:sudo apt install siege
编译
wget http://download.joedog.org/siege/siege-latest.tar.gz
tar -zxvf siege-latest.tar.gz
cd siege-4.0.4
./configure --prefix=/home/wyy/Develop/webtest/siege-4.0.4/install
make
使用方法
#运行自己编译的会奔溃,建议直接在线安装
./siege -c 100 -r 10 -f site.url
-c
是并发量,-r
是重复次数。
批量测试
url文件就是一个文本,每行都是一个url,它会从里面随机访问的。
site.url内容:
http://www.baidu.com/
结果分析
项 | 描述 |
---|---|
Transactions:550 hits | 完成550次处理 |
Availability:55.00 % | 55.00 % 成功率 |
Elapsed time:31.32 secs | 总共用时 |
Data transferred:1.15 MB | 共数据传输1.15 MB |
Response time:3.04 secs | 显示网络连接的速度 |
Transaction rate:17.56 trans/sec | 均每秒完成 17.56 次处理:表示服务器后 |
Throughput:0.04 MB/sec | 平均每秒传送数据 |
Concurrency:53.44 | 实际最高并发数 |
Successful transactions:433 | 成功处理次数 |
Failed transactions:450 | 失败处理次数 |
Longest transaction:15.50 | 每次传输所花最长时间 |
Shortest transaction:0.42 | 每次传输所花最短时间 |