grafana + influxdb + telegraf , 构建性能监控平台

1.安装平台

1).grafana , 访问各类数据源 , 自定义报表、显示图表等等 , 用于提供界面监控 , 默认端口为3000 , 默认登陆信息admin

wget https://grafanarel.s3.amazonaws.com/builds/grafana-3.1.1-1470047149.x86_64.rpm
yum install initscripts fontconfig -y
rpm -ivh grafana-3.1.1-1470047149.x86_64.rpm
systemctl start grafana-server

2).influxdb , 时序数据库 , 默认端口为Web端8083 , API端8086 , 默认登陆信息admin

wget https://dl.influxdata.com/influxdb/releases/influxdb-1.0.2.x86_64.rpm
yum localinstall influxdb-1.0.2.x8664.rpm
systemctl start influx

3).telegraf , 收集系统和服务的统计数据 , 并写入到 InfluxDB数据库 , 在需要监控的机器上安装

具体的安装教程网上很多 , 我是在linux下安装的这三个软件 , 印象中telegraf是有windows版本的

2.配置telegraf

    telegraf用于收集信息写入到influxdb(或其他数据源) , 所以需要配置相关信息 , 这里例举cpu与内存的配置 , 相关文档

https://github.com/influxdata/telegraf

1).数据源配置(outputs.influxdb节点):

[[outputs.influxdb]]
  urls = ["http://192.168.18.118:8086"]  #infulxdb地址
  database = "telegraf" #数据库
  precision = "s"
  timeout = "5s"
  username = "admin" #帐号
  password = "admin" #密码

2).cpu配置(inputs.cpu节点):

[[inputs.cpu]]
  ## Whether to report per-cpu stats or not
  percpu = true
  ## Whether to report total system cpu stats or not
  totalcpu = true

3).内存配置(inputs.mem节点):

[[inputs.mem]]

配置好后运行telegraf , 就可以开始搜集系统信息了 , [注] : 所有的inputs节点里的属性 , 其实都可以不用显示的配置 , 什么都不写则表示全部开启

3.配置Grafana

    当有了数据源后 , 就可以开始配置grafana来展示数据了

1).登陆grafana , 左上角菜单新建数据源 , 并配置好相关信息

2).添加Dashboards

    3).settings可以设置此dashboard的基本信息

    4).左侧绿色按钮可以添加图表等工具 , 先添加一个图表测试

    General : 图表的基本信息

    Metrics : 用来配置图表所需的数据源里的各项信息

    Axes : 图表X轴Y轴详细设置 , 单位设置 , 预警线设置

    Display : 展示的具体样式

    5).具体配置

     6).配置刷新时间

    7).最后切记保存

最后的效果如下 , 每2秒会跳一次

可以对telegraf配置其他搜集信息来展示更多。还可以用其他的搜集工具 , 比如jmeter做压力测试的时候 , 可以向influxdb写入如并发量、请求数、请求成功数等等信息。还能通过mysqld_exporter收集mysql数据(如增删改查数)到数据源(如influxdb), 然后在grafana里展示mysql相关数据图表。对于grafana , 只需灵活使用数据收集工具 , 就能搭建出强大的监控平台~

时间: 2024-10-31 09:11:20

grafana + influxdb + telegraf , 构建性能监控平台的相关文章

collectd+influxDB+grafana搭建性能监控平台

collectd+influxDB+grafana搭建性能监控平台 前言 InfluxDB 是 Go 语言开发的一个开源分布式时序数据库,非常适合存储指标.事件.分析等数据:键值时间数据库性能还不错 collectd 是C 语言写的一个系统性能采集工具 Grafana 是纯 Javascript 开发的前端工具,用于访问 InfluxDB,自定义报表.显示图表等.V3.0以上版本支持zabbix 数据库,可以非常方便直接由zabbix_agent 采集数据. 1 环境信息 测试环境174,175

搭建grafana+influxdb+telegraf,以及常见问题

1.Install 1.1. influxdb sudo yum install influxdb sudo systemctl start influxdb 判断已经安装完成,输入下面的命令,可以进入influxDB的界面 > influx 1.2. Telegraf 修改版本 wget https://dl.influxdata.com/telegraf/releases/telegraf-1.9.1_linux_amd64.tar.gz tar xf telegraf-1.9.1_linu

使用 StatsD + Grafana + InfluxDB 搭建 Node.js 监控系统

在石墨,我们之前使用 ELK 搭了一套监控图表,由于一些原因,比如: 1.Kibana 经常查日志查挂2.Kibana 的图表不太美观.不够灵活所以调研了一下,选择用 StatsD + Grafana + InfluxDB 搭建一套新的监控系统. 工具简介 StatsD 是一个使用 Node.js 开发的简单的网络守护进程,通过 UDP 或者 TCP 方式侦听各种统计信息,包括计数器和定时器,并发送聚合信息到后端服务,例如 Graphite.ElasticSearch.InfluxDB 等等,这

建立Heapster Influxdb Grafana集群性能监控平台

依赖于kubenets dns服务地址:https://note.youdao.com/web/#/file/WEB42cf75c02ae113136ff664f3f137cb67/note/WEB0eec19f3667471969b3354b7128fda9c/ 图形化展示度量指标的实现需要集成k8s的另外一个Addons组件: Heapster .Heapster原生支持K8s(v1.0.6及以后版本)和 CoreOS ,并且支持多种存储后端,比如: InfluxDB . ElasticSe

Centos7 搭建Grafana+Jmeter+Influxdb 性能监控平台

一.背景 日常工作中,经常会用到Jmeter去压测,毕竟LR还要钱(@¥&*...),而最常用的接口压力测试,我们都是通过聚合报告去查看压测结果的,然鹅聚合报告的真的是丑到家了,作为程序猿这当然不能忍!那我们要怎么给它变得好看点捏? 二.如何华丽变身? 方式 优点 缺点 Jmeter+ant+Jenkins 快捷,上手简单 报告还是不够美观.直观,如果测试接口一多,报告就会显示臃肿不够直观 Grafana+Jmeter+Influxdb(推荐) 数据可视化,数据直观,筛选功能强大,拓展能力强 当

grafana+influxDB+Telegraf 监控

之前从来没接触过这三个东西,所以这里先从基本了解.Grafana是一个开源的度量分析和可视化套件.这是最常用的可视化的时间序列数据的基础设施和应用的分析,简单说就是在 web 前端上展示页面,只需要 apache 或 nginx 就可以了,连PHP都不用. influxDB是一个时间序列的数据库,你插入的每条数据会自动附加上两个字段,一个时间,一个序列号(用来作为主键)它有三大特性:时序性(Time Series):与时间相关的函数的灵活使用(诸如最大.最小.求和等):度量(Metrics):对

grafana+influxDB+telegraf的基本操作

安装的话我就不多说了,主要写下内部的一些操作.如何实现模板选择要监控的主机呢? 像左上角那样,选择监测主机后,下面的图形也会发生变化,这样有交互的操作下会更加利于我们的监控. 设置这样就可以了.show tag values from net(我监控网卡) with key="host"刚开始由于我对influxDB的使用命令不熟悉,像mysqlDB中的查看表格式之类的命令也不能用,所以选择了常数的设置方法,但是仅仅只适用于少量机器可以使用. 这样的话也是能达到效果的,自己琢磨肯定有走

基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标GPS监控平台

开发企业级的部标GPS监控平台,投入的开发力量很大,开发周期也很长,选择主流的开发语言以及成熟的开源技术框架来构建基础平台,是最恰当不过的事情,在设计之初就避免掉了技术选型的风险,避免以后在开发过程中,不断的填坑走弯路,以至于整个团队被坑埋掉.做GPS平台这么多年,以前就了解到一些开发团队过于关注某一种语言的优势,比如过于选用GO,Erlang,python,php等技术,最后团队熟悉这些技术的关键人员离职了,都没人接手,不能不说是个悲剧.所以说平台的技术架构选型要注重的是稳健,均衡而不是偏激,

GPS部标监控平台的功能设计(一)-功能列表

在2011年交通部的796标准推出后,随着各地交管部门的硬性要求,大多数的GPS监控系统或者车辆管理系统或者物流管理系统,无论是旧的,还是新开发的,都必须要以796标准为基础蓝本,首先要满足796的要求,然后在此基础上增加行业应用的个性化要求,如物流运输车辆非常关心的油耗管理,冷链运输非常关心温度控制等等. 所以开发GPS平台的时候,必须要首先阅读交通部的jt/t 796 , jt/t808和jt/t809的文档,以此作为自己的功能设计的需求来源,行业需求或用户需求是排在后面的.很多开发团队做出