jmeter---分布式

一，分布式

概念：
  控制机安排工作下去，一堆执行机操作，完成后，数据回归控制机整合。

原理：

1. 一台机器做控制台用也就是（master/Controller），其他机器做被指挥的小弟也就是（slave/Agent）
2. 执行脚本的时候，控制台把脚本发送到每个子机上面，小弟们开始执行，小弟们执行的时候是不启动GUI（可视化界面），通过命令行模式执行
3. 执行完成之后，小弟们把处理结果一同传给控制台机器，控制台做汇总展示，这样就实现了分布式测试

二，举个栗子

因为没有现实那么多机器，就拿本机做展示
在一台电脑上玩的话，开3个JMETER就称为伪分布式
复制2个，就三个了，改两个端口号，想怎么(｡･∀･)ﾉﾞ嗨就怎么(｡･∀･)ﾉﾞ嗨

1）创建小弟们

先在本机中复制两个Jmeter的文件夹充当slave机（就是奴隶机，小弟），整个jmeter文件夹全部复制


注：
  真实工作是有多台PC一起工作的，我们可以把自己本机（充当指挥的机子）中的Jmeter整个文件夹都发送给需要的小弟机们，保证所有机器上面的版本环境都是一样的，如果有使用外部CSV文件的话，要一起复制过去，可以放置在bin\examples等文件夹中，一并发送过去。

2）建立主仆关系

控制台配置：

找到文件中的代码：

修改成：

小弟们配置：

同一个文件夹，小弟1号：

修改为：

小弟2号：

修改为：

关系建立完成了
未建立关系之前：

建立关系之后：

3）将小弟们运行起来

通过下图这个文件用命令行的形式运行起来

注：如果来了一个下图的报错

解决方案：
将所有Jmeter文件夹中的bin\jmeter.properties 的代码修改一下：
将server.rmi.ssl.disable=false修改为server.rmi.ssl.disable=true
控制机和小弟机都要改，不然命令行形式启动会报错

修改为：

启动成功是这样的：

4）控制台（主机）上运行脚本

随便搞一个请求

设置了50个线程（用户）：

将所有小弟启动：

运行结果：

三，注意事项

1. 如果有外部CSV作为数据源，记得同步发送给子机器
2. 所有做分布式的机器，运行jmeter环境需要一致
3. 因为master（调度机，控制机）和slave（执行机，奴隶机）最好都是分开的，因为主机是需要发送信息给多个子机还要接收回来测试数据，本身会有消耗，对于大数据量测试的话，可能会影响测试准确性。
4. 作为master主机，一般是不会参与执行测试的，如上，设置的是50个线程（用户），2个子机器，聚合报告数据100
5. 在主机上控制某个小弟运行，保存：Bad call to remote host（远程主机呼叫失败）
    排查：小弟机器文件夹的jmeter-server.bat是否启动了，主机器上bin\jmeter.properties文件中的remote_hosts配置是否错误
6. 子机上执行脚本的时候，如果脚本有断言，执行成功，则不会返回请求响应数据和详细断言信息
7. 连接报错：connection refused to host：10.10.90.69 nested exception is…
    可能是jmeter安装文件的路径下有中文了

搜刮网络大佬们的知识

（1）Jmeter 是纯java 应用，对于CPU和内存的消耗比较大，并且受到JVM的一些限制；

一般情况下，依据机器配置，单机的发压量为300～600，因此，当需要模拟数以千计的并发用户时，使用单台机器模拟所有的并发用户就容易卡死，引起JAVA内存溢出错误；(在1.4GHz～3GHz的CPU、1GB内存的JMeter客户端上，可以处理线程100～300。但是WebService例外。XML处理是CPU运算密集的，会迅速消耗掉所有的CPU。一般来说，以XML技术为核心的应用系统，其性能将是普通Web应用的10%～25%。)

（2）单台机器模拟的时候，如果并发数量较多且发送的网络包较大时，单机的网络带宽就会成为测试瓶颈，无法真正模拟高并发，导致测试结果失真（例如在要一秒内发送3000个请求，合计512kb，但是测试电脑只有256的上传带宽，那么实际测试的时候只是模拟了在一秒内发送1500个请求（256kb）的场景，导致测试结果失真。下载带宽的影响也是类似的）；即：如果所有负载由一台机器产生，网卡和交换机端口都可能产生瓶颈，所以一个JMeter客户端线程数不应超过100。

（以上是测试机器的分析；应该还有别的，如硬盘等）

（3）真正的业务场景并发，我觉得应该是用户数大，每个用户的请求数小。如：更可能是1000个用户在2秒内各发起2个请求，而不是200个用户在2秒内各发起10个请求，虽然总的请求数都是2000个。