Docker系列——InfluxDB+Grafana+Jmeter性能监控平台搭建(二)

在上一篇博文中,主要是讲了InfluxDB的配置,博文链接://www.cnblogs.com/hong-fithing/p/14453695.html,今天来分享下Jmeter的配置。

在介绍Jmeter之前,必须是要有Jmeter环境的,至于环境怎么配,工具怎么用,可以看以前的博文。环境搭建:Jmeter——环境搭建;Jmeter系列博文:Jmeter系列。所以这些就不多讲了,可以自行查看,今天以性能监控平台配置为主,介绍Jmeter运行脚本来采集对应数据。

Jmeter配置

添加监听器

在线程组中,添加监听器(Listener)-> Backend Listener,如下图所示:

配置Backend Listener监听方式

添加监听后,监听方式默认为GraphiteBackendListenerClient,如下图所示:

监听方式是可以修改的,监听器没扩展的情况下,共有2种,扩展后,支持四种方式,如下所示:

我已经扩展过了,所以展示4种,具体扩展方式,稍后再说。今天介绍主要以前三种监听方式为主,三种方式采集的数据,也有些许不同,我们详细来看。

GraphiteBackendListenerClient监听

界面配置

配置监听方式为GraphiteBackendListenerClient,不同的监听方式,配置面板上的配置字段也有不同之处,配置如下所示:

配置界面的详细字段如下:

  • graphiteHost:InfluxDB安装的服务器ip
  • graphitePort:端口;默认就是2003。ps:除非你自己安装InfluxDB时设置了其他端口。按自己的实际端口配置即可
  • rootMetricsPrefix:指标的根前缀;将测试结果存入数据库时,不同指标会生成不同表
  • summaryOnly:当你线程组有多个请求又想知道每个请求的结果数据时,最好填false,因为true只会返回所有请求的集合数据报告,不会输出每条请求的数据报告
  • samplersList:取样器列表;想收集哪些请求就填哪些,最好用正则去匹配
  • useRegexpForSamplersList:是否使用正则;如果true则使用,samplersList里可以匹配正则表达式
  • percentiles:百分比;即类似聚合报告里90% Line,95% Line,99% Line的数据;倘若想要99.9时,需要写成【99_9】,用下划线代替点

运行脚本

运行脚本,运行没报错,便会产生数据了,可以通过服务器客户端查看,或者上篇博文中介绍的客户端工具查询。查询数据如下所示:

通过查询数据发现,总共会生成三种前缀的表,分别是:jmeter.请求名称jmeter.alljmeter.test。通过数据可以看到,请求数据都是整齐划一的以jmeter.开头,是因为我们刚才配置的时候,设置的是jmeter.;如果你配置成其他,那就会以自定义的前缀生成数据了。

  • 前缀说明

jmeter.all :代表了所有请求;当summaryOnly=true时,就只有samplerName=all的表了

jmeter.请求名称 :如图所示,HTTP请求的名字是HTTP Request 温一壶清酒 appium

jmeter.test :线程组设置相关的指标数据

参数指标

参数指标说明,在jmeter官网有介绍,地址是://jmeter.apache.org/usermanual/realtime-results.html,可以查看原文档。我在这里就按中文来说明了。

线程/虚拟用户指标

Thread/Virtual Users metrics – 线程/虚拟用户指标

运行完脚本,生成的数据中,是有对应的5个指标数据的,如下所示:

指标 全称 含义
<rootMetricsPrefix>test.minAT Min active threads 最小活跃线程数
<rootMetricsPrefix>test.maxAT Max active threads 最大活跃线程数
<rootMetricsPrefix>test.meanAT Mean active threads 平均活跃线程数
<rootMetricsPrefix>test.startedT Started threads 启动线程数
<rootMetricsPrefix>test.endedT Finished threads 结束线程数

响应时间指标

Response times metrics – 响应时间指标

每个sampler都包含了所有响应时间指标,每个sampler的每个指标都会有单独的一个表存储结果数据

指标 含义
<rootMetricsPrefix><samplerName>.ok.count sampler的成功响应数
<rootMetricsPrefix><samplerName>.h.count 服务器每秒命中次数(每秒点击数,即TPS)
<rootMetricsPrefix><samplerName>.ok.min sampler响应成功的最短响应时间
<rootMetricsPrefix><samplerName>.ok.max sampler响应成功的最长响应时间
<rootMetricsPrefix><samplerName>.ok.avg sampler响应成功的平均响应时间
<rootMetricsPrefix><samplerName>.ok.pct<percentileValue> sampler响应成功的所占百分比
<rootMetricsPrefix><samplerName>.ko.count sampler的失败响应数
<rootMetricsPrefix><samplerName>.ko.min sampler响应失败的最短响应时间
<rootMetricsPrefix><samplerName>.ko.max sampler响应失败的最长响应时间
<rootMetricsPrefix><samplerName>.ko.avg sampler响应失败的平均响应时间
<rootMetricsPrefix><samplerName>.ko.pct<percentileValue> sampler响应失败的所占百分比
<rootMetricsPrefix><samplerName>.a.count sampler响应数(ok.count+ko.count)
<rootMetricsPrefix><samplerName>.sb.bytes 已发送字节
<rootMetricsPrefix><samplerName>.rb.bytes 已接收字节
<rootMetricsPrefix><samplerName>.a.min sampler响应的最短响应时间 (ok.count和ko.count的最小值)
<rootMetricsPrefix><samplerName>.a.max sampler响应的最长响应时间 (ok.count和ko.count的最大值)
<rootMetricsPrefix><samplerName>.a.avg sampler响应的平均响应时间 (ok.count和ko.count的平均值)
<rootMetricsPrefix><samplerName>.a.pct<percentileValue> sampler响应的百分比(根据成功和失败的总数来计算)

InfluxDBBackendListenerClient监听

界面配置

配置方式一样,只是选择不同的监听方式而已,直接上图,配置也如下图所示:

每个配置项的含义如下:

  • influxdbUrl:安装influxdb的路径;主要格式://主机地址:8086/write?db=数据库名
  • application:应用名称;在 events 表中对应的字段是 application
  • measurement:表名;数据存储到哪个表,默认是jmeter,不用改即可
  • summaryOnly:当你线程组有多个请求又想知道每个请求的结果数据时,最好填false,因为true只会返回所有请求的集合数据报告,不会输出每条请求的数据报告
  • samplersRegex:取样器列表;想收集哪些请求就填哪些,最好用正则去匹配
  • percentiles:百分比;即类似聚合报告里90% Line,95% Line,99% Line的数据;倘若想要99.9时,需要写成【99_9】,用下划线代替点
  • testTitle:测试名称;在 events 表中对应的字段是 text ,JMeter在测试的开始和结束时自动生成注释,该注释的值以’started’和’ended’结尾
  • eventTags:Grafana允许为每个注释显示标签;在 events 表中对应的字段是 tags

运行脚本

我们还是用客户端工具查看,这次只生成了2张表,分别是:eventsjmeter。如下所示:

表作用

events表:用于存储事件的

jmeter表:存储测试结果数据,Grafana也是从这个表获取数据再展示

在讲配置项含义解释时,application和testTitle对应数据表中对应的字段,我们查询events表数据,如下所示:

application默认为jmeter;testTitle对应的是text,落的数据值为Test name started/Test name ended,Test name就是我们在界面配置的名称;time字段的时间差,就是脚本的运行时间了。

jmeter面板中也看出的确只运行了1s,如下所示:

JmeterInfluxDBBackendListenerClient监听

这种方式是在查询Grafana监控模板时找到的,这次博文先不讲Grafana的监控指标的配置,先把脚本监听方式讲完。

Grafana官网介绍如下:

插件引用

下载插件

插件下载地址,下载对应的jar包即可。

jmeter配置

将下载的插件放到Jmeter的/lib/ext目录下,如果jmeter是启用的,则需要重新启动下才能生效;jmeter没启用的情况下,则不需要。

界面配置

配置方式一样,只是选择不同的监听方式而已,引入插件后,就多了两种监听方式,我们选择JmeterInfluxDBBackendListenerClient,配置如下图所示:

每个配置项的含义如下:

  • testName:测试名称;在 testStartEnd 表中对应的字段是 testName
  • nodeName:节点名称;在 testStartEnd 表中对应的字段是 nodeName
  • influxDBHost:InfluxDB安装的服务器ip
  • influxDBPort:端口;influxDB端口,默认是8086,不用改即可
  • influxDBUser:数据库用户名
  • influxDBPassword:数据库密码
  • influxDBDatabase:数据库名称,我们之前配置的数据库是jmeter,所以填入即可
  • retentionPolicy :默认即可
  • samplersList:取样器列表;想收集哪些请求就填哪些,最好用正则去匹配
  • useRegexForSamplerList:是否使用正则;如果true则使用,samplersList里可以匹配正则表达式

运行脚本

按自己所需配置完成后,运行脚本,我们通过客户端查看数据,生成如下三张表:

requestsRaw表

主要是存储请求信息数据,包含:请求时间,请求名称,线程名称等信息。如下所示:

testStartEnd表

主要是用于存储事件信息,如下所示:

virtualUsers表

存储线程相关信息,如下所示:

脚本生成数据的方式,就介绍到这了,离最终效果图只差一步了哟。今天介绍了三种方式,配置Grafana监控面板时,也对应有三种模板,下期再来细说。