我们遇到jmeter被假死死了,这里有2个原因,一是jmeter原本是java写的,heap受硬件限制需要调优,二是单机无法分解超大并发比如100万+并发压测,因此,我们分二部走,首先我们需要进行jmeter分布式部署和调配,二是我们需要对每台执行机进行深度jmeter jvm调优,掠尽所有执行及的硬件和网络资源
首先我们来看如何进行jmeter分布式部署和配置
先杀个原理图
这个图说明的是要一台控制机,然后由这台控制机发压测脚本到每台远程执行机,然后由控制机收集执行机结果
1、配置控制机
其实很简单(不过配置控制机和执行机前,先在每台物理机上配置好jdk和jmeter哦,不懂问度娘吧)
另外,如果装有
请禁用,否则会爆出与真实的控制物理机不同的ip,造成无法telnet通
Created remote object: UnicastServerRef2 [liveRef: [endpoint:[192.168.56.1:49337
,SSLRMIServerSocketFactory(host=WIN-20170218BWC/192.168.56.1, keyStoreLocation=r
mi_keystore.jks, type=JKS, trustStoreLocation=rmi_keystore.jks, type=JKS, alias=
rmi),SSLRMIClientSocketFactory(keyStoreLocation=rmi_keystore.jks, type=JKS, trus
tStoreLocation=rmi_keystore.jks, type=JKS, alias=rmi)](local),objID:[-371cc2e2:1
6387b0439e:-7fff, -7372510158384799491]]]
配置完了启动,但是会报错,提醒要加密了,具体操作也很简单,如图所示,双击create-rmi-keystore.bat
根据提示一直填下去,遇到yes与No就直接填:Y 然后回车就ok了,要注意:生成的rmi_keystore.jks复制到每一台执行物理机
的jmeter bin目录下去
然后控制机的再启动 jmeter-server.bat
最后配置jmeter客户端脚本
比如:
注意:113是控制机也是应用服务器,如果nginx是114物理机那么就要把113改成114
现在还不能启动执行机,启动执行机的前提是要配置好各个执行机的jmeter环境 jdk8和配置,比如前面说的要复制控制机的密钥文件
2 、执行机115
启动
好了,至此控制机和执行机分布式部署和配置已完成,现在我们压测一把
在控制机配置脚本
压5万QPS执行机115(硬件配置低端)已会出内存溢出
我们再看控制机结果
再看最后数据有没有问题
数据完整,说明115机一直强悍,应用架构扛住100万QPS还可以继续用n个执行物理机来做,当然我们的控制机也可以压个20万QPS也不成问题,好了,我们最后依然需要调优不同的执行机jvm来达成100万+QPS
原文出处:https://blog.csdn.net/luozhonghua2014/article/details/80418114