grafana使用中遇到的一些坑

1、基于Zabbix建立企业级Linux、Aix、WindowsServer服务器的监控，监控服务器的运行内存、CPU、磁盘、IO等基本情况，建立企业主机群管理。

2、基于Zabbix建立企业级数据库的监控，例如Oracle、Sqlserver、Mysql等数据库的运行情况。

3、基于Zabbix建立企业级业务系统的 健康 度监控，例如企业的自助设备的IIS服务、Tomcat服务、微服务等等。

3、基于Zabbix建立企业级网络拓扑监控。

4、实现多种媒介的报警通知

prometheus上面有数据，在grafana导入模板后无数据，错误提示 Templating init failed Datasource named prometheus was not found

出现这种情况请确认默grafana datasources promtheus的数据源名称。

把官方模板修改为你对应的prometheus数据源Name即可，再重新导入一次，显示以下即是正常

        由于之前对Zabbix做了一次迁移,后面慢慢出现在Grafana上看到SNMP数据间歇性丢失,有意思的是在非工作时间这个问题会延缓,但是在上班时间段就开始SNMP 接口数据间歇性丢失的问题就尤为突出,经过各种排查最后得出结论是因为迁移后Zabbix模板中网络接口带宽的索引OID默认是 ifOutOctets/ifOutOctets 导致

ifOutOctets/ifOutOctets 在达到 2^32 次方(也就是 4 294 967 296 )之后会清零,由于清零之后上一个周期和当前周期的差值转换成每秒然后再乘以8,这种情况会在接口的统计值达到清零值的时候容易出现,比如上一个周期的值是 4255129534 ,刚好在下一个周期取数据的时候这个值达到了最高值之后清零了,当前周期拿到的值是 130216339 ,当前周期带宽计算就会出现负数,这也就导致了流量大的接口在zabbix中绘图断断续续,或者带宽值出现尖峰值的情况

这里可以看到使用 snmpwalk 获取 ifInOctets 值对比结果,当数值结果达到 4 294 967 296 就会被清零

        从以上知道了问题所在就很容易解决了,找到设备关联的模板,依次点击 Discovery rules - xx Interfaces - Item prototypes 找到响应的 将原来使用

13612122110(ifInOctets) 或者 13612122116(ifOutOctets) 的key中的SNMP OID更换为 136121311116 (ifHCInOctets) 和 1361213111110 () ifHCOutOctets)即可解决

以上就是关于grafana使用中遇到的一些坑全部的内容，包括:grafana使用中遇到的一些坑、Grafana之模板与变量(第十五篇)、Grafana-Singlestat用法等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！