专栏首页自动化、性能测试全网最详细!Centos7.X 搭建Grafana+Jmeter+Influxdb 性能实时监控平台

全网最详细!Centos7.X 搭建Grafana+Jmeter+Influxdb 性能实时监控平台

背景

日常工作中,经常会用到Jmeter去压测,毕竟LR还要钱(@¥&*...),而最常用的接口压力测试,我们都是通过聚合报告去查看压测结果的,然鹅聚合报告的真的是丑到家了,作为程序猿这当然不能忍!那我们要怎么给它变得好看点捏?

如何华丽变身?

方式

优点

缺点

场景

Jmeter+ant+Jenkins

快捷,上手简单

报告还是不够美观、直观,如果测试接口一多,报告就会显示臃肿不够直观

看最终报告

Grafana+Jmeter+Influxdb(推荐)

数据可视化,数据直观,筛选功能强大,拓展能力强

当然就是要自己部署环境咯,还得了解Influxdb的语法和常用查询语句,系统方法等.....

看压测过程中参数的变化

工具介绍

工具

介绍

Jmeter

Java语言开发的压力测试工具(不多介绍)

InfluxDB

Go 语言开发的一个开源分布式时序数据库,非常适合存储指标、事件、分析等数据

Grafana

纯 Javascript 开发的前端工具,用于访问 InfluxDB,自定义报表、显示图表等

Centos7安装InfluxDB

备注:博主是自己买的阿里云服务器哈,就不介绍虚拟机下如何安装了(毕竟虚拟机很多坑...)

Influxdata官网下载路径:https://portal.influxdata.com/downloads/

1、直接执行以下命令进行安装:

wget https://dl.influxdata.com/influxdb/releases/influxdb-1.6.3.x86_64.rpm
sudo yum localinstall influxdb-1.6.3.x86_64.rpm

2、安装完成后,修改InfluxDB的配置,主要配置jmeter存储的数据库与端口号

vim /etc/influxdb/influxdb.conf

3、找到graphite并且修改它的库与端口

enabled = true
database = "jmeter"
retention-policy = ""
bind-address = ":2003"
protocol = "tcp"
consistency-level = "one

4、找到http,将前面的#号去掉

5、现在新版本的InfluxDB已取消自带的数据可视化界面了,旧版的还是有,可通过找到admin,将前面的#号去掉,开放它的UI端口;(该步骤非必须!)

可通过InfluxDB可视化工具来查看我们的数据库和数据哦,具体安装和简单使用参照此篇博文:https://www.cnblogs.com/poloyy/p/12213495.html

[admin]
# Determines whether the admin service is enabled.
enabled = true

# The default bind address used by the admin service.
bind-address = ":8083"

6、配置成功后,启动InfluxDB

启动命令: systemctl start influxdb.service

查看状态命令: systemctl status influxdb.service

到此,InfluxDB已安装并配置完成了!!*:ஐ٩(๑´ᵕ`)۶ஐ:*

特别说明:

  • 8083端口:InfluxDB的UI界面展示的端口
  • 8086端口:Grafana用来从数据库取数据的端口
  • 2003端口:刚刚设置的,Jmeter往数据库发数据的端口

Centos7安装Grafana

Grafana官网下载路径:https://grafana.com/grafana/download

1、直接执行以下命令进行安装:

wget https://dl.grafana.com/oss/release/grafana-6.5.2-1.x86_64.rpm
sudo yum localinstall grafana-6.5.2-1.x86_64.rpm

2、然后启动即可

启动命令: systemctl start grafana-server.service

查看状态命令: systemctl status grafana-server.service

3、访问IP加端口 http://xxx.xx.xx.xx:3000 ,输入用户名,密码登录系统。用户名与密码都是"admin",如果能打开页面则已经成功了!但是...装环境这东西怎么可能这么简单??

4、当你查看状态是active但是访问3000时是失败的话,辣么有可能就是你的3000端口还未开放!

跟着这篇文章来操作就可以开放3000端口啦:https://www.cnblogs.com/poloyy/p/12213297.html

5.访问IP加端口 http://xxx.xx.xx.xx:3000 ,若能访问到grafana就是成功啦!

配置Jmeter

这里就不教如何安装Jmeter了哈,主要讲Jmeter作为采集端是通过什么采集数据的

步骤一:在线程组中,添加监听器(Listener)- Backend Listener

步骤二:配置Backend Listener

可以看到,Jmeter默认选中的Implementatin是 GraphiteBackendListenerClient ,它是Jmeter 2.13就开始提供了;在Jmeter 3.2时又加多了一个 InfluxDBBackendListenerClient ,哎~这两者有什么区别呢?后面会讲到!

这里先讲选中 GraphiteBackendListenerClient 时,每个配置项的含义

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

建议:如果想看每个请求的结果数据的话,根据我的截图进行配置即可;只需改动samplerList来匹配你需要监控的请求,其他不用动!

步骤三:运行Jmeter脚本,查看数据库

一开始,我的数据库是只有两张表的,这里方便演示,就只跑get、post请求了

如果成功了代表结果数据也存进InfluxDB里面了,接下来我们来看看使用 GraphiteBackendListenerClient 时会生成哪些表呢?

可以看到生成了三种前缀的表,分别是: jmeter.all 、 jmeter.get 、 jmeter.post ;最后其实还有 jmeter.test 开头的表,这个后面会单独拿出来说

============================================

=== 倘若不想了解每个指标的具体含义,可以跳过下面内容

=== 直接点击右侧目录,跳转至配置Grafana,查看下一步

============================================

步骤四:细品指标含义

为什么每个表都有jmeter前缀呢?

因为在Jmeter的Backend Listener配置了rootMetricsPrefix 值为 jmeter. ,你不喜欢前缀或者想起其他名,在Backend Listener里直接改 rootMetricsPrefix 的值就可以了

可以参考下官方文档的写法: <rootMetricsPrefix><samplerName>.ok.count ,rootMetricsPrefix和samplerName都是变量,可配置的

接下来,我们来说明下每个前缀的含义

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

jmeter.get :代表了HTTP请求的名字是get,即samplerName=get

jmeter.post :代表了HTTP请求的名字是post,即samplerName=post

备注:假设你的某个HTTP请求叫【GET请求啊】,辣么你的数据库就会生成以jmeter.GET请求啊 为前缀的各种表

然后再针对不同指标说下它们的含义

划重点:这里的指标含义都是直接翻译Jmeter官方文档的

喜欢英文的小伙伴可以自行查看:http://jmeter.apache.org/usermanual/realtime-results.html

Thread/Virtual Users metrics - 线程/虚拟用户指标,跟线程组设置相关的

指标

全称

含义

<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响应的百分比 (根据成功和失败的总数来计算)

不知道大家是否有个疑问,为何 a.min 、 a.max 、 a.avg 明明说的都是平均响应时间,但是括号里备注的又是和响应数相关的;但是Jmeter官方文档说明翻译过来的确是这样的..只能等我来寻找答案了!

经过我的“缜密”对比,可以发现官网说明的确是错的哈,真实情况如下!

a.min :是ok.min和ko.min的最小值

a.max :是ok.max和ko.max的最小值

a.avg :是ok.avg和ko.avg的平均值

接下来就是用数据说明事实!按照上面的指标顺序来看图哈!

不过,博主并不确定这样比对是否完全科学正确,但是从博主验证结果来说,我的纠正是正确滴!

附上按官方文档说明翻译过来的对比图,可以看到如果是 a.max 的话,跟 ok.count 和 ko.count 是没有半毛钱关系的

配置Grafana

首先进入Grafana的首页,可以看到官方画了个流程:先创建数据源,再创建数据面板

创建数据源

一共有两个入口哈,可以在首页直接点击 Create your first data source ,也可以看第二张图按步骤进入创建页面

然后,选择InfluxDB作为我们的数据源

到此为止,数据源就配置成功啦!!

配置数据看板

Grafana&InfluxDB集成,展示测试结果数据

panel基础使用

按上面的步骤创建好DashBoard后,再通过panel展示具体数据,先介绍下panel的入口

一般选 Add Query 先,当然选 Choose Visualization 也可以,进去后可以相互切换的

Convert to row 就是生成一行,可以将展示差不多一致类型数据的panel放到里面,统一管理,收起or展开;

如下图,我将描述线程数和响应数的panel放在同一个Row了

数据绑定

查看总线程数、成功响应数、失败响应数

可以先点Add Query,进入到下面的界面

若想看成功响应数和失败响应数,只需要切换表名即可;

可以发现跟我一开始只展示数字不太一样,因为图表类型还没设置;当我们只想看数据而不想看数据趋势图的话,可以改变它的类型;

在同一个界面,点击左侧列表选中第二个icon,然后选择Singlestat即可

查看所有请求、get请求、post请求的TPS

如果想在同一个panel里展示多个指标数据的话,可以通过在Panel里Add Query

基本的数据绑定已经教会大家啦,自己想要展示什么数据直接改变表名就行了

顺带附上官方提供的一个数据看板图,大家也可以照搬照抄用它的panel,手动添加每个指标

至此,初级版的Grafana+Jmeter+Influxdb 性能实时监控平台初步搭好啦!

当然博主是不建议Jmeter使用 GraphiteBackendListenerClient 来采集数据的,因为请求多起来的时候会有非常多的表,维护成本也会增加;后面将会介绍如何通过 InfluxDBBackendListenerClient 来采集数据

配置Backend Listener之InfluxDBBackendListenerClient

配置项含义

首先来看看每个配置项的含义

  1. influxdbUrl:安装influxdb的路径;主要格式:http://主机地址:8086/write?db=数据库名
  2. application:应用名称;在 表中对应的字段是 application

events

  1. measurement:表名;数据存储到哪个表,默认是jmeter,不用改即可
  2. summaryOnly:同GraphiteBackendListenerClient
  3. samplersRegex:同GraphiteBackendListenerClient
  4. percentiles:同GraphiteBackendListenerClient
  5. testTitle:测试名称;在 表中对应的字段是 text ,JMeter在测试的开始和结束时自动生成注释,该注释的值以'start'和'end'结尾

events

  1. eventTags:Grafana允许为每个注释显示标签;在 表中对应的字段是 tags

events

不懂application和testTitle的小伙伴可以看看下面的图,可以看到同一个testTitle的两条记录的时间差就是执行测试计划的总时长

建议:只需修改application和testTitle即可,可以相同也可以不相同,其他配置跟着图片走就好了;当然安装路径还是要改的哈

查看InfluxDB

使用InfluxDBBackendListenerClient好处就是,再多的请求也只会生成两张表:

events :主要拿存事件的

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

再次Grafana&InfluxDB集成,展示测试结果数据

这次就不再需要自己去创建DashBoard和Panel了,因为在官方模板库,已经有一个非常完美的模板了,当然前提是你要用 InfluxDBBackendListenerClient 采集数据才能有效的哈

首先,进入官方模板库: https://grafana.com/dashboards ,然后跟着图片导入模板并初始化即可

只要你的数据源,表名配的没有错,Jmeter再执行一下测试计划,DashBoard中筛选下时间,就可以成功看到数据啦!

模板自带了三个下拉筛选框

data_source:数据源,在Grafana配置了多少个就显示多少个

application:在Jmeter配置好的application,如果每次测试计划执行时的application都不一样,你就可以通过这个筛选出对应测试时机的结果数据了

transaction:在Jmeter配置好的sampleList,譬如我只发了get、post请求,这里就只会给你选get、post;可以滑到页面下面看到针对某个请求的数据展示

其实这个模板还有很多可以值得改进优化的地方,辣么这个时候就需要你对Grafana的各种用法熟悉操作啦,后续会补充一篇关于Grafana常见用法&高级用法的文章哦!敬请期待!

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Jmeter系列(59)- 详解 while 控制器

    和 java 里面的 while 循环一样,将一直运行其所有子项,直到条件为 false 为止

    小菠萝测试笔记
  • Python判断一个字符串是否包含某个指定的字符串

    小菠萝测试笔记
  • Jmeter系列(60)- 详解响应断言

    一般默认勾选 main sample only 就足够了,因为我们一个请求,实质上只有一个请求

    小菠萝测试笔记
  • Python编程Day3—基本运算符、数

    了解: 1 x='abcdef' y='abce' print(x>y) 1 l1=[2,'abc',3] l2=[2,'3'] print(l2>l1)

    py3study
  • Dockerfile使用

    虽然可以通过docker commit命令来手动创建镜像,但是通过Dockerfile文件,可以帮助我们自动创建镜像,并且能够自定义创建过程。本质上,Docke...

    Liusy
  • 你是技术型还是艺术型的程序员?

    技术人员稳健,艺术家热爱。当两者各司其职,却也只是谋取一域,时代充满变化风云,如果能两者兼顾,方可站稳脚跟。单一技术和艺术简单却不是长久之计。

    数据猿
  • ASP.Net请求处理机制初步探索之旅 - Part 2 核心

    开篇:上一篇我们了解了一个请求从客户端发出到服务端接收并转到ASP.Net处理入口的过程,这篇我们开始探索ASP.Net的核心处理部分,借助强大的反编译工具,我...

    Edison Zhou
  • Tile:一个崭新出炉的机器学习语言

    千平 编译整理 量子位 出品 | 公众号 QbitAI Vertex.AI之前发布了一套机器学习框架PlaidML。据他们自己说,PlaidML在英伟达GPU上...

    量子位
  • 不止JDK7的HashMap,JDK8的ConcurrentHashMap也会造成CPU 100%

    大家可能都听过JDK7中的HashMap在多线程环境下可能造成CPU 100%的现象,这个由于在扩容的时候put时产生了死链,由此会在get时造成了CPU 10...

    java架构师
  • Python基本数据类型

    其实之前有一篇博客:C\C#\Java\Python 基本数据类型比较 https://cloud.tencent.com/developer/article...

    Steve Wang

扫码关注云+社区

领取腾讯云代金券