如何对Tomcat服务进行压力测试

英文原文

如果你在测试一个由Tomcat servlet容器（或者Apache web服务器）组成的环境时，你很可能会碰到瓶颈，因为Tomcat servlet容器使用Apache JServ Protocol - AJP。所以，如果想要评估Tomcat引擎的性能的话，最合适的方式就是使用相同的AJP协议。

使用 Apache JMeter ，你可以通过采样器（sampler）模拟发送AJP请求并返回结果 -- 也就是AJP/1.3采样器。你也可以用这个JMeter采样器来压测WildFly，Jetty和GlassFish servlet等Web容器，它们都是用AJP协议。这篇文章将会讲解如何来进行测试。

AJP是一个致力于从web服务器路由请求到应用服务器的二进制通信协议。在web服务器和应用服务器之间通信，AJP协议比HTTP协议更加高效，因为它是使用了压缩的二进制协议。例如，对于一个请求方法（“POST”或者“GET”），AJP只需要一个字节来表示，并且每个请求头只需要两个字节。所以，需要发送的信息大大减少，也就是得每个请求的处理也更快。

请求的处理大致如下：

对于这样的应用架构，JMeter AJP/1.3 采样器可以通过在你的系统上建立AJP连接，然后发送AJP请求到应用服务器，从而进行压测达到查找应用瓶颈的目的。

目前有3个版本的AJP协议 -- 1.2（废弃的），1.3 和 1.4（实验版本）。JMeter的AJP/1.3采样器支持1.3版本的AJP协议。

现在，我们来演示如何使用它。

AJP/1.3 采样器可以将这里设置的HTTP请求转换成AJP请求。正如你所看到的，它的界面和HTTP采样器的十分相似。

AJP 采样器有一个限制 -- 当前版本的实现不支持在一个请求里上传多个文件。只有第一个文件会被上传。必须使用多个AJP 采样器来上传多个文件。

现在，让我们来看看AJP 采样器在JMeter脚本里是如何工作的。首先，我们先在本地机器上启动一个Tomcat实例，然后配置它来发送POST请求。 Tomcat 9 默认就带了一些servlet示例，可以用来测试AJP请求。

我们的测试场景是：

接下来，我们会使用 AJP 采样器 来产生同样的请求。

在前面的章节里，我们的servlet可以接受两个参数并在结果里返回它们的值。现在，我们使用AJP 采样器来发送带参数的AJP POST请求，通过JMeter执行，并在相应结果里拿到我们在请求里设置的参数。

设置完成后的采样器如下：

6.现在，我们可以运行结果，并在监听器里查看结果。

现在，可以看到我们的采样器已经顺利地把带有我们设定的参数的AJP请求发送到我们的服务器上。并且，可以看到之前设置的参数都列在“Paramater in this request”部分 -- 这意味着我们的服务已经收到我们的请求了。

恭喜！你现在知道怎么压测AJP协议以及Tomcat服务了。为了更加方便地去执行你的测试，你可以将脚本上传到 BlazeMeter 上，然后直接在云上运行。你能够很方便的进行扩展，协同合作，并且可以得到高级的报表。

下载并安装WAST；

1．设置并行连接数；

2．设置持续时间；

3．其余设置；

注：所有以上的选项可以根据自己的需要进行设置。

设置完成后就可以进行压力测试。测试的步骤如下：

第一步，点击工具栏上的“New Script”按钮，在打开的面板中点击“Nanual”按钮创建一个新的测试项目。在打开的窗口中对它进行设置，在主选项中的Server中填写要测试的服务器的IP地址。这里我们填写192.168.1.20。在下方选择测试的Web连接方式，这里的方式Verb选择get。Path选择要测试的Web页面路径，这里填写/Index.asp即动网的首页文件，WAST可以设置更多的Path。

第二步，在“Settings”功能设置中将Stress Level （Threads）线程数设置为1000。然后点工具中的灰色三角按钮即可进行测试。测试过程中我们可以从服务器的任务管理器中看到CPU使用率已经达到100%，损耗率达到最大。在CMD窗口中使用命令netstat -an，可以看到客户端的IP地址在服务器上的80端口进行了非常多的连接，而且Web网站已经打不开了，提示过多用户连接。

本文主要用于介绍如何编译安装queryperf来对DNS服务器进行压测，以及CoreDNS常见的几种配置下的压测性能表现。

queryperf 是bind9出品的一款测试dns服务器性能的工具，目前在 9.12.4 版本的bind源码中还存在，再往后的新版本就没看到有 queryperf 了。

在压测之前需要我们自己准备压测的测试数据，格式为 域名 查询类型 ，如：

常用的操作命令有：

这里需要额外提一下，CoreDNS比较吃网卡和CPU，对于硬盘IO的要求并不算特别高（主要取决于写日志的量），对内存占用较低

CoreDNS配置的复杂程度会直接影响具体实例的性能表现，简单来说就是启用的插件越多，性能表现越差；比较影响性能表现的插件主要是日志相关的插件，如log插件开启全量日志记录，我们测试启用的插件主要有： log、errors、bind、reload、ready、prometheus、loadbalance、cache、acl、secondary、transfer、hosts、forward、import、file、kubernetes 。

---