Jmeter系列（33）- Jmeter 分布式测试

转自：https://www.cnblogs.com/poloyy/

一、为什么要做分布式

1.1 Jmeter 本身的局限性

• 一台压力机的 Jmeter 默认 最大支持 1000 左右的并发用户数（线程数），再大的话，容易造成卡顿、无响应等情况，这是受限于 Jmeter 其本身的机制和硬件配置（内存、CPU等）
• 由于 Jmeter 是 Java 应用，对 CPU 和内存的消耗较大，在需要模拟大量并发用户数时，单机很 容易出现 JAVA 内存溢出的错误，导致测试脚本本身就有瓶颈

1.2 JVM 堆内存的局限性

​ Java 应用的 jvm 堆内存 heap 受压力机硬件限制，虽然我们可以调整堆内存大小

​ cmd 启用 Jmeter GUI 时，也会有提示

increase Java Heap to meet your test requirements: Modify current env variable HEAP="-Xms1g -Xmx1g -XX:MaxMetaspaceSize=256m" in the jmeter batch file

翻译：增加 Java 堆内存来满足测试的要求

​ 但是单机无法支撑数以万计大并发，此时，需要多个压力机进行分布式压力测试，这样性能瓶颈就不会是我们的压力机了

1.3 联想场景

• 测试 5000 并发的场景，但单机只能支持 1000 并发无法达到 5000
• 通过分布式（5 台机器起）可以模拟 5000 并发

1.4 分布式压测

​ Jmeter 支持分布式压测，将需要模拟的大量并发用户数分发到多台压力机，使 Jmeter 拥有更大的负载量，满足真实业务场景（高并发场景）

1.5 分布式的最终目的

• 确保压力机不会出现性能瓶颈
• 在后面进行性能分析时，不需要考虑压力机是否会导致性能瓶颈的主要原因之一

二、分布式原理

把上面的动图完整看完，就懂了，原理如下：

1. Master 是控制机，Slaves 是多个压力机，Target 是被测系统
2. 分布式测试中，Master 通过命令行将测试脚本分发给所有 Slave
3. Slave 不需要启动 Jmeter GUI，通过 CLI 模式执行测试
4. Slave 执行完后，会把结果回传给 Master
5. Master 收集所有 Slave 的结果并汇总成一个结果集

注意

• 压力机也可以叫：负载机、代理机、执行机、奴隶机、肉鸡....各种各样的名字，但他们都是 Slave
• Master 也 可以执行 测试脚本，也可以不执行只负责管理

三、分布式专用术语认知

3.1 Master

• 控制机
• 运行JMeter GUI（控制测试）的机器

3.2 Slave

• 压力机
• 运行 jmeter-server 的机器
• 它从 GUI 接收命令并将请求发送到目标系统

3.3 target

需要进行压力测试的 Web 服务器

四、实现分布式的前提条件

4.1 控制机和压力机的 jmeter 要一致

具体体现在

• jmeter 版本要一致
• jdk 主版本要一致（1.7、1.8...）
• jmeter 脚本中，csv 文件要一致
• jmeter 的插件要一致
• 同一局域网，防火墙开放端口

4.2 jdk 版本一致

看主版本即可

4.3 csv 文件一致

​ 主要是数据和路径要一致

​ 如何保持一致可以参考这篇博客：https://www.cnblogs.com/dongye95/p/14180729.html

4.4 保证一致性方法

​ 直接将控制机的 jmeter 压缩包移到每个压力机上解压使用

五、压力机配置

注意：压力机系统不限，可以是win、mac、linux

5.1 前置步骤

​ 将控制机的 jmeter 压缩包发送到压力机，解压

5.2 修改 jmeter.properties（下面三步走）

​ 进入 bin 目录

5.2.1修改 server_port 端口

​ 默认1009

​ 可修改任意端口，但不能已被占用的哦

5.2.2 修改 server.rmi.port 端口

​ 和 server_port 保持一致即可， 默认是会帮你保持一致的

5.2.3 设置 server.rmi.ssl.disable

​ 默认 false，代表需要认证

​ 设置为 true，减少不必要的麻烦

5.3 启动 jmeter-server 服务

仍然在 bin 目录下哦

5.3.1 如果压力机是 linux 或 mac

./jmeter-server -Djava.rmi.server.hostname=压力机ip

5.3.2 如果是window

jmeter-server.bat -Djava.rmi.server.hostname=压力机ip 

5.4 检查防火墙

• 检查防火墙是否被关闭，防火墙会影响脚本执行和测试结构收集
• 确认 server_port 的端口 没有被占用以及需要对外开放，端口占用会导致压力机报错

六、控制机配置

6.1 修改 jmeter.properties（下面三步走）

6.1.1 修改 remote_hosts

• 多个压力机之间用 , 隔开
• 不同压力机 端口可以不一样，不需要全部都一致
• 如果控制机也测试则加 127.0.0.1:port ，然后修改 server_port 和 server.rmi.port （和压力机一样步骤）

6.1.2 设置 server.rmi.ssl.disable

6.1.3 设置 mode

• 用于查看分布式测试过程中，每个压力机的测试结果
• 若不启用，在运行过程中，控制器是 无法实时看到 压力机的结果

七、控制机运行分布式测试

7.1 启动远程服务器

​ 这里会显示所有 remote_hosts 添加的压力机

​ 点击启动后，查看压力机

八、分布式注意事项

• 如果并发较高，建议将控制机设置为只启动测试脚本和收集汇总测试结果
• 分布式测试中，如果 1S 发送 100 个模拟请求，有 5 个压力机，那么需要将脚本的线程数设置为 20，否则模拟请求数会变成 500，和预期结果相差太大
• 只需要修改控制机的脚本，启动压力机之后，压力机 执行的就是最新的脚本

8.1 具体例子

​ 针对注意事项二，我们来看看例子

​ 设置了 10 个线程

​ 启动两台压力机的测试结果

​ 一共发出了 20 个请求（10*2）

​ 其实这就是分布式的好处，如果需要 1000 个并发用户数，有 10 台压力机，每台压力机只需要满足 100 个并发用户数即可

九、分布式已知局限性

• 若没有代理，RMI 不能跨子网通信，因此 JMeter 没有代理是不行的
• 从 2.9 版本开始，JMeter发送所有剥离了响应数据的结果到控制台，这使我们降低了网络IO的影响，确保监控你的网络流量，使得网络不是争议点
• 在 2-3 GHz 的 CPU 上，单个 JMeter 客户端根据测试的类型，可以处理 1000-2000的线程

十、分布式测试结果图表

10.1 分布式测试的前提

​ 共有两个压力机：本机和另一台电脑的虚拟机

10.2 线程组结构树

​ 一共有三个请求，三个监控结果图表

10.3 线程属性

​ 10 个线程，持续运行 30s

10.4 活跃线程图表

​ 这里可以看到有两条线，分别代表两个压力机的活跃线程数，不是按照接口来分线哦

10.5 TPS 图表

​ 三条线代表三个接口的 TPS

10.6 响应时间图表

三条线的情况和 TPS 一样哦

十一、分布式测试中可能会遇到的问题

11. 1 缺少 rmi_keystore.jks

​ 这就是上面有提到的证书问题

11.1.1 方式一

​ 在 jmeter.properties 中设置 server.rmi.ssl.disable=true

11.1.2 方式二

​ 在 bin 目录下，执行 create_create-rmi-keystore.sh

​ 最后会在 bin 目录下生成一个证书