概述
单个的JMeter实例可能无法生成足够的负载来对应用程序进行压力测试。如本网站所示,一个JMeter实例将能够控制多个远程JMeter实例,并在你的应用程序上产生更大的负载。JMeter使用Java RMI [Remote Method Invocation远程方法调用]与分布式网络中的对象进行交互。
JMeter master和slave之间的通信,如下图所:
master和slave之间的通信
我们需要为每个从节点 或者 服务器打开2个端口。
Server_port=1099 server.rmi.localport=50000 |
在客户端计算机上打开一个端口,以便从属服务器将结果发送给主服务器。
client.rmi.localport=60000 |
通过在多台机器上将JMeter的多个实例作为服务器运行,我们可以生成尽可能多的负载。
Jmeter Server/Slave
Docker:
Docker在这里起到什么作用?
Docker有点像虚拟机;但与虚拟机不同,而不是创建整个虚拟操作系统,Docker允许应用程序使用与其所运行的系统相同的Linux内核,并且只要求应用程序附带在主机上尚未运行的东西。这极大地提高了性能,并减少了应用程序的占用空间——来自:opensource.com
Docker管理着基础架构;它将能够将软件及其所有依赖项打包成一个容器运行。你可以将要部署的软件打包成一个Docker image(映像),并部署在安装了任何安装了docker的机器上;它可以将软件与硬件分开--因此,开发人员可以放心,应用程序都可以在任何计算机上运行,不管运行的计算机有什么自定义设置不同于编写和测试代码的机器。
Docker在JMeter分布式测试中的作用:
如果我们看上面的设置--进行分布式负载测试--我们需要1个master,N个slave来生成大量的负载。每个JMeter slave都需要安装相同(指定)版本的Java和JMeter。应该打开指定的端口并运行JMeter服务器,准备就绪并等待主服务器发送指令。
手动设置三五台计算机看起来很容易,那如果我们必须对50/100/1000台计算机执行此操作怎么办?还可以想象如果将来需要在所有机器上升级JMeter版本或者Java版本会发生什么!!!?至此,Docker就该派上用场了:
通常,我们在名为 Dockerfile 的文件中配置了JMeter分布式测试的整个基础架构,检查dockerfile并阅读注释以了解每个步骤的作用
用于JMeter Base的Dockerfile:
在分布式测试中,所有的环境都应该使用相同版本的Java、JMeter、plugins等。master和slave之间唯一区别是所公开的端口和正在运行的进程。因此,让我们创建一个Dockerfile,该文件具有master和slave的所有通用步骤,称其为 jmbase 映像,我们将需要执行以下操作来构建基本映像:
需要Java8 –因此,让openjdk-8-jre slim版本,大小保持尽可能小
需要安装一些公共的工具包,例如wget,unzip,telnet等。
需要最新版本的JMeter,为版本创建变量,以便后续维护。
添加一个包含所有插件的文件夹。
添加一个包含测试用例的文件夹。
1# Use Java 8 slim JRE 2FROM openjdk:8-jre-slim 3MAINTAINER TestAutomationGuru 4 5# JMeter version 6ARG JMETER_VERSION=3.3 7 8# Install few utilities 9RUN apt-get clean && \ 10 apt-get update && \ 11 apt-get -qy install \ 12 wget \ 13 telnet \ 14 iputils-ping \ 15 unzip 16 17# Install JMeter 18RUN mkdir /jmeter \ 19 && cd /jmeter/ \ 20 && wget https://archive.apache.org/dist/jmeter/binaries/apache-jmeter-$JMETER_VERSION.tgz \ 21 && tar -xzf apache-jmeter-$JMETER_VERSION.tgz \ 22 && rm apache-jmeter-$JMETER_VERSION.tgz 23 24# ADD all the plugins 25ADD jmeter-plugins/lib /jmeter/apache-jmeter-$JMETER_VERSION/lib 26 27# ADD the sample test 28ADD sample-test sample-test 29 30# Set JMeter Home 31ENV JMETER_HOME /jmeter/apache-jmeter-$JMETER_VERSION/ 32 33# Add JMeter to the Path 34ENV PATH $JMETER_HOME/bin:$PATH |
用于JMeter Client/Master的Dockerfile:
Master docker文件应继承基础映像,并应公开端口60000。
1# Use vinsdocker base image 2FROM vinsdocker/jmbase 3MAINTAINER TestAutomationGuru 4 5# Ports to be exposed from the container for JMeter Master 6EXPOSE 60000 |
用于JMeter Server/Slave 的Dockerfile:
服务器docker文件应该继承基础映像,并应在jmeter-server运行的时候公开端口1099和50000。
1# Use vinsdocker base image 2# 使用vinsdocker基本映像 3FROM vinsdocker/jmbase 4MAINTAINER TestAutomationGuru 5 6# Ports to be exposed from the container for JMeter Slaves/Server 7# 从JMeter Slaves/Server的容器中要公开的端口 8EXPOSE 1099 50000 9 10# Application to run on starting the container 11# 启动容器 运行应用程序 12ENTRYPOINT $JMETER_HOME/bin/jmeter-server \ 13 -Dserver.rmi.localport=50000 \ 14 -Dserver_port=1099 |
正如上述的Dockerfile,如果我们需更改Java/Jmeter 的版本或者端口,我们只需要更新dockerfile,剩下的工作将由Docker来完成。
我已将这些dockerfile推送到vinsdocker帐户下的docker hub中。因此任何人都可以拉取这些文件并设置JMeter分布式测试基础框架。
确保在你的机器上安装了docker。一旦安装,剩下的就很容易了,你只需要按照下面的步骤操作即可。
逐一运行以下命令。
1$ sudo docker run -dit --name slave01 vinsdocker/jmserver /bin/bash 2$ sudo docker run -dit --name slave02 vinsdocker/jmserver /bin/bash 3$ sudo docker run -dit --name slave03 vinsdocker/jmserver /bin/bash |
Docker会自动提取已经上传的docker镜像,并为JMeter服务器创建3个容器。如果需要更多容器,只需更改容器名称重复执行上述命令即可。
运行以下命令为JMeter master创建一个容器。
1sudo docker run -dit --name master vinsdocker/jmmaster /bin/bash |
运行以下命令以查看所有正在运行的容器和打开的端口 等。
1sudo docker ps -a |
查看容器以及端口
运行以下命令获取这些容器的ip地址列表。
sudo docker inspect --format '{{ .Name }} => {{ .NetworkSettings.IPAddress }}' $(sudo docker ps -a -q) |
查看容器的IP
我在docker映像中包含了一个测试样本,该测试可以在5个并发用户的情况下运行30秒,您可以在容器内部看到它。
路径:/sample-test/sample-test.jmx
测试用例
为了以防万一 -- 你需要将某些文件从主机复制到docker容器,你可以发出以下命令。
例如: 我将 test 复制到我的JMeter master容器中。
此命令会将我的本地jmeter测试(docker-test.jmx)复制到master容器中的路径下:/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 |
在master中运行测试并查看它是否可以正常工作(非分布式模式下)。Docker容器将能够运行JMeter测试,因为它拥有运行JMeter测试所需的所有软件和依赖项。
1jmeter -n -t sample-test/sample-test.jmx 2Creating summariser <summary> 3Created the tree successfully using sample-test/sample-test.jmx 4Starting the test @ Thu Dec 21 17:14:59 UTC 2017 (1513876499683) 5Waiting for possible Shutdown/StopTestNow/Heapdump message on port 4445 6summary + 1 in 00:00:01 = 1.5/s Avg: 265 Min: 265 Max: 265 Err: 0 (0.00%) Active: 1 Started: 1 Finished: 0 7summary + 336 in 00:00:29 = 11.4/s Avg: 112 Min: 87 Max: 325 Err: 0 (0.00%) Active: 5 Started: 5 Finished: 0 8summary = 337 in 00:00:30 = 11.2/s Avg: 113 Min: 87 Max: 325 Err: 0 (0.00%) 9summary + 4 in 00:00:00 = 210.5/s Avg: 97 Min: 93 Max: 109 Err: 0 (0.00%) Active: 0 Started: 5 Finished: 5 10summary = 341 in 00:00:30 = 11.3/s Avg: 113 Min: 87 Max: 325 Err: 0 (0.00%) 11Tidying up ... @ Thu Dec 21 17:15:30 UTC 2017 (1513876530127) 12... end of run |
现在,我们准备 `使用Docker容器在分布式环境中运行测试`。我们只需要附加 -R[slave01,slave02,slave03]
1jmeter -n -t sample-test/sample-test.jmx -R172.17.0.5,172.17.0.6,172.17.0.7 2Creating summariser <summary> 3Created the tree successfully using sample-test/sample-test.jmx 4Configuring remote engine: 172.17.0.5 5Configuring remote engine: 172.17.0.6 6Configuring remote engine: 172.17.0.7 7Starting remote engines 8Starting the test @ Thu Dec 21 17:01:48 UTC 2017 (1513875708955) 9Remote engines have been started 10Waiting for possible Shutdown/StopTestNow/Heapdump message on port 4445 11summary + 4 in 00:00:11 = 0.4/s Avg: 182 Min: 98 Max: 232 Err: 0 (0.00%) Active: 15 Started: 15 Finished: 0 12summary + 1021 in 00:00:20 = 51.5/s Avg: 111 Min: 85 Max: 283 Err: 0 (0.00%) Active: 0 Started: 15 Finished: 15 13summary = 1025 in 00:00:30 = 33.7/s Avg: 111 Min: 85 Max: 283 Err: 0 (0.00%) 14Tidying up remote @ Thu Dec 21 17:02:20 UTC 2017 (1513875740196) 15... end of run |
如果你注意到了,我们在同一主机中创建所有容器。
例如,JMeter和JMeter slave都在同一台机器上运行。因此,所有系统资源将由这些容器共享。
同一台机器
总结
在本文中,我们的目的是使用Docker创建JMeter分布式测试基础架构。如果你按照上述步骤操作,你将理解使用docker创建测试基础架构并且是非常容易和快速的。我们将整个基础架构写入一个可以进行版本控制的文件中。然后,我们从文件中创建一个实例(容器)。Docker确保容器拥有所有软件和依赖项等。
你可能会问,是否可以在一台机器上运行多个jmeter 服务实例来产生更多的负载! 不,这不行。这一点用也没有。实际上,在同一台机器上,一个JMeter实例将比运行多个JMeter实例产生更多的负载。
那么我们为什么要使用docker来做这些事情呢?
如上所述,我们的目标是了解docker在JMeter测试中的工作方式。当我们使用AWS/digitalocean云计算服务时,我们可以理解docker的真正用途,在这些提供商中,你可以根据需要创建任意数量的vm。我们将在下一篇文章中看到!
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理