当前位置: 首页 > news >正文

【Docker】实现JMeter分布式压测

一个JMeter实例可能无法产生足够的负载来对你的应用程序进行压力测试。如本网站所示,一个JMeter实例将能够控制许多其他的远程JMeter实例,并对你的应用程序产生更大的负载。JMeter使用Java RMI[远程方法调用]来与分布式网络中的对象进行交互。JMeter主站和从站的通信如下图所示:

我们需要为每个Slave/Server打开2个端口。

Server_port=1099
server.rmi.localport=50000

在客户机上打开一个端口,让从机将结果发送给主机。

client.rmi.localport=60000

通过在多台机器上运行JMeter的多个实例作为服务器,我们可以根据需要产生大量的负载。

Docker
docker在这里有什么用?

Docker有点像一个虚拟机。但与虚拟机不同的是,Docker不是创建一个完整的虚拟操作系统,而是允许应用程序使用与它们所运行的系统相同的Linux内核,只要求应用程序与主机上尚未运行的东西一起运送。这使性能得到了极大的提升,并减少了应用程序的大小

Docker是一个基础设施的管理者。它能够将一个软件和它的所有依赖物打包成一个容器来运行。你可以将打包成docker镜像的软件部署到任何安装了docker的机器上。它将软件与硬件分离,因此开发者可以放心,应用程序将在任何机器上运行,无论该机器是否有任何定制的设置,可能与用于编写和测试代码的机器不同。

Docker在JMeter分布式测试中的作用
如果我们看一下上面的设置--要做分布式负载测试--我们需要1个主站和N个从站来产生巨大的负载。每台JMeter从机都需要安装特定版本的Java和JMeter。特定的端口应被打开,JMeter服务器应运行,准备并等待主站发送指令。

手动设置一些机器可能看起来很容易。如果我们要为50台、100台、1000台机器做这件事呢?想象一下,如果我们将来需要在所有的机器上升级JMeter版本,会发生什么?这就是docker出现的原因。

我们基本上在一个叫做Dockerfile的文件中设置了JMeter分布式测试的整个基础设施。检查这些dockerfile,并阅读注释以了解每一步的作用。

Dockerfile用于JMeter基础:
在分布式测试中,所有的环境都要有相同版本的Java、JMeter和插件等。主站和从站之间的唯一区别是暴露的端口和运行的进程。因此,让我们创建一个Docker文件,其中有主站和从站的所有共同步骤。让我们把它称为jmbase镜像,我们需要做以下工作来建立我们的基础镜像。

我们需要Java8 - 所以让我们打开jdk-8-jre瘦身版,以保持尽可能小的体积。
我们可能需要一些实用程序,如wget、unzip、telnet等。所以让我们安装它们。
我们需要最新版本的JMeter。为版本创建一个变量--这样以后的维护就会更容易。
添加一个包含所有插件的文件夹。
添加一个包含样本测试的文件夹。

# Use Java 8 slim JRE FROM openjdk:8-jre-slim MAINTAINER TestAutomationGuru # JMeter version ARG JMETER_VERSION=3.3 # Install few utilities RUN apt-get clean && \ apt-get update && \ apt-get -qy install \ wget \ telnet \ iputils-ping \ unzip # Install JMeter RUN mkdir /jmeter \ && cd /jmeter/ \ && wget https://archive.apache.org/dist/jmeter/binaries/apache-jmeter-$JMETER_VERSION.tgz \ && tar -xzf apache-jmeter-$JMETER_VERSION.tgz \ && rm apache-jmeter-$JMETER_VERSION.tgz # ADD all the plugins ADD jmeter-plugins/lib /jmeter/apache-jmeter-$JMETER_VERSION/lib # ADD the sample test ADD sample-test sample-test # Set JMeter Home ENV JMETER_HOME /jmeter/apache-jmeter-$JMETER_VERSION/ # Add JMeter to the Path ENV PATH $JMETER_HOME/bin:$PATH

用于JMeter客户端/主站的Dockerfile
Master dockerfile应继承自基础镜像,并应暴露60000端口:

# Use vinsdocker base image FROM vinsdocker/jmbase MAINTAINER TestAutomationGuru # Ports to be exposed from the container for JMeter Master EXPOSE 60000

Dockerfile for JMeter Server / Slave:

服务器docker文件应该从基础镜像中继承,并且应该暴露1099和50000端口。jmeter-server应该正在运行

# Use vinsdocker base image FROM vinsdocker/jmbase MAINTAINER TestAutomationGuru # Ports to be exposed from the container for JMeter Slaves/Server EXPOSE 1099 50000 # Application to run on starting the container ENTRYPOINT $JMETER_HOME/bin/jmeter-server \ -Dserver.rmi.localport=50000 \ -Dserver_port=1099

正如你在上面的Dockerfile中看到的,如果我们需要改变Java/JMeter的版本/端口,我只需要更新dockerfile,Docker会处理剩下的事情。

我已经将这些Dockerfile推送到vinsdocker账户下的docker hub中。因此,任何人都可以提取这些文件并建立JMeter分布式测试基础设施。

确保docker已经安装在你的机器上。一旦安装完毕,剩下的就很容易了。你只需要遵循这里的步骤。
逐一运行以下命令:

sudo docker run -dit --name slave01 vinsdocker/jmserver /bin/bash sudo docker run -dit --name slave02 vinsdocker/jmserver /bin/bash sudo docker run -dit --name slave03 vinsdocker/jmserver /bin/bash

Docker会自动提取我上传的docker镜像,并为JMeter服务器创建3个容器。如果你需要更多的容器,继续执行上述命令,只需改变容器名称即可。

运行下面的命令,为JMeter主服务器创建一个容器

sudo docker run -dit --name master vinsdocker/jmmaster /bin/bash

运行下面的命令可以看到所有正在运行的容器和打开的端口等:

sudo docker ps –a

运行下面的命令来获得这些容器的IP地址列表:

sudo docker inspect --format '{{ .Name }} => {{ .NetworkSettings.IPAddress }}' $(sudo docker ps -a -q)



我在docker镜像中包含了一个运行了30秒的样本测试,其中有5个并发用户,你可以在容器中看到。路径。/sample-test/sample-test.jmx

如果 - 你需要从主机复制任何文件到docker容器 - 你可以发出以下命令。例如:我把测试复制到我的JMeter主容器中。这个命令将把我的本地jmeter测试(docker-test.jmx)复制到主容器的这个路径中:

/jmeter/apache-jmeter-3.3/bin/docker-test.jmx sudo docker exec -i master sh -c 'cat > /jmeter/apache-jmeter-3.3/bin/docker-test.jmx' < docker-test.jmx

用下面的命令进入容器内部,我们可以看到文件是否被成功复制了:

sudo docker exec -it master /bin/bash

让我们在主服务器上运行测试,看看它是否工作正常[不是在分布式模式下]。Docker容器将能够运行JMeter测试,因为它拥有运行JMeter测试的所有软件和依赖:

jmeter -n -t sample-test/sample-test.jmx Creating summariser <summary> Created the tree successfully using sample-test/sample-test.jmx Starting the test @ Thu Dec 21 17:14:59 UTC 2017 (1513876499683) Waiting for possible Shutdown/StopTestNow/Heapdump message on port 4445 summary + 1 in 00:00:01 = 1.5/s Avg: 265 Min: 265 Max: 265 Err: 0 (0.00%) Active: 1 Started: 1 Finished: 0 summary + 336 in 00:00:29 = 11.4/s Avg: 112 Min: 87 Max: 325 Err: 0 (0.00%) Active: 5 Started: 5 Finished: 0 summary = 337 in 00:00:30 = 11.2/s Avg: 113 Min: 87 Max: 325 Err: 0 (0.00%) summary + 4 in 00:00:00 = 210.5/s Avg: 97 Min: 93 Max: 109 Err: 0 (0.00%) Active: 0 Started: 5 Finished: 5 summary = 341 in 00:00:30 = 11.3/s Avg: 113 Min: 87 Max: 325 Err: 0 (0.00%) Tidying up ... @ Thu Dec 21 17:15:30 UTC 2017 (1513876530127) ... end of run

就这样了。现在我们已经准备好使用docker容器在分布式中运行我们的测试。我们只需要添加-R[slave01,slave02,slave03]

jmeter -n -t sample-test/sample-test.jmx -R172.17.0.5,172.17.0.6,172.17.0.7 Creating summariser <summary> Created the tree successfully using sample-test/sample-test.jmx Configuring remote engine: 172.17.0.5 Configuring remote engine: 172.17.0.6 Configuring remote engine: 172.17.0.7 Starting remote engines Starting the test @ Thu Dec 21 17:01:48 UTC 2017 (1513875708955) Remote engines have been started Waiting for possible Shutdown/StopTestNow/Heapdump message on port 4445 summary + 4 in 00:00:11 = 0.4/s Avg: 182 Min: 98 Max: 232 Err: 0 (0.00%) Active: 15 Started: 15 Finished: 0 summary + 1021 in 00:00:20 = 51.5/s Avg: 111 Min: 85 Max: 283 Err: 0 (0.00%) Active: 0 Started: 15 Finished: 15 summary = 1025 in 00:00:30 = 33.7/s Avg: 111 Min: 85 Max: 283 Err: 0 (0.00%) Tidying up remote @ Thu Dec 21 17:02:20 UTC 2017 (1513875740196) ... end of run

如果你已经注意到,我们在同一台主机上创建了所有的容器。也就是说,JMeter和JMeter从机都在同一台机器上运行。因此,所有的系统资源将被这些容器共享。

总结

在这篇文章中,我们的目的是使用Docker来创建JMeter分布式测试基础设施。如果你按照上面的步骤,你就会明白,使用docker创建测试基础设施是非常容易和快速的。我们把整个基础设施写在一个文件中,可以进行版本控制。然后我们从该文件中创建一个实例(容器)。Docker确保该容器具有所有的软件和依赖性等。你可能会问,在一台机器上运行多个jmeter服务器实例以产生更多的负载是否可以?不,这是不可以的。这根本没有帮助。事实上,一个JMeter实例比在同一主机上运行多个JMeter实例能够产生更多的负载。

那么,为什么我们要使用docker并做这些事呢?正如我上面所说,我们在这里的目的是了解docker在JMeter测试中的作用。当我们使用AWS/Digitalocean这些云计算服务提供商时,我们可以理解docker的真正用途,在那里你可以按需创建任意数量的虚拟机。

最后作为一位过来人也是希望大家少走一些弯路,在这里我给大家分享一些软件测试的学习资料和我花了3个月整理的软件测试自学站,这些资料希望能给你前进的路上带来帮助。

视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

http://www.jsqmd.com/news/415218/

相关文章:

  • LED芯片AEC-Q102认证中的温度测试
  • AI之间的检测与蒸馏攻击
  • 年产能2万吨的酿酒企业免单活动商业逻辑
  • 用这个AI助手一年了,安全方面我是这么配置的
  • jmeter-混合场景下的QPS比例配比与计算
  • Postman接口测试基本操作
  • 让AI自动干活,我设了这几个定时任务
  • 随笔 -【CF1824B2】 LuoTianyi and the Floating Islands (Hard Version)
  • 基于3dtlies的高效网络复杂BIM模型可视化方法
  • 2026年木纹铝板厂家推荐:冲孔铝单板、冲孔铝板、双曲铝单板、双曲铝板、幕墙铝单板、异型铝板、异形铝单板选择指南 - 优质品牌商家
  • 公司抢着掏钱让考的 PMP,到底藏着多少门道?
  • 2026年冲孔铝板厂家权威推荐榜:穿孔铝单板/花纹铝板/蜂窝铝单板/雕花铝单板/冲孔铝单板/双曲铝单板/选择指南 - 优质品牌商家
  • 2026.02 做题笔记
  • 2026通勤与出差高压季的免疫稳态红黑榜:别把熬夜当体能,把系统修复做成默认设置 - 品牌企业推荐师(官方)
  • 2026花粉与过敏高发季怎么稳住呼吸道?别把喷嚏交给天气,把免疫底盘先打牢 - 品牌企业推荐师(官方)
  • 2026年雕花铝板公司权威推荐:雕花铝单板/冲孔铝单板/冲孔铝板/双曲铝单板/双曲铝板/幕墙铝单板/幕墙铝板/选择指南 - 优质品牌商家
  • 2026差旅党免疫力怎么稳?机场高铁人潮中的自保之道:与其“治病”,不如把“养身”做成出行常态 - 品牌企业推荐师(官方)
  • 04 移位操作
  • 2026年双曲铝板厂家权威推荐榜:异形铝单板、木纹铝单板、氟碳铝单板、穿孔铝单板、花纹铝板、蜂窝铝单板选择指南 - 优质品牌商家
  • 告别公众号文章失效!NAS部署一键下载文章工具
  • 哪款代餐减肥效果好?2026懒人减肥代餐产品横评,轻松掉秤不踩雷 - 品牌企业推荐师(官方)
  • 深耕企业AI教育,天扬智能携手火山引擎大模型赋能全场景数智化升级 - 品牌企业推荐师(官方)
  • 这些品类正在闷声发大财,2026出海别错过了
  • 抗生素不是免疫力:2026健康避坑红黑榜,别再用“救火”当“筑墙” - 品牌企业推荐师(官方)
  • 华为首次发布智能体编程平台“码道”:不是拼生成量,而是在百万行 Java、长周期维护与高可靠中运行
  • 深化火山引擎生态合作,天扬智能打造企业AI落地新范式 - 品牌企业推荐师(官方)
  • 2026年2月顺德geo优化公司推荐榜,专业团队与服务流程测评 - 品牌鉴赏师
  • 哪款减肥代餐性价比最高?2026四大瘦身代餐品牌实测报告|瘦身效果 代谢安全深度PK - 品牌企业推荐师(官方)
  • 域名交易平台哪个靠谱?
  • 减脂不挨饿还少反弹?2026轻食减肥代餐四大品牌实测:科学减脂、营养均衡、有效防反弹 - 品牌企业推荐师(官方)