服务器压力测试工具

Windows系统下的压测工具

Apache-Jmeter

下载地址:http://jmeter.apache.org/

服务器测试BIOS 服务器测试工具_apache

环境配置说明

Windows下安装步骤如下:

第一步: 安装JDK, 必须JDK1.7以上, 推荐1.8版本

jdk下载地址:http://www.oracle.com/technetwork/java/javase/downloads/index.html

JDK一键安装,无需多讲,默认安装路径即可

环境配置:计算机>属性>高级属性>环境变量

变量名:JAVA_HOME

变量值:D:Javajdk1.8.0_73(这里是jdk安装路径)

变量名:path

变量值:%JAVA_HOME%bin;%JAVA_HOME%jrebin;(使得系统可以在任何路径下识别java命令)

变量名:CLASSPATH

变量值:.;%JAVA_HOME%libdt.jar;%JAVA_HOME%libtools.jar;(这里需要注意的是.不能漏)Java运行环境加载类的路径

环境配置是否成功,输入javac或者java -version验证,出现如下界面表示成功

服务器测试BIOS 服务器测试工具_服务器测试BIOS_02


服务器测试BIOS 服务器测试工具_服务器_03

第二步: 进入jmeter下载页面: http://jmeter.apache.org/download_jmeter.cgi下载相应安装包, 如: apache-jmeter-3.3.zip

第三步: 解压安装到一个英文名称目录下, 如C:

第四步: 配置相应环境变量如下

新建变量名:JMETER_HOME

变量值: C:apache-jmeter-3.3

修改变量名CLASSPATH,加上如下变量值:

%JMETER_HOME%libextApacheJMeter_core.jar;%JMETER_HOME%libjorphan.jar;%JMETER_HOME%liblogkit-2.0.jar;

若CLASSPATH尾部没有分号;还需要先加分号;再加上述变量值

第五步: 进入C:apache-jmeter-3.3bin,进入bin目录后,双击运行jmeter.bat,打开的时候会有两个窗口,Jmeter的命令窗口和Jmeter的图形操作界面,不可以关闭命令窗口。

会出现如下界面,则表示安装成功:

服务器测试BIOS 服务器测试工具_apache_04


服务器测试BIOS 服务器测试工具_压力测试_05

工具配置说明
  1. 打开工具
    首先进到你的jmeter安装路径,找到bin文件夹,点击进去,找到jmeter.bat,鼠标右键用管理员方式运行,或者直接双击打开,此时会弹出2个界面:1.个是命令窗口,使用jmeter的时候此命令窗口不能关,你缩小到电脑任务栏即可。2.还有一个界面是jmeter工作页面,你可以在里面进行相关的操作.具体如图

服务器测试BIOS 服务器测试工具_服务器测试BIOS_06


服务器测试BIOS 服务器测试工具_apache_07

  1. 创建测试计划

服务器测试BIOS 服务器测试工具_服务器测试BIOS_08

  1. 创建线程组
  2. 服务器测试BIOS 服务器测试工具_测试工具_09


  3. 服务器测试BIOS 服务器测试工具_服务器_10

  4. 创建请求

服务器测试BIOS 服务器测试工具_apache_11

  1. 创建请求监听器

服务器测试BIOS 服务器测试工具_服务器测试BIOS_12

  1. 启动

服务器测试BIOS 服务器测试工具_apache_13

  1. 查看结果

服务器测试BIOS 服务器测试工具_apache_14

参考文章
  • 配置说明
  • 压测数据说明

Linux系统下压测工具

ApacheBench(ab)

简介

ab是apachebench命令的缩写, apache自带的压力测试工具。ab非常实用,它不仅可以对apache服务器进行网站访问压力测试,也可以对或其它类型的服务器进行压力测试。 比如nginx、tomcat、IIS等

原理

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

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

安装
# yum安装
yum -y install httpd-tools  

# 查看版本号
ab -V

# 操作帮助
ab --help
命令

常用命令:

# 同时处理1000个请求并运行30次index.php(注意:-n值(请求数)不能小于-c值(并发数))
ab -c 30 -n 1000 http://www.xxx.cn/index.php

结果:

This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking www.xxx.cn (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


Server Software:        nginx/1.18.0
Server Hostname:        www.xxx.cn
Server Port:            443
SSL/TLS Protocol:       TLSv1.2,ECDHE-RSA-AES256-GCM-SHA384,2048,256

Document Path:          /key
Document Length:        32 bytes

Concurrency Level:      30
# 整个测试持续的时间
Time taken for tests:   3.457 seconds  
# 完成的请求数量
Complete requests:      1000
# 失败的请求数量
Failed requests:        0
Write errors:           0
# 整个场景中的网络传输量
Total transferred:      294005 bytes
# 整个场景中的 HTML 内容传输量
HTML transferred:       32000 bytes
# 大家最关心的指标之一,相当于 LR 中的 每秒事务数 ,后面括号中的 mean 表示这是一个平均值
Requests per second:    289.29 [#/sec] (mean)
# 大家最关心的指标之二,相当于 LR 中的 平均事务响应时间 ,后面括号中的 mean 表示这是一个平均值
Time per request:       103.701 [ms] (mean)
Time per request:       3.457 [ms] (mean, across all concurrent requests)
# 平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题
Transfer rate:          83.06 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       29   36   3.7     36      52
Processing:    43   64  14.3     60     140
Waiting:       43   64  14.3     60     140
Total:         74  100  15.2     97     173

Percentage of the requests served within a certain time (ms)
  50%     97
  66%    102
  75%    106
  80%    109
  90%    116
  95%    129
  98%    151
  99%    162
 100%    173 (longest request)
错误说明
  • ab: Cannot use concurrency level greater than total number of requests

ab并发数不能大于请求数,调整-c值小于-n值即可。

  • socket: Too many open files (24)

请求数默认不能超过1024个,可用ulimit -n命令修改,例如:ulimit -n 8192 (设置用户可以同时打开的最大文件数)。

  • ab: Invalid Concurrency [Range 0…20000]

并发数默认不能大于20000个,需要修改apache源代码support目录下ab.c文件,找到:#define MAX_CONCURRENCY 20000,将宏定义的值改大,重新编译安装apache。

  • apr_socket_recv: Connection reset by peer (104)

apr-util有些问题,不太稳定,多试几次就好了