Windows 下 JMeter 分布式压测环境搭建

本文首发于：行者AI

在项目中我们经常会有压测的需求，而小巧轻便且免费的 JMeter 也顺势成为了我们的主流压测工具。

JMeter 是 Apache 组织开发的开源项目，设计之初是用于做性能测试的，同时它在实现对各种接口的调用方面做得比较成熟，因此，常被用作接口功能测试和性能测试。它能够很好的支持各种常见接口，如 HTTP(S)、WebService、JDBC、FTP 等、并以多种形式展示测试结果。

然而，在使用 JMeter 进行压测时，单机受限于内存，CPU，网络 IO。我们发现当被测接口需要很高的并发量，或者有些接口访问数很高的时候，很容易就导致本地端口被占满，出现请求报错的情况。此时，本地的一些 TCP 配置、性能峰值就可能成为性能测试的瓶颈点。（服务器还没被压崩，本地已经崩了== ）

因此，本文梳理了基于 JMeter 的分布式压测环境的搭建方法来解决这个问题，并能够满足参数化的需求。

1. Jmeter 分布式执行原理

JMeter 分布式执行时，选择其中一台作为调度机（master），其他机器作为执行机（slave）；

master 会在本地编辑好 jmx 压测脚本，执行时，master 将 jmx 脚本发送至 slave 上，slaver 执行时不需要启动 jmeter，只需要把 jmeter-sever.bat 文件打开以非 GUI 形式执行；

slave 执行完毕后将结果回传给 master，并由 master 进行结果的汇总；

简单来说能达到的效果也就是：比如我在 JMeter jmx 脚本中设立的线程数是 100，我在本地单机运行就会产生 100 次请求。如果我有 1 台 master 机器，2 台 slave 机器，那么每次会向服务器发送的请求数总共就是 100*3 次。

2. 环境搭建方法

2.1 环境准备

（1）master：JMeter 版本 5.1.1，jdk 版本 1.8；

（2）slave：另外 1 台测试机，JMeter 版本 5.1.1，jdk 版本 1.8；

注意：JMeter 和 jdk 版本与 master 一致，否则会出现一些意外的问题。具体的安装教程就不在这里做赘述了，网上有很多参考文章，可自行查阅。

2.2 master 机器配置

（1）要保证 master 机器进行测试脚本的有效分发，需要配置 slave 机器的 ip 地址和端口号。在 master 安装目录的 bin 文件下，打开 Jmeter/bin/jmeter.properties，找到 remote_hosts=127.0.0.1 的值并做修改：

PS：若有多台远程机需要都加进来，用逗号隔开，前面 127.0.0.1 为本机，默认端口为 1099（可自定义）

（2）参数化配置

参数文件必须为绝对路径，否则脚本执行时无法找到参数配置文件，因为 master 调度机在分发 jmx 脚本时，不会分发脚本中对应的参数文件。因此，需要手动将参数文件分发给 slave 机器（并且放在绝对路径下对应的位置，不然 slave 会找不到文件）

2.3 slave 机器的配置

（1）slave 安装 jdk 和 JMeter，并配置环境变量。尽量保持与 master 机器版本一致。两台 slave 机器 JMeter 的安装路径也保持一致，方便后续进行参数化配置；

（2）在 Slave 机器上，找到 Jmeter/bin/jmeter.properties 设置：server_port=1099；

（3）进入 slave 的 bin 目录下，执行 jmeter-server.bat，启动 JMeter 服务；启动成功如下图：

2.4 验证分布式环境是否搭建成功

启动 master 机器中 JMeter 的 GUI 界面，在运行-远程启动选项中可以看到配置好的 slave 机器，此时说明已经连接上远程 slave 机器。

如果你的环境在选择全部启动之后，没有报错，且发起请求数量和预先 jmx 设置的线程数一致，说明 JMeter 分布式测试环境搭建成功，可以开始测试了。

3. 问题及注意事项

• master 和 slave 必须是在同一网段；

• 关闭防火墙；

• 在 master 启动远程机器时，提示 FileNotFoundException；

原因：自 JMeter 4.0 以来，RMI 的默认传输机制将使用 ssl 协议。ssl 协议需要密钥和证书才能工作。

解决方案：在 Jmeter/bin/jmeter.properties 中，找到 server.rmi.ssl.disable，并设置：server.rmi.ssl.disable=true，表示不使用 ssl。master 和 salve 都得修改。

线程数的设定；

*最终的并发线程数=jmx 脚本设定的并发数 salve 机器数量**

JMeter 分布式测试，是通过网络连接将执行脚本分发至机器上去的，也就是每个执行机拿到的脚本都是独立的，都会去执行 jmx 中设定的并发数。

同步定时器的使用；

该定时器的作用是用来设置集合点，从而阻塞线程，直到指定的线程数量达到后，再一起释放，可以瞬间产生很大的压力。那么在分布式中是怎样来应用的呢？

举个栗子：

我们在一个线程组中设立线程数为 100，因为有 3 台 slave，因此我们期望瞬时并发能达到 300，故增加了一个固定定时器，并期望达到 300 的瞬时并发，如下图：

启用 3 台 slave 机器之后发现，并没有任何请求。这是因为同步定时器的设置只在当前的 jvm 中起作用，而 3 台 slave 则是 3 个独立的 jvm，而同步定时器是需要在线程数达到设置的线程数后才会释放，若没有达到就会一直死 等。显然每台独立的 slave 永远也不会达到 300 的线程数，因为每台 slave 设置的线程数也才 100，所以不会执行。 因此， 在分布式的情况下，设立的同步定时器中的阻塞线程数不要大于每个 jvm 中启用的线程数。

slave 机过了一段时间打印了“starting...”之后，一直没有变化，也没有 finish，master 机也没有执行结果；

查看 JMeter-sever.log 发现：connection refused to host：172.2x.xxx.x....

那该 IP 又是从哪里来的呢？最终发现，该 IP 为虚拟机网... 解决方案：如果远程负载机有虚拟网络，需要关闭虚拟网络。

结论：JMeter 是 JAVA 应用，对于内存和 CPU 的占用较大，当使用单机进行测试时，对于高并发的压测，JMeter 本身就会消耗本机很多资源，再想增大并发，一台机器就会显得有心无力，很容易达性能瓶颈。使用分布式压测，可以有效减少因本机性能对压测结果的影响。