为什么要做分布式压测呢?
在实际工作中, Jmeter 可能需要虚拟上千个并发用户,而每台电脑实际能虚拟的线程数是有限的
java.net.BindException: Address already in use: connect
上面 Jmeter 的这个报错信息,就是具体的表现(一般一台电脑能构建的虚拟用户是2000个左右)
当然也能通过修改注册表暂时性的解决这个问题【可以参考我的这篇】:
Jmeter压测报错:java.net.BindException: Address already in use: connect解决办法
但是这个方式是针对 Windows 环境下压测的解决办法,放到 Linux 环境下就不适用了
于是乎就有了分布式【分摊机器自身的压力】:多台机器一起虚拟并发用户,实现更大的并发
一、分布式配置
1. 保持一致性【最简单的方法:jmeter 和脚本放一起一起打包放在 Linux】:
分布式机器要在同一个局域网
JDK 版本一致【大版本一致比如:1.8.xxx】
Jmeter 版本一致 【本机 Jmeter 的 zip 压缩包】
插件及版本一致
防火墙全部关掉【不管是主控机还是协助的傀儡机】
【 操 作 系 统 没 有 要 求 】
2. 分布式机器 Linux 的配置【也叫助攻机器配置】
修改 bin 目录下的 jmeter.properties
1.查找 server_port 关键词,在底下添加一个自定义的端口: server_port = 3211
2.查找 server.rmi.port 关键词,在底下添加一个自定义认证的端口 server.rm

博客介绍了进行Jmeter分布式压测的原因,因单台电脑虚拟线程数有限,在Linux环境下需采用分布式分摊压力。还阐述了分布式配置方法,以及主控启动助攻机器运行分布式压测脚本的操作步骤,同时提及压测前要启动所有Jmeter、关闭防火墙、主辅机互Ping通并启动监控插件。
最低0.47元/天 解锁文章
2485

被折叠的 条评论
为什么被折叠?



