如何使用压力测试工具ab?

常用工具:ab

Ab是Apache服务器自带的一个压力测试工具。Apache的ab命令模拟多线程并发请求,测试服务器负载压力,也可以测试nginx、lighthttp、IIS等其它Web服务器的压力。 
ab命令对发出负载的计算机要求很低,既不会占用很多CPU,也不会占用太多的内存,但却会给目标服务器造成巨大的负载。

在带宽不足的情况下,最好是本机进行测试,建议使用内网的另一台或者多台服务器通过内网进行测试,这样得出的数据,准确度会高很多。远程对web服务器进行压力测试,往往效果不理想(因为网络延时过大或带宽不足)

 1.安装

进入http://httpd.apache.org/download.cgi

选择Files For Microsoft Windows

 

点击ApacheHaus

 

2.配置

下载文件,并解压,这里我们假设解压到D盘。打开Apache文件里的conf文件夹中的httpd.conf文件,修改Define SRVROOT "D:/Program Files/Apache24",Listen(监听端口)  Listen 8088,ServerName(服务地址的端口号)  ServerName localhost:8088,DocumentRoot (测试文件存放地) DocumentRoot "D:/Program Files/Apache24/Test"。

       接着调出cmd,输入:运行 httpd.exe -k install安装服务,打开服务httpd.exe -k start。报错,提示“(OS 10048)通常每个套接字地址(协议/网络地址/端口)只允许使用一次 443”,将配置文件中的Include conf/extra/httpd-ahssl.conf注释掉,或修改这个文件中的Listen 442 https。

3. 使用

       好了,可以开始使用ab来测试了在终端输入 ab -n 1000 -c 100 URL地址。弹出以下内容

 

通过上面的用法介绍可以得知,ab的使用方法就是输入如下DOS命令:

ab [可选的参数选项] 需要进行压力测试的url

此外,我们再根据上面的用法介绍界面来详细了解每个参数选项的作用。

参数选项

详细解释

-n

即requests,用于指定压力测试总共的执行次数。

-c

即concurrency,用于指定压力测试的并发数。

-t

即timelimit,等待响应的最大时间(单位:秒)。

-b

即windowsize,TCP发送/接收的缓冲大小(单位:字节)。

-p

即postfile,发送POST请求时需要上传的文件,此外还必须设置-T参数。

-u

即putfile,发送PUT请求时需要上传的文件,此外还必须设置-T参数。

-T

即content-type,用于设置Content-Type请求头信息,例如:application/x-www-form-urlencoded,默认值为text/plain

-v

即verbosity,指定打印帮助信息的冗余级别。

-w

以HTML表格形式打印结果。

-i

使用HEAD请求代替GET请求。

-x

插入字符串作为table标签的属性。

-y

插入字符串作为tr标签的属性。

-z

插入字符串作为td标签的属性。

-C

添加cookie信息,例如:"Apache=1234"(可以重复该参数选项以添加多个)。

-H

添加任意的请求头,例如:"Accept-Encoding: gzip",请求头将会添加在现有的多个请求头之后(可以重复该参数选项以添加多个)。

-A

添加一个基本的网络认证信息,用户名和密码之间用英文冒号隔开。

-P

添加一个基本的代理认证信息,用户名和密码之间用英文冒号隔开。

-X

指定使用的代理服务器和端口号,例如:"126.10.10.3:88"。

-V

打印版本号并退出。

-k

使用HTTP的KeepAlive特性。

-d

不显示百分比。

-S

不显示预估和警告信息。

-g

输出结果信息到gnuplot格式的文件中。

-r

指定接收到错误信息时不退出程序。

-e

输出结果信息到CSV格式的文件中。

-h

显示用法信息,其实就是ab -help

虽然ab可以配置的参数选项比较多,但是,一般情况下我们只需要使用形如ab -n 数字 -c 数字 url路径的命令即可。譬如,我们对位于本地Apache服务器上、URL为http://localhost:6356/Pages/redis/Login.aspx

的页面进行压力测试。测试总次数为1000,并发数为100(相当于100个用户同时访问,他们总共访问1000次)。我们输入DOS命令ab -n 1000 -c 100 http://localhost:6356/Pages/redis/Login.aspx

 

4. 分析

下面我们对结果进行分析

D:\Program Files\Apache24\bin>ab -n 1000 -c 100 http://localhost:6356/Pages/redi

s/Login.aspx

This is ApacheBench, Version 2.3 <$Revision: 1826891 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/

 

Benchmarking localhost (be patient)

Completed 100 requests

Completed 200 requests

Completed 300 requests

Completed 400 requests

Completed 500 requests

Completed 600 requests

Completed 700 requests

Completed 800 requests

Completed 900 requests

Completed 1000 requests

Finished 1000 requests

 

//平台IIS 版本10.0

Server Software:        Microsoft-IIS/10.0

//服务器主机名

Server Hostname:        localhost

//服务器端口

Server Port:            6356

 

//测试的页面文档

Document Path:          /Pages/redis/Login.aspx

//文档大小

Document Length:        1287 bytes

 

//并发数

Concurrency Level:      100

//整个测试持续的时间

Time taken for tests:   1.641 seconds

//完成的请求数量

Complete requests:      1000

//失败的请求数量

Failed requests:        0

 

//整个场景中的网络传输量

Total transferred:        1699000 bytes

//整个场景中的HTML内容传输量

HTML transferred:       1287000 bytes

//大家最关心的指标之一,相当于 LR 中的 每秒事务数 ,后面括号中的 mean 表示这是一个平均值,即最大吞吐量(QPS)

Requests per second:    609.38 [#/sec] (mean)

//大家最关心的指标之二,相当于 LR 中的 平均事务响应时间 ,后面括号中的 mean 表示这是一个平均值,每个请求所需时间

Time per request:       164.100 [ms] (mean)

 

//每个请求实际运行时间的平均值

Time per request:       1.641 [ms] (mean, across all concurrent requests)

//平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题

Transfer rate:            1011.08 [Kbytes/sec] received

 

//网络上消耗的时间的分解,各项数据的具体算法还不是很清楚

Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        0    0   0.6      0       8

Processing:    47  156  44.4    138     340

Waiting:       14  156  44.6    137     340

Total:         47  157  44.4    138     340

 

//整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间,其中50%的用户响应时间小于1093 毫秒,60% 的用户响应时间小于1247 毫秒,最大的响应时间小于7785 毫秒

Percentage of the requests served within a certain time (ms)

  50%    138

  66%    162

  75%    178

  80%    185

  90%    222

  95%    250

  98%    280

  99%    296

 100%    340 (longest request)

 

 

我们可以逐渐网上增加并发数,取Request per second的最大值作为Http server的性能指标,拿到了QPS后,就可以计算PV(Page View)即页面访问量。这是衡量一个网站的重要指标。

单台服务器每天PV计算:

公式1:每天总PV=QPS * 3600 * 6

公式2:每天总PV=QPS * 3600 * 8

 

峰值QPS和机器计算:
原理:每天80%的访问集中在20%的时间里,这20%时间叫做峰值时间
公式:( 总PV数 * 80% ) / ( 每天秒数 * 20% ) = 峰值时间每秒请求数(QPS)
机器:峰值时间每秒QPS / 单台机器的QPS = 需要的机器

服务器数量计算:服务器数量 =ceil( 每天总PV / 单台服务器每天总PV )

 

问:每天100w PV 的在单台机器上,这台机器需要多少QPS?
答:( 1000000 * 0.8 ) / (86400 * 0.2 ) = 46 (QPS)

 

问:如果一台机器的QPS是18,需要几台机器来支持?
答:46/ 18 = 3

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值