基于Docker的JMeter分布式压测实战讲解

2023-09-16 15:15:22

        一个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。为版本创建一个变量--这样以后的维护就会更容易。
添加一个包含所有插件的文件夹。
添加一个包含样本测试的文件夹。

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

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

<span style="color:#232323"><code class="language-dockerfile"><span style="color:#008000"># Use vinsdocker base image</span>
<span style="color:#0000ff">FROM</span> vinsdocker/jmbase
<span style="color:#0000ff">MAINTAINER</span> TestAutomationGuru
 
<span style="color:#008000"># Ports to be exposed from the container for JMeter Master</span>
<span style="color:#0000ff">EXPOSE</span> <span style="color:#880000">60000</span></code></span>

Dockerfile for JMeter Server / Slave:

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

<span style="color:#232323"><code class="language-dockerfile"><span style="color:#008000"># Use vinsdocker base image</span>
<span style="color:#0000ff">FROM</span> vinsdocker/jmbase
<span style="color:#0000ff">MAINTAINER</span> TestAutomationGuru
 
<span style="color:#008000"># Ports to be exposed from the container for JMeter Slaves/Server</span>
<span style="color:#0000ff">EXPOSE</span> <span style="color:#880000">1099</span> <span style="color:#880000">50000</span>
 
<span style="color:#008000"># Application to run on starting the container</span>
<span style="color:#0000ff">ENTRYPOINT</span> <span style="color:#008000">$JMETER_HOME</span>/bin/jmeter-server \
                        -Dserver.rmi.localport=50000 \
                        -Dserver_port=1099</code></span>

正如你在上面的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的真正用途,在那里你可以按需创建任意数量的虚拟机
最后:【可能给你带来帮助的教程】

 

更多推荐

C语言指针详解

C语言指针详解字符指针1.如何定义2.类型和指向的内容3.代码例子指针数组1.如何定义2.类型和内容数组指针1.如何定义2.类型和指向类型3.数组名vs&数组名数组指针运用数组参数&指针参数一维数组传参二维数组传参一级指针传参二级指针传参函数指针1.如何定义2.类型和指向内容3.函数名vs&函数名4.两个有趣的代码函数

2023 电赛 E 题 K210 方案

第一章:K210介绍K210芯片是一款基于RISC-V架构的嵌入式人工智能芯片,具备低功耗、高性能的特点。它拥有强大的图像处理和机器学习能力,适用于边缘计算设备和物联网应用。为了方便开发者,K210芯片提供了丰富的外设接口,包括摄像头接口、显示接口、WiFi、蓝牙等,同时支持多种编程语言和开发环境,如MicroPyth

天气API强势对接

🤵‍♂️个人主页:@香菜的个人主页,加ischongxin,备注csdn✍🏻作者简介:csdn认证博客专家,游戏开发领域优质创作者,华为云享专家,2021年度华为云年度十佳博主🐋希望大家多多支持,我们一起进步!😄如果文章对你有帮助的话,欢迎评论💬点赞👍🏻收藏📂加关注+目录前言:墨迹天气数据接口1、找到目

【E题】2023年电赛运动目标控制与自动追踪系统方案

系统的设计和制作可以按照以下步骤进行:设计红色光斑位置控制系统:选择合适的红色激光笔,并将其固定在一个二维电控云台上。使用电机和编码器来控制电控云台的水平和垂直运动。设计一个控制电路,可以通过输入控制信号来控制电机的运动,从而控制红色光斑的位置。确保控制电路可以接收来自用户输入的目标位置信息,并将其转换为相应的电机控制

代客泊车对HUT功能交互规范

目录1.版本记录...72.文档范围和控制...82.1目的/范围...82.2文档冲突...82.3文档授权...82.4文档更改控制...83.系统组成...93.1IPAS系统(环视和超声波雷达)...93.2融合泊车系统(环视和泊车)...104.AVM与HUT系统交互...114.1系统框图...114.2接

MyBatis查询数据库1(概念+创建项目+基础交互)

目录1.MyBatis是什么?2.为什么学习MyBatis?3.怎么学MyBatis4.第⼀个MyBatis查询4.1添加MyBatis框架支持4.1.1老项目添加MyBatis4.1.2新项目添加MyBatis4.2配置连接字符串和MyBatis4.2.1配置连接字符串4.2.2配置MyBatis中的XML路径5.使

进程转态及其转换过程

一.进程转态及其转换过程在Linux操作系统中,进程的状态可以相互转换,下面是不同状态之间的相互转换:就绪态(ReadyState):当一个进程创建后,它被放入就绪态。此时,进程已经被加载到内存中,并准备好被CPU分配时间片来执行。运行态(RunningState):当就绪态的进程获得CPU时间片后,进程的状态会从就绪

国产手机芯片4G方案_紫光展锐安卓核心板虎贲4G智能模块方案定制

元器件清单即BOM物料清单,不同行业领域的BOM表侧重点不一样。安卓主板的BOM表则侧重点在于元器件物料的清单,也就是安卓电路板的PCBA清单,精密的安卓板有上千个物料,可以帮助我们估算物料成本,建立生产计划,控制库存等。紫光展锐核心板,基于Android操作系统,支持全国产项目快递部署及开发。新移科技研发的紫光展锐平

基于Java+微信小程序实现《电子点餐系统》

博主介绍:✌全网粉丝30W+,csdn特邀作者、博客专家、CSDN新星计划导师、Java领域优质创作者,博客之星、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于Java技术领域和毕业项目实战✌🍅文末获取源码联系🍅👇🏻精彩专栏推荐订阅👇🏻不然下次找不到哟2022-2024年最全的计算机软件毕业设计选题

网络安全(黑客)自学

前言作为一个合格的网络安全工程师,应该做到攻守兼备,毕竟知己知彼,才能百战百胜。娱乐圈:主要是初中生和高中生较多,玩网恋,人气,空间,建站收徒玩赚钱,技术高的也是有的,只是很少见。技术圈:这个圈子里面的黑客是为了能把黑客技术玩到极致的技术狂人,我最佩服的就是这群人,希望以后自己也能成为这样的人。职业圈:这里面的人群主要

springboot

Springboot入门Springboot入门springboot提供了一种快速使用spring项目的方式,而不是对spring功能的增强,本文参考https://www.bilibili.com/video/BV1Lq4y1J77x?p=12&vd_source=0882f549dac54045384d4a9215

热文推荐