在上一篇，秒杀系统架构设计与实现(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]]]
配置完了启动
根据提示一直填下去，遇到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/80362614 秒杀系统搭建与部署(1)---开篇
https://blog.csdn.net/luozhonghua2014/article/details/80384061 1万+QPS秒杀最低成本架构与实现
https://blog.csdn.net/luozhonghua2014/article/details/80387285 10万+QPS秒杀限流组件设计与实现
https://blog.csdn.net/luozhonghua2014/article/details/80396035 秒杀系统架构设计与实现(2)--15万QPS
https://blog.csdn.net/luozhonghua2014/article/details/80404386 秒杀系统架构设计与实现(3)--20万QPS
参考
https://www.cnblogs.com/suntingme/p/5995721.html