Telegraf监控客户端调研笔记(1)-介绍、安装、初步测试

Telegraf介绍和使用(安装、使用、内部数据结构-InfluxDB行协议、配置、架构、Glob的使用、插件的集成和实现、集合Prometheus) Telegraf是一个基于插件的开源指标采集工具。本身是为InfluxDB(一款时序数据库)量身打造的数据收集器,但是它过于优秀,能够将抓取的数据写到很多地方,尤其在时序数据库领域,很多时序数据库都能够与它配合使用。通常,它每隔一段时间抓取一批指标数据(比如机器的CPU使用情况,磁盘的IO,网络情况,MySQL服务端的的会话数等等)并将他们发送到时序数据库、消息队列中或者自定义导出到某个地方。供下游的应用处理(比如报警)。Telegraf也能够对外提供一个服务,等待客户端推送数据。 阅读详情

Telegraf 是 InfluxData 开源的一款采集器,可以采集操作系统、各种中间件的监控指标,采集目标列表:https://github.com/influxdata/telegraf/tree/master/plugins/inputs 看起来是非常丰富,Telegraf是一个大一统的设计,即一个二进制可以采集CPU、内存、mysql、mongodb、redis、snmp等,不像Prometheus的exporter,每个监控对象一个exporter,管理起来略麻烦。一个二进制分发起来确实比较方便。

但是,Telegraf主要是为InfluxDB设计的,采集的很多监控指标,标签部分可能不固定,比如net_response这个采集input插件,在成功的时候,会附一个标签:result=success,超时的时候,又会变成:result=timeout,对于InfluxDB的存储模型和使用方式来说,这样做是没问题的,但是大部分时序库都不喜欢这个玩法,时序库更喜欢标签是稳态的,因为标签是监控数据的唯一标识,如果标签发生变化,就相当于是新的监控数据了,这就有点恶心了。好在Telegraf提供了一些配置机制,可以把部分标签给干掉,只留那些稳定的标签,这样就舒服多了。上面这段话不理解也没关系,后面慢慢就有感触了。

调研Telegraf是希望把Telegraf作为夜莺的一种采集端程序使用,夜莺自身是有一个Agentd的,但是支持的采集内容有限,v5版本开始,拥抱Prometheus生态,故而可以和Prometheus生态的各类Exporter协同,但是Exporter是每类监控对象一个,不太方便管理,另外就是Exporter是pull模型,夜莺的设计中,会对监控对象做额外的产品支持,需要从监控数据中解析出监控对象,pull模型的exporter,直接由Prometheus进程来采集,数据压根就不会流经夜莺的服务端,所以夜莺无法感知到这些数据,更别提解析这些数据了。Telegraf有很多output插件,比如可以把采集到的监控数据输出给InfluxDB、OpenTSDB、Prometheus、Kafka等,夜莺只要实现比如OpenTSDB的接收数据的HTTP接口,就可以接收Telegraf推送的数据啦,这样数据就会先流经夜莺的服务端,在服务端做解析,提取监控对象,做一些Nodata判断等,与夜莺的生态良好的集成到了一起。

安装

Telegraf的安装,非常简单,直接从官网下载编译好的二进制即可,或者自己编译也OK,比如64位Linux环境下,可以从这里下载:https://dl.influxdata.com/telegraf/releases/telegraf-1.20.2linuxamd64.tar.gz

下载之后,解压缩,看到如下目录结构:usr/bin/telegraf是二进制,etc/telegraf/telegraf.conf是配置文件,usr/lib下还给准备好了service文件,便于用systemd托管,如何作为后台程序去运行,看你自己癖好了,这是Linux基础知识,这里不再赘述。

├── etc
│   ├── logrotate.d
│   │   └── telegraf
│   └── telegraf
│       ├── telegraf.conf
│       └── telegraf.d
├── usr
│   ├── bin
│   │   └── telegraf
│   └── lib
│       └── telegraf
│           └── scripts
│               ├── init.sh
│               └── telegraf.service
└── var
    └── log
        └── telegraf

测试

我们来测试采集CPU相关的指标,命令如下:

./usr/bin/telegraf --config etc/telegraf/telegraf.conf --test --input-filter cpu

通过--config指定配置文件,--test表示本次仅仅是个测试,测试跑完了,进程就立马退出,--input-filter是采集插件过滤,这里的意思是只运行cpu这个插件,即只采集CPU相关的指标

输出内容如下:

[root@172-20-24-219 telegraf-1.20.2]# ./usr/bin/telegraf --config etc/telegraf/telegraf.conf --test --input-filter cpu
2021-11-05T00:48:50Z I! Starting Telegraf 1.20.2
> cpu,cpu=cpu0,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=98.03921568448419,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=1.960784313690687,usage_user=0 1636073331000000000
> cpu,cpu=cpu1,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=100,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=0,usage_user=0 1636073331000000000
> cpu,cpu=cpu2,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=100,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=0,usage_user=0 1636073331000000000
> cpu,cpu=cpu3,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=100,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=0,usage_user=0 1636073331000000000
> cpu,cpu=cpu-total,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=99.50248752715007,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0.49751243763529784,usage_system=0,usage_user=0 1636073331000000000

如果要同时采集cpu和内存呢?这么这么来搞:

./usr/bin/telegraf --config etc/telegraf/telegraf.conf --test --input-filter cpu:mem
2021-11-05T00:51:47Z I! Starting Telegraf 1.20.2
> mem,host=172-20-24-219 active=744894464i,available=7693004800i,available_percent=93.8048142657935,buffered=2662400i,cached=1393319936i,commit_limit=4100538368i,committed_as=392212480i,dirty=0i,free=6590001152i,high_free=0i,high_total=0i,huge_page_size=2097152i,huge_pages_free=0i,huge_pages_total=0i,inactive=623808512i,low_free=0i,low_total=0i,mapped=54579200i,page_tables=3637248i,shared=17301504i,slab=146083840i,sreclaimable=97878016i,sunreclaim=48205824i,swap_cached=0i,swap_free=0i,swap_total=0i,total=8201076736i,used=215093248i,used_percent=2.6227439996483897,vmalloc_chunk=35184340365312i,vmalloc_total=35184372087808i,vmalloc_used=23142400i,write_back=0i,write_back_tmp=0i 1636073507000000000
> cpu,cpu=cpu0,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=100,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=0,usage_user=0 1636073508000000000
> cpu,cpu=cpu1,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=100,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=0,usage_user=0 1636073508000000000
> cpu,cpu=cpu2,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=100,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=0,usage_user=0 1636073508000000000
> cpu,cpu=cpu3,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=100,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=0,usage_user=0 1636073508000000000
> cpu,cpu=cpu-total,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=100,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=0,usage_user=0 1636073508000000000

--input-filter cpu:mem 指定要同时运行cpu和内存两个采集插件,输出的内容格式是InfluxDB生态的格式,我们随便分析一条,比如最后这一条:

cpu,cpu=cpu-total,host=172-20-24-219 usage_guest=0,usage_guest_nice=0,usage_idle=100,usage_iowait=0,usage_irq=0,usage_nice=0,usage_softirq=0,usage_steal=0,usage_system=0,usage_user=0 1636073508000000000

这一条数据用空格分成了3部分,第一部分是measurement和tags,上例中第一个逗号之前的部分即cpu,就是measurement,第一个逗号之后的部分cpu=cpu-total,host=172-20-24-219就是tags,host这个标签标识了这个监控数据是从哪里采集的,也就是夜莺里的监控对象,后面Telegraf这个数据进入夜莺服务端之后,夜莺就是从host标签中提取的监控对象标识(夜莺里把监控对象标识叫ident)。cpu=cpu-total这个标签表示这是cpu的整机情况,其他的那些监控数据大家可以看到,有cpu=cpu0,cpu=cpu1等标签,表示不同CPU核的监控数据。

第二部分是fields,filed_key=field_value这种格式,usage_guest=0就是一个field,因为Telegraf是InfluxDB生态的,InfluxDB是列式存储,这种格式非常合适。但是在夜莺、OpenTSDB、Prometheus这种生态里,一般不这么描述监控数据,所以后续是需要有个格式转换的,转换逻辑也很简单,就是${measurement}_${field_key}组成metric,上面这一条数据,会被拆成10个metric。不理解也没关系,后面真正要上报数据的时候,会给大家演示。

第三部分是时间戳:1636073508000000000,这个时间戳应该是纳秒为单位的,上报给不同的后端的时候,要做转换,比如上报给OpenTSDB的时候,OpenTSDB就把时间转换为秒了。

上面的采集的CPU和内存数据,标签部分只有:host=172-20-24-219和cpu=cpu-total这种数据,是稳定的,不需要对标签做额外处理。这个host标签默认是取的机器名,大家可以通过修改telegraf.conf的配置来手工设置别的内容,比如把host标签的值设置为本机ip之类的,配置项在agent那个section:

[agent]
  interval = "10s"
  round_interval = true
  metric_batch_size = 1000
  metric_buffer_limit = 10000
  collection_jitter = "0s"
  flush_interval = "10s"
  flush_jitter = "0s"
  precision = ""
  hostname = ""
  omit_hostname = false

上面倒数第二行,默认为空,自动获取本机hostname,可以设置一个不为空的值,就会以你设置 的值为准了。个人建议维持默认,就用hostname挺好的,公司里的每台机器,建议hostname都不要相同,这才是最佳实践。

好了,本篇到此结束,主要对Telegraf做了基本介绍、安装和测试,后面我们就要开始测试这些常用的input插件了,有了此等神器,监控采集这块,估计是不太用担心了,enjoy :-)

telegraf简介 它具有轻量、灵活、插件丰富等特点,是时序数据监控生态(如 TICK Stack:Telegraf + InfluxDB + Chronograf + Kapacitor)中的核心组件之一。Telegraf 是时序数据采集的“瑞士军刀”,凭借丰富的插件和轻量特性,成为监控领域的重要工具。它简化了从多源采集数据并集成到监控生态的流程,常与 InfluxDB、Grafana 等组成完整的“采集-存储-可视化”监控链路,广泛应用于运维、物联网、工业监控等场景。对采集的数据进行实时处理,如过滤、转换、添加标签等。 阅读详情

相关推荐

Telegraf 部署配置

Telegraf是一个插件驱动的代理,用于从各种来源(如数据库、系统和IoT传感器)收集和发送指标和事件。

王小工小工历程 1655

2.Telegraf简介

Telegraf

woshiwjma956的博客 4991

监控告警落地的本质:从指标采集到告警响应的工程化闭环

监控(monitoring)与告警(alerting)是现代可观测性体系的核心能力,其底层依赖时间序列(time series)数据的持续采集、存储与分析。真正有效的监控并非简单堆砌Dashboard或设置阈值,而是围绕业务黄金信号构建可度量、可推理、可响应的全链路闭环——涵盖指标(metrics)定义、告警策略分级、可视化认知设计及数据治理。尤其在微服务与多云架构下,脱离业务语义的指标、缺乏抑制逻辑的告警、违背人因工程的Dashboard,以及标签爆炸导致的time series失真,都会使系统沦为‘数据

caodaoxi的专栏 546

telegraf介绍

Telegraf 是开源服务器代理,可帮助您从堆栈、传感器和系统中收集指标。 什么是telegraf? Telegraf 是一个插件驱动的服务器代理,用于从数据库、系统和 IoT 传感器收集和发送指标和事件。 Telegraf 是用 Go 编写的,可以编译成一个没有外部依赖关系的二进制文件,并且需要非常小的内存占用。 为什么要使用 Telegraf? 收集和发送各种数据: 数据库:连接到 MongoDB、MySQL、Redis 等数据源以收集和发送指标。 系统:从现代云平台.

forrest420的专栏 1万+

【信息科学与工程学】【数据中心】【通信工程】 第六篇 智算中心Infiniband组网

维度训练区(IB网络)推理区(IB网络)公共服务区(VxLAN)存储区(IB存储网络)管理区(以太网)网络技术​InfiniBand HDR 200G/NDR 400GInfiniBand HDR 200G以太网VxLAN/EVPNInfiniBand HDR 200G + NVMe-oF以太网10/25G拓扑架构​双层Fat-Tree优化双层Fat-Tree简化三层CLOS(Spine-Leaf)专用IB存储Fabric双层CLOS交换层数​2层(Leaf-Spine)2层(Leaf-Spine)3层(A

weixin_49199313的博客 1141

ArchLinux下用Wine运行钉钉全攻略:从字体配置到中文输入法避坑

本文详细介绍了在ArchLinux系统上使用Wine运行钉钉的完整配置流程。从最新的WoW64架构环境准备、中文字体配置与DPI优化,到钉钉安装、关键系统库替换,再到解决中文输入法失效等核心难题,提供了实战避坑指南。旨在帮助Linux用户在企业办公场景下,获得接近原生的稳定使用体验。

alice7model的博客 588

Telegraf监控客户端调研笔记(2)-CPU、MEM、DISK、IO相关指标采集

这是系列文章,之前的文章如下: Telegraf监控客户端调研笔记(1)-介绍、安装、初步测试 Telegraf大家有了基本了解了,但是能否用好,未必喽,今天我着重调研了一下Telegraf对CPU、内存、硬盘相关指标的采集,大部分指标还算容易理解,硬盘IO相关的有点麻烦,好,下面开始介绍。 CPU CPU相关的指标比较简单,配置也比较简单,在inputs.cpu这个section,具体如下: # Read metrics about cpu usage[[inputs.cpu]]

wr_java的博客 4412

模型算力需求估算

(Billion Parameters,简称B)和训练/推理的计算任务复杂度,结合硬件计算能力(例如每秒浮点运算次数,FLOPS)来估算。以下是详细的方法和公式说明,以及实际的计算示例。算力需求的估算依赖于参数量、模型架构及硬件性能,结合训练/推理场景的特定要求来计算。通过上述公式和示例,我们可以定量分析不同任务的算力需求,并合理配置硬件资源以优化运行效率。结论:推理任务相对较轻,单台H100可以在30秒内完成此任务。推理算力需求一般远低于训练,因为只需要执行前向传播。,可以将训练时间缩短到约。

形上得其象,形下合于数;阴阳自济,玄理自明。 8952

Telegraf监控客户端调研笔记(6)-PING监控、进程监控

本篇介绍两个采集插件,ping和procstat。ping监控就是用于远程探测的,年底夜莺v5最终版会内置nodata的处理逻辑,对机器的监控就不用ping了,不过有的时候,有些机器没法安装agent,这种情况可能就要考虑ping监控了。procstat主要有两个功能,一个是采集进程个数,比如nginx这种多进程模型,会采集总的进程数量,同时对每个单一进程,会采集进程相关的cpu、内存使用情况以及一些资源限制信息等。 ping ping插件的默认配置如下: # # Ping given ur

wr_java的博客 2631

论文浅读之PIP-Net: Patch-Based Intuitive Prototypes for Interpretable Image Classification

这篇文章的主要贡献包括:1 提出了一种新型的可解释图像分类模型PIP-Net,它基于原型部分学习可解释的原型,实现内置解释性。2 PIP-Net采用自监督学习的新正则化方法,学习原型之间的相似性,使得 latent 空间中的相似性能更好地与人类视觉感知相一致,从而减小了所谓的语义差距。3 PIP-Net可解释为一个稀疏的打分表,它可以检测图像是否属于任何类,或是否属于多个类。它也可以对OOD数据进行分类并说“我没有看到过这个”。

qq_49370210的博客 1791

STM32 HAL库状态机实现按键多事件检测(无阻塞高效处理)

本文详细介绍基于STM32 HAL库的状态机实现按键多事件检测方法,包括单击、双击等高效无阻塞处理。通过定时器中断和GPIO中断优化,结合状态机设计,显著提升系统响应效率和实时性,适用于嵌入式系统开发。

tech5的博客 1016

Telegraf监控客户端调研笔记(4)-exec、net、netstat相关指标采集

这一次,介绍exec、net、netstat这三个input plugin,exec是用于执行脚本的,老版本的夜莺里有个监控插件功能,Telegraf用exec插件来实现类似功能;net就是网络相关的监控指标,主要是网卡流量之类的,netstat就是各种网络连接的统计。 exec exec采集插件的配置如下,我这里给一个样例: # # Read metrics from one or more commands that can output to stdout[[inputs.exec]]

wr_java的博客 2526

51单片机+DS18B20+数码管显示+超温提示+Proteus仿真

51单片机+DS18B20+数码管显示+超温提示+Proteus仿真 Proteus仿真 实例代码 #include <reg52.h> #define uchar unsigned char #define uint unsigned int sbit we1 = P3^0; sbit we2 = P3^1; sbit we3 = P3^2; sbit we4 = P3^3; sbit DS = P1^0; sbit D1 = P3^6; sbit D2 = P3^7; uch

perseverance51博客 1539

Telegraf监控客户端调研笔记(5)-本地端口监控&远程TCP探测

夜莺v4版本中有个端口监控功能,我们来看一下Telegraf如何实现这个功能。遍历了一下Telegraf的input plugin列表,看起来可以用net_response这个plugin来实现。该plugin配置如下: # # Collect response time of a TCP or UDP connection# [[inputs.net_response]]# ## Protocol, must be "tcp" or "udp"# ## NOTE: because the "u

wr_java的博客 2120

计算电磁学(三)有限差分方法

有限差分方法(FDM)是一种数值处理方法,通过将偏微分方程变换为一组代数方程,通过求解代数方程组来得到原边值问题的近似值。由于有限差分法非常简单,所以也特别的稳定高效。其中时域有限差分方法(FDTD)是电磁分析中的常用方法。在计算电磁学中,常用有限差分方法(finite difference equations)来替代微分方程。一个有限差分法通常包括三个步骤将求解域划分网格用有限差分方程逼近给定的微分方程求解在给定边界条件和初始状态下的方程常用的网格模型方阵斜方阵三角阵圆形阵。

CCC_B的博客 1639

《UDS协议从入门到精通》系列——图解0x10:诊断会话控制

什么是诊断会话控制服务?切换模式时ECU要做哪些?有没有通信示例?本文全网最详解!!

车载系统攻城狮 1万+

Prometheus+influxdb1.8实现高可用监控系统

Prometheus+influxdb1.8实现高可用监控体系

热气球 2319

YOLOv8-COCO指标转换

本文介绍了将YOLO格式数据集转换为COCO格式并评估模型性能的完整流程。首先需将YOLO格式的标注数据转换为COCO格式,通过修改classes、image_path等参数适配不同数据集。然后使用YOLO模型对验证集进行预测并保存结果为JSON格式。最后通过比较预测结果和转换后的COCO标注文件,使用COCO官方评估指标和TIDE工具进行性能分析,生成包含AP、AR等指标的报告及错误分析图表。整个过程实现了从数据准备到模型评估的完整闭环,为计算机视觉任务提供标准化的性能评估方案。

FJN110的博客 402

行为分析实战:从医疗预警到安全风控的工程化落地

行为分析是一种以人类交互数据为输入、通过建模识别异常模式并驱动干预的技术范式。其核心在于将点击、移动、操作时序等离散行为转化为具有生理或心理机制支撑的可计算特征,进而实现对个体状态变化的早期感知与精准响应。该技术已深度应用于医疗健康(如慢病动态基线预警)、IT安全(如内部威胁的行为DNA比对)及组织管理(如认知负荷驱动的效能优化)等关键场景。区别于传统规则引擎或黑箱预测模型,现代行为分析强调传感器选型匹配性、特征可解释性、数据漂移监控与业务闭环反馈。本文聚焦真实项目中的配置逻辑、踩坑记录与最小可行工具链,揭

weixin_34059951的博客 314

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

Telegraf简单搭建使用

telegraf是一个基于插件的开源指标采集工具,本身就是为influxDB量身打造的数据收集器,但是它写的过于完善,能够将数据写到很多地方,尤其是在时序库领域,很多时序库能够与它配合使用。通常,它每隔一段事件出啊去一批指标数据,并将他们发送到时序数据库,消息队列中或者自定义导出带某个地方。供下游的应用处理,telegraf也能够对外提供一个服务。等待客户端推送数据。Trlrgraf是有扩展性的,我们可以随时拓展telegraf的部分Telegraf的常用场景:收集指标数据类似于内存使用情况的实时表达。

evli_eye的博客 1435

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

初识Telegraf、InfluxDB和Grafana铁三角形成的监控可视化解决方案

数据监控目前用于各行各业,服务器开发也不例外,进程什么时候被杀死了?内存占用已经达到98%了怎么早点没发现,网络带宽已经占满了怪不得玩家反馈说登录不上去了,这些都是服务器开发人员常常听到的“抱怨”,他们都涉及到服务器资源的使用情况,如果有一种方便的途径可以高效的监控各个服务器的情况就好了,单靠人去各个服务器查看是不现实的,今天就来简单介绍一种我刚刚学到的方案...

AlbertS Home of Technology 4220

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

Telegraf入门

Telegraf 是一个用Go语言编写的代理程序,可收集系统和服务的统计数据,并写入到InfluxDB数据库。内存占用小,通过插件系统可轻松添加支持其他服务的扩展。

SayBlog 5060

InfluxDB 生态工具:Telegraf 数据采集全指南(一)

Telegraf 安装与配置,输入插件(CPU、内存、网络等)选择与参数设置,输出插件(InfluxDB)配置,数据过滤与转换处理器使用,服务启停与日志分析。

2701

telegraf详解与部署实战

Telegraf作为现代监控栈的核心采集器,通过标准化插件大幅降低数据收集复杂度。插件管理:通过telegraf.d目录分服务配置插件,避免主配置臃肿7。高可用方案:部署多Telegraf实例 + Kafka输出,防止数据丢失。自定义开发:参考官方插件模板开发业务专属采集器1。通过TIG技术栈实现的全链路监控,可覆盖从基础设施到应用层的观测需求,为性能优化提供数据支撑。

sre救赎之路 1747

Prometheus+Telegraf实现自定义监控项配置

为什么需要配置自定义监控?当采用telegraf作为agent采集监控信息时,虽然telegraf的inputs插件提供了不少封装好的监控配置文件,但是在生产环境下,直接使用telegraf提供好的配置文件来监控相应的指标总是不全面的。例如:自己编写了一个azkaban组件监控脚本,实现对其中的任务状态及任务数进行监控,那么这时候telegraf提供的开源inputs插件就实现不了这个监控过程,那么怎么办?因此本篇文章主要针对telegraf的自定义监控实现方式进行展示。

菜鸟运维升级之路 2241

Telegraf+InfluxDB+Grafana实时运维监控

InfluxDB的下载、安装和使用;Grafana的下载、安装和使用;Telegraf的下载、安装和使用。Telegraf+InfluxDB+Grafana实现自动化运维监控大屏。

weixin_44328192的博客 2982
上一篇: 分布式定时任务调度框架选型
下一篇: Telegraf监控客户端调研笔记(2)-CPU、MEM、DISK、IO相关指标采集
wrr-cat
博客等级 码龄9年 128粉丝 302原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值