JMeter4.0分布式调度压测部署

QPS（https://blog.csdn.net/luozhonghua2014/article/details/80404386）我们遇到jmeter被假死死了，这里有2个原因，一是jmeter原本是java写的，heap受硬件限制需要调优，二是单机无法分解超大并发比如100万+并发压测，因此，我们分二部走，首先我们需要进行jmeter分布式部署和调配，二是我们需要对每台执行机进行深度jmeter jvm调优，掠尽所有执行及的硬件和网络资源
首先我们来看如何进行jmeter分布式部署和配置

先杀个原理图

这个图说明的是要一台控制机，然后由这台控制机发压测脚本到每台远程执行机，然后由控制机收集执行机结果

1、配置控制机

其实很简单（不过配置控制机和执行机前，先在每台物理机上配置好jdk和jmeter哦，不懂问度娘吧）




根据提示一直填下去，遇到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

---

原文：https://blog.csdn.net/luozhonghua2014/article/details/80418114

标签：blog,压测,JMeter4.0,式调度,控制机,https,QPS,net,jmeter
来源： https://blog.csdn.net/Love_Polaris/article/details/94734853