JMeter - 进行负载测试时主从配置优于所有主服务器 [英] JMeter - Benefits of master-slaves configuration over all masters when doing a load test
问题描述
关于用于负载测试的 JMeter 分布式配置(不在云端)，
About JMeter Distributed configuration for load testing (not in cloud),
我可以在不同的机器上设置 X 个 JMeter 主节点，并使用共享文件夹使用共享文件执行它们.
I can setup X JMeter masters in different machines and execute them with shared files using shared folder(s).
好处是:
每个主控都可以忽略其他主控，并且可以在需要时使用动态/不同的属性关闭和启动.
Each master is oblivious to other and can be shutdown and start when needed with dynamic/different properties.
每个 master 都有自己的日志和结果，可以单独探索.
Each master have its own logs and results that can be explored separately.
我不需要 JMeter 主机之间的网络连接.
I don't need network connection between JMeter masters' machines.
这种情况下使用主从配置有什么好处?当专注于负载测试时，这似乎是不必要的开销.
What are the benefits for using master-slave configuration in such case? It seems like an unnecessary overhead when focusing on load test.
推荐答案
好处是:
- 将结果集中在 1 个节点(主节点)上，您可以从主节点跟踪 Summarizer 中的结果，在那里生成 CSV/XML 文件，您可以在测试结束时使用 这个
- 将 jmx 计划集中在 1 个节点(主节点)上
- 从master同步测试，即master将从master开始/停止测试
除了您描述的缺点之外，还有:- 网络配置复杂性- 需要在每个节点上部署 csv(虽然有插件选项(redis，简单的表服务器)- 节点和主节点之间的网络流量
Besides the drawbacks you describe there are: - network configuration complexity - need to deploy csv on each node (although there are options with plugins (redis, simple table server) - network traffic between nodes and master
它是在部署自动化无法通过诸如 vagrant、ansible、云之类的东西实现的时候创建的......
It was created at time deployment automation was not available through things like vagrant, ansible, cloud ...
这篇关于JMeter - 进行负载测试时主从配置优于所有主服务器的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
