.NetCore下使用Prometheus实现系统监控和警报 (六)进阶Grafana集成自定义收集指标

Prometheus中包含了很多收集指标,那么我们怎来在Grafana中来使用呢?

接下来我们还是以之前自定义的来演示如图:我们在Prometheus中已经可以看到这个之前我们自定义的类型了

关于Grafana的部署前面的文章已经介绍过了,这里就不继续介绍了,这里新建一个面板 添加图表

创建好后会默认添加一个图标,这里我们选择编辑

接下来选择数据源名称,前面的章节已经介绍过了

如下图输入我们自定义的指标,其实这里都是智能检索的,都有提示的,我们选这这个之前定义好的

然后统计图就已经有了如图:

这里计数的total总数,这里我们还可以这样写 来评估 在一个时间段内的计数增长情况

当然我们也可以分析其中某个特定指标,这就需要添加过滤条件,这里我只统计Get请求

好了,关于这里面的语法就多介绍了

下面是General面板

下面的面板主要设置横纵坐标参数指标类型,有很多指标类型需要结合自己的指标类型去设置

但是横坐标有三种方式,具体去设置下就清楚了

所有都设置好了 Ctrl + S  保存

保存后就生成了我们的统计分析图表了

好了就到这里了,这篇文章基本以图形为主,这样可能看起来更加的直观~

原文地址:https://www.cnblogs.com/liyouming/p/10040010.html

时间: 2024-07-31 11:41:29

.NetCore下使用Prometheus实现系统监控和警报 (六)进阶Grafana集成自定义收集指标的相关文章

.NetCore下使用Prometheus实现系统监控和警报 (二)Linux安装

Prometheus对Windows有相关的支持  下载地址:https://prometheus.io/download/ wget https://github.com/prometheus/prometheus/releases/download/v2.5.0/prometheus-2.5.0.linux-amd64.tar.gz 如果需要也可以下载其他组件支持 解压安装: tar -xvf prometheus-2.5.0.linux-amd64.tar.gz 查看配置:cd /目录查看

Grafana+Prometheus系统监控之webhook

概述 Webhook是一个API概念,并且变得越来越流行.我们能用事件描述的事物越多,webhook的作用范围也就越大.Webhook作为一个轻量的事件处理应用,正变得越来越有用. 准确的说webhoo是一种web回调或者http的push API,是向APP或者其他应用提供实时信息的一种方式.Webhook在数据产生时立即发送数据,也就是你能实时收到数据.这一种不同于典型的API,需要用了实时性需要足够快的轮询.这无论是对生产还是对消费者都是高效的,唯一的缺点是初始建立困难. Webhook有

NO.7day系统监控,硬盘分区和文件系统管理

系统监控,硬盘分区和文件系统管理 1.系统监控 top命令:top命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器.默认每5秒刷新屏幕数据. top pid  进程id  ppid 父进程id free命令:显示内存的使用状态 buffer是用于存放要输出到disk(块设备)的数据的,而cache是存放从disk上读出的数据.这二者是为了提高IO性能的,并由OS管理.实际系统可用内存应该以available数据为准. ps命令:进程

Day 7 Linux之系统监控、硬盘分区等

Linux之系统监控.硬盘分区等 系统监控 系统监视和进程控制工具—top和free 1) 掌握top命令的功能:top命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器. 2) 了解使用top命令列出系统状态时,系统默认每5秒刷新一下屏幕上的显示结果.  1.第一行是任务队列信息 14:54:36 当前时间 up 3:42 系统运行时间(时:分) 3 users 当前登录用户数 load average:0.03 0.05 0.10

Linux 系统监控、诊断工具-top,vmstat,iostat,iotop

1.问题: 最近在做日志的实时同步,上线之前是做过单份线上日志压力测试的,消息队列和客户端.本机都没问题,但是没想到上了第二份日志之后,问题来了: 集群中的某台机器 top 看到负载巨高,集群中的机器硬件配置一样,部署的软件都一样,却单单这一台负载有问题,初步猜测可能硬件有问题了. 同时,我们还需要把负载有异常的罪魁祸首揪出来,到时候从软件.硬件层面分别寻找解决方案. 2.排查: 从 top 中可以看到 load average 偏高,%wa 很高,%us 偏低: 从上图我们大致可以推断 IO

Kafka消息系统监控

1.监控目标 当系统可能或处于亚健康状态时及时提醒,预防故障发生 报警提示 2.监控内容 2.1 机器监控 Kafka服务器指标 CPU Load Disk IO Memory 2.2 JVM监控 主要监控JAVA的 GC time(垃圾回收时间),JAVA的垃圾回收机制对性能的影响比较明显 2.3 Kafka系统监控 1.Kafka总体监控 zookeeper上/kafka08/broker/ids目录下节点数量 leader 选举频率 2.Kafka Broker监控 Broker是否存活

linux系统监控集合 (私人备用)

需要监控Linux服务器系统性能吗?尝试下面这些系统内置或附件的工具吧.大多数Linux发行版本都装备了大量的监控工具.这些工具提供了能用作取得相关信息和系统活动的量度指标.你能使用这些工具发现造成性能问题可能原因.此次讨论到的工具只是分析和调试服务器下面问题时最基本工具中的一部分. 1.找出瓶颈 2.硬盘(存储)瓶颈 3.CPU及内存瓶颈 4.网络瓶颈 #1: top - 进程活动 top提供一个当前运行系统实时动态的视图,也就是正在运行进程.在默认情况下,显示系统中CPU使用率最高的任务,并

linux系统监控命令

ps命令 命令:ps -mp pid -o THREAD,tid,time   或者  ps -Lfp pid 结果展示: 这个命令的作用,主要是可以获取到对应一个进程下的线程的一些信息. 比如你想分析一下一个java进程的一些运行瓶颈点,可以通过该命令找到所有当前Thread的占用CPU的时间,也就是这里的最后一列. 比如这里找到了一个TID : 30834 ,所占用的TIME时间最高. 通过 printf "%x\n" 30834 首先转化成16进制, 继续通过jstack命令du

系统监控及软件包管理

一.系统监控 1.top指令:列出系统中各个资源占用情况 free指令:显示内存使用状态     -m内存使用情况 2.buffer:用于存放要输出到disk的数据 cache:存放从disk上读出的数据 3.进程是程序的一次动态执行. 守护进程:就是系统后台一种保护进程的系统服务. 父进程:当一个进程创建另一个进程时,第一个进程称为父进程. 子进程:新的那个进程称为子进程 4.uname-a查看系统信息 5.ps aux显示所用进程信息 ps aux |grep 包含该进程的信息 kill -