AB 压测的部署与使用指南，还有出现的问题与解决方案

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

AB 压测的部署与使用指南

ab是apachebench命令的缩写

ab的原理：ab命令会创建多个并发访问线程，模拟多个访问者同时对某一URL地址进行访问。它的测试目标是基于URL的，因此，它既可以用来测试apache的负载压力，也可以测试nginx、lighthttp、tomcat、IIS等其它Web服务器的压力。

ab命令对发出负载的计算机要求很低，它既不会占用很高CPU，也不会占用很多内存。但却会给目标服务器造成巨大的负载，其原理类似CC攻击。自己测试使用也需要注意，否则一次上太多的负载。可能造成目标服务器资源耗完，严重时甚至导致死机。

 

1.   下载

a)     http://www.apache.org/ 下载的版本为2.4

b)     下载得到文件:httpd-2.4.25-lre-2.5.1-x64-vc14.zip

c)     解压,放在盘符下(注意路径中不能存在中文)

2.   安装

a)     打开bin 文件按Shift+鼠标右键打开命令窗口输入: httpd -k install,把apache安装成windows后台服务, 删除服务命令为:sc delete apache2.4

b)     若正常则跳过这一步;

若出现丢失vcruntime140.dll 则缺少 VC++ 2015 下载地址: https://www.microsoft.com/zh-cn/download/confirmation.aspx?id=48145 直接安装则可;

c)     安装完毕提示成功标志 success

3.   使用

a)     打开服务,启动Apache2.4

b)     若正常则跳过这一步;

若出现错误: apache2.4服务无法启动 发生服务特定错误:1

解决方法为:一,先检测端口问题,默认端口为 80 可以通过conf文件修改其端口号;一般都是端口占用的问题,但我遇到的问题比较奇怪,经过一番配置发现443端口也必须开启然而我的问题就出在这,电脑已经打开了LR测试软件,该软件占用了443端口,所以无法启动 Apache 一直报出错误;将其软件闭关重新打开服务则可;

PS：更改端口位置:( httpd.conf 文件 59行 Listen 80处,将80更改为其他不在用端口);

c)     进入bin文件下打开命令窗口输入: ”ab -c 并发数 -n 请求数 URL”回车;URL为需要压测的网址路径

例子:

ab -c 100 -n 1000 https://my.oschina.net/Shilu/blog

运行ing…

出现结果..

4.   结果解析

a)     Server Software:        web服务器软件及版本

b)     Server Hostname:        请求的地址

c)     Server Port:            请求的端口

d)     Document Path:          请求的页面路径

e)     Document Length:        页面大小

f)      Concurrency Level:      并发数

g)     Time taken for tests:   测试总共花费的时间

h)     Complete requests:      完成的请求数

i)       Failed requests:        失败的请求数

j)      Write errors:           写入错误

k)     Total transferred:      总共传输字节数.包含http的头信息等

l)       HTML transferred:       html字节数,实际的页面传递字节数

m)   Requests per second:    每秒处理的请求数,服务器的吞吐量(重要)

n)     Time per request:       平均数,用户平均请求等待时间

o)     Time per request:       服务器平均处理时间

p)     Transfer rate:          平均传输速率(每秒收到的速率)

5.   命令参数解析

a)     -n在测试会话中所执行的请求个数。默认时，仅执行一个请求。

b)     -c一次产生的请求个数。默认是一次一个。

c)     -t测试所进行的最大秒数。其内部隐含值是-n 50000，它可以使对服务器的测试限制在一个固定的总时间以内。默认时，没有时间限制。

d)     -p包含了需要POST的数据的文件。

e)     -P对一个中转代理提供BASIC认证信任。用户名和密码由一个:隔开，并以base64编码形式发送。无论服务器是否需要(即, 是否发送了401认证需求代码)，此字符串都会被发送。

f)      -T POST数据所使用的Content-type头信息。

g)     -v设置显示信息的详细程度-4或更大值会显示头信息，3或更大值可以显示响应代码(404,200等),2或更大值可以显示警告和其他信息。

h)     -V显示版本号并退出。

i)       -w以HTML表的格式输出结果。默认时，它是白色背景的两列宽度的一张表。

j)      -i执行HEAD请求，而不是GET。

k)     -x设置<table>属性的字符串。

l)       -X对请求使用代理服务器。

m)   -y设置<tr>属性的字符串。

n)     -z设置<td>属性的字符串。

o)     -C对请求附加一个Cookie:行。其典型形式是name=value的一个参数对，此参数可以重复。

p)     -H对请求附加额外的头信息。此参数的典型形式是一个有效的头信息行，其中包含了以冒号分隔的字段和值的对(如,"Accept-Encoding:zip/zop;8bit")。

q)     -A对服务器提供BASIC认证信任。用户名和密码由一个:隔开，并以base64编码形式发送。无论服务器是否需要(即,是否发送了401认证需求代码)，此字符串都会被发送。

r)      -h显示使用方法。

s)     -d不显示"percentage served within XX [ms] table"的消息(为以前的版本提供支持)。

t)      -e产生一个以逗号分隔的(CSV)文件，其中包含了处理每个相应百分比的请求所需要(从1%到100%)的相应百分比的(以微妙为单位)时间。由于这种格式已经“二进制化”，所以比'gnuplot'格式更有用。

u)     -g把所有测试结果写入一个'gnuplot'或者TSV(以Tab分隔的)文件。此文件可以方便地导入到Gnuplot,IDL,Mathematica,Igor甚至Excel中。其中的第一行为标题。

v)     -i执行HEAD请求，而不是GET。

w)    -k启用HTTP KeepAlive功能，即在一个HTTP会话中执行多个请求。默认时，不启用KeepAlive功能。

x)     -q如果处理的请求数大于150，ab每处理大约10%或者100个请求时，会在stderr输出一个进度计数。此-q标记可以抑制这些信息。

6.   AB性能指标

a)     1、吞吐率（Requests per second）

       服务器并发处理能力的量化描述，单位是reqs/s，指的是在某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。

记住：吞吐率是基于并发用户数的。这句话代表了两个含义：

吞吐率和并发用户数相关

不同的并发用户数下，吞吐率一般是不同的

计算公式：总请求数/处理完成这些请求数所花费的时间，即

Request per second=Complete requests/Time taken for tests

必须要说明的是，这个数值表示当前机器的整体性能，值越大越好。

b)     2、并发连接数（The number of concurrent connections）

并发连接数指的是某个时刻服务器所接受的请求数目，简单的讲，就是一个会话。

c)     3、并发用户数（Concurrency Level）

要注意区分这个概念和并发连接数之间的区别，一个用户可能同时会产生多个会话，也即连接数。在HTTP/1.1下，IE7支持两个并发连接，IE8支持6个并发连接，FireFox3支持4个并发连接，所以相应的，我们的并发用户数就得除以这个基数。

d)     4、用户平均请求等待时间（Time per request）

计算公式：处理完成所有请求数所花费的时间/（总请求数/并发用户数），即：

Time per request=Time taken for tests/（Complete requests/Concurrency Level）

e)     5、服务器平均请求等待时间（Time per request:across all concurrent requests）

计算公式：处理完成所有请求数所花费的时间/总请求数，即：

Time taken for/testsComplete requests

可以看到，它是吞吐率的倒数。

同时，它也等于用户平均请求等待时间/并发用户数，即

Time per request/Concurrency Level

7.   其他注意事项,出错解决方法

a)     并发数不能大于请求数,会给出提示

ab: Cannot use concurrency level greater than total number of requests

b)     请求数默认不能超过1024个,会提示

socket: Too many open files (24)

可用ulimit -n命令修改，例如：ulimit -n 8192 （设置用户可以同时打开的最大文件数）。

c)     并发数默认不能大于20000个，会提示

ab: Invalid Concurrency [Range 0..20000]

需要修改apache源代码support目录下ab.c文件，找到：
#define MAX_CONCURRENCY 20000
将宏定义的值改大，重新编译安装apache。

d)     提示

apr_socket_recv: Connection reset by peer (104)

网上说是apr-util有些问题，不太稳定，多试几次就好了。

还有单独的apache bench源码包，及如何单独安装ab教程
下载：http://apachebench-standalone.googlecode.com/files/ab-standalone-0.1.tar.bz2
安装教程：https://code.google.com/p/apachebench-standalone/wiki/HowToBuild

e)     测试时发现有如下错误

...

Failed requests:        998

  (Connect: 0, Receive: 0, Length: 998, Exceptions: 0)

...

是因为在测试动态页面时，返回的长度和第一次不同，所以ab就判断失败了，对于动态页面这是合理的。

f) 测试 HTTPS 网址的时候报：SSL not compiled in; no https support，转换为Http就行了。。   

g) apr_pollset_poll: The timeout specified has expired (70007)  ，直接加入-k；

     例如：“ab -n 1 -c1 -k URL”

参考转载以下大神文章结合自己理解。

转载：http://wgxsoft.blog.163.com/blog/static/17381917120141124120419/

转载：http://www.cnblogs.com/whowhere/p/5656134.html

 

 

 

 

转载于:https://my.oschina.net/Shilu/blog/906797