JMeter4.0分布式调度压测部署--正确姿势

 在上一篇，秒杀系统架构设计与实现(3)--20万QPS（https://blog.csdn.net/luozhonghua2014/article/details/80404386）我们遇到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，到底看看秒杀系统架构设计与实现能抗多少