JMeter压测分布式部署

netstat -an | find "TCP" /C

处理过程：

一：调度机master启动以后，会拷贝本地的jmx文件分发到远程的slave机器上；

二：slave机器拿到脚本以后启动命令行模式去执行脚本，对于每台slave机器拿到的脚本都是一样的，所以如果jmx脚本为50个线程跑3分钟，那么实际并发就是50*3=150个线程并发跑3分钟；

三：执行时，slave会把执行获得的数据结果传给master机器，master机器会收集所有slave机器的信息并汇总，这样master机器上就存在一份所有slave机器汇总的数据结果。

注意事项：

一：我们注意到master机器启动后会拷贝jmx文件到slave机器，所以我们不需要在每台slave机器上也上传一份jmx，只需要在master机器上上传一份jmx脚本即可。

二：参数化文件：如果使用csv进行参数化，那么需要把参数文件在每台slave上拷一份且路径需要设置成一样的。

三：调度机(master)和执行机(slave)最好分开，由于master需要发送信息给slave并且会接收slave回传回来的测试数据，所以mater自身会有消耗，所以建议单独用一台机器作为master。

四：保证每台机器的jmeter版本和插件版本相同，避免造成一些意外问题。

五：分布式测试总样本数 = 线程数 * 循环次数 * 执行机总数， 样本计数逻辑为：执行机slave执行的测试脚本是由调度机master分发的，故每台执行机执行的测试脚本都是相同的，故而性能测试总样 本数 = 测试脚本样本数 * 执行机总数，而测试脚本样本数为线程数 * 循环次数

2：说完了原理，现在我们来说如何做jmeter分布式测试

• 在所有需要做分布式的机器上部署java和jmeter，要求需要保证每台机器上部署的jmeter版本相同插件版本也相同，最好部署在同一路径下(这样如果有csv参数化比较方便)

jmeter底层用java开发，耗内存、cpu，如果项目要求大并发去压测服务端的话，jmeter单节点难以完成大并发的请求，这时就需要对jmeter进行分布式测试：

调度机（Controller）：主要负责性能测试脚本的分发，及各个执行机（Slave）的测试结果收集汇总，报告产出。

执行机（Slave）：主要负责执行性能测试脚本及断言等（命令行模式执行，无界面），并将执行结果反馈给调度机（Controller），若断言执行成功则不返回请求响应数据及详细断言信息。

比如我部署在

三台执行机（Slave）

192.168.1.161、192.168.1.162、192.168.1.163

调度机（Controller）为：

192.168.5.133

四台机器上，每台机器部署路径为：D:\apache-jmeter-3.0

这篇好文章是转载于：学新通技术网