开发者社区> zhangdiandong> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

zabbix监控交换机出图断断续续问题解决

简介: Zabbix通过snmp监控Nexus7K流量时,之前经常出现出图很不稳定的情况。我先对zabbix以及snmp是怎么来监控流量的做个简单的说明: Zabbix:只是负责从自身配置中的snmp部分拿到数据绘图、告警等等。
+关注继续查看

Zabbix通过snmp监控Nexus7K流量时,之前经常出现出图很不稳定的情况。我先对zabbix以及snmp是怎么来监控流量的做个简单的说明:

Zabbix:只是负责从自身配置中的snmp部分拿到数据绘图、告警等等。

Snmp:通过snmp协议拿到数据给zabbix。

之 前的现象是:当流量高的时候,绘图就会出现落差很大的现象,于是我在zabbix监控机上对snmp获取的值做了一个监控。发现其现象为只要获取的数值超 过4293662940、4293662940、4294816070这几个数就会出现拐点,数值立刻从一个比较低的值开始一点点加大。

现 象的原理:这是snmp计数器的机制,如果溢出了,则清0重新记录。另外,如果是count32的话,最大支持的值是2^32=4G,也就是说超过4G, 交换机snmp计数器自动溢出,然后从0开始重新计数。而zabbix如果item的save as设置的为speed per second的时候,对于此类情况的操作方法为:如果本次获取到的值比上次小,那么不存储这次的差,直接忽略掉,等下次的差值。


处理的办法:

首先、我先判断交换机支不支持把64位的数据吐出来:

snmpwalk -v2c -c dangdang 10.4.0.1 ifHCInOctets 吐出来的数值有效,说明是支持的。

第二、既然交换机能吐出来,那一定是我们抓的不对:

原有的获取流量的id为:.1.3.6.1.2.1.2.2.1.16.437280768

.1.3.6.1.2.1.2.2.1.16这个是32位的,所以会出现一到4G左右就重置,这是由于snmp数值溢出了。

第三、

将id改为:ifHCOutOctets.437280768,相对的,in方向的为:ifHCInOctets.437280768

这样就能支持64位了。出图的问题也就解决了。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
zabbix snmp监控交换机流量
zabbix监控交换机是非常的简单,只需知道交换机snmp的密码,然后连结下自带的snmp模板,就可以完成监控了,还有什么比这配置更简单的? 1、配置交换机的snmp snmp-server community yang ro   #配置读取snmp的密码   snmp-serve...
1029 0
+关注
zhangdiandong
研究方向Linux各应用环境配置优化、流媒体、集群 分布式存储管理 优化,自动化运维,架构设计等方面。实践经验丰富,目前专注于高可用网站架构、网络安全及数据同步、远程灾备研究以及一些潮流技术学习落地使用。
100
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载