虚拟化容器,大数据,DBA,中间件,监控。

Centos7/RHEL7 安装zabbix4.2,监控华为S6700交换机方案

15 07月
作者:admin|分类:监控安全

Centos7/RHEL7 安装zabbix4.2,监控华为S6700交换机方案



具体如何安装LAMP或LNMP环境,然后安装zabbix4.2 这里就不再说了。可以看本博客的其它文章。


一、安装SMNP软件。


yum install -y net-snmp net-snmp-utils

利用snmpwalk工具来查看华为交换机相关的MIB信息。


1,查看交换机的端口描述与OID关系,找到自己需要监控的端口。
这里我需要监控 XGigabitEthernet0/0/45-48与Eth-Trunk1端口


[root@zabbixserver ~]# snmpwalk -v2c -c HaNanSwitch -On 111.43.165.1 ifDescr


.1.3.6.1.2.1.2.2.1.2.52 = STRING: XGigabitEthernet0/0/47
.1.3.6.1.2.1.2.2.1.2.53 = STRING: XGigabitEthernet0/0/48
.1.3.6.1.2.1.2.2.1.2.54 = STRING: 40GE0/0/1
.1.3.6.1.2.1.2.2.1.2.55 = STRING: 40GE0/0/2
.1.3.6.1.2.1.2.2.1.2.60 = STRING: Vlanif200
.1.3.6.1.2.1.2.2.1.2.61 = STRING: Eth-Trunk1


2,查看端口的出口OID信息
[root@zabbixserver ~]# snmpwalk -v2c -c HaNanSwitch -On 111.43.165.1 ifHCOutOctets

.1.3.6.1.2.1.31.1.1.1.10.50 = Counter64: 1672801388477899
.1.3.6.1.2.1.31.1.1.1.10.51 = Counter64: 1679011920768835
.1.3.6.1.2.1.31.1.1.1.10.52 = Counter64: 1672421786661095
.1.3.6.1.2.1.31.1.1.1.10.53 = Counter64: 1678671294629370
.1.3.6.1.2.1.31.1.1.1.10.54 = Counter64: 0
.1.3.6.1.2.1.31.1.1.1.10.55 = Counter64: 0
.1.3.6.1.2.1.31.1.1.1.10.60 = Counter64: 0
.1.3.6.1.2.1.31.1.1.1.10.61 = Counter64: 6702910141177261



3,查看华为S6700交换机入口流量的OID信息。


[root@zabbixserver ~]# snmpwalk -v2c -c HaNanSwitch -On 111.43.165.1 ifHCInOctets


.1.3.6.1.2.1.31.1.1.1.6.50 = Counter64: 488970600461674
.1.3.6.1.2.1.31.1.1.1.6.51 = Counter64: 502972789510106
.1.3.6.1.2.1.31.1.1.1.6.52 = Counter64: 489186554891878
.1.3.6.1.2.1.31.1.1.1.6.53 = Counter64: 503803901094985
.1.3.6.1.2.1.31.1.1.1.6.54 = Counter64: 0
.1.3.6.1.2.1.31.1.1.1.6.55 = Counter64: 0
.1.3.6.1.2.1.31.1.1.1.6.60 = Counter64: 0
.1.3.6.1.2.1.31.1.1.1.6.61 = Counter64: 1984934656736540


这里需要知道,查看的都是64位Counter64的OID信息。如果查看32位的ifInOctets与ifOutOctets信息那么
流量大时就会出问题,zabbix在出图时,会出现时断时续的情况,具体原因看下面说明:


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数值溢出了。




查看监控模板统计交换机的端口流量是不是用的32位计数器。
监控交换机流量一般通过OID获取端口流量计数,统计前后2次的增量。
注意:端口的流量是一个累加值,即是从其加电工作开始到取数时,流经其的流量,因此这个数值是 一直增加的。
以cisco 2960为例
32位计数器:
ifInOctets 进
OID .1.3.6.1.2.1.2.2.1.10

ifOutOctets 出
OID .1.3.6.1.2.1.2.2.1.16

64位计数器:
ifHCInOctets 进
OID .1.3.6.1.2.1.31.1.1.1.6

ifHCOutOctets 出
OID .1.3.6.1.2.1.31.1.1.1.10

对于32位计数,端口流量大约跑到4.3G,计数器会清零,重新开始计数。
获取OID的命令
snmpget -v 2c -c public -On 192.168.1.1 ifHCInOctets
snmpget -v 2c -c public -On 192.168.1.1 ifInOctets

获取端口名称
snmpwalk -v 2c -c public 192.168.1.1 ifname
获取端口流量计数器
snmpwalk -v 2c -c public 192.168.1.1 ifInOctets
snmpwalk -v 2c -c public 192.168.1.1 ifHCInOctets


二,下面是具体添加监控信息。


1,添加一个 新的主机组。





2,添加主机信息。




3,添加需要监控的端口信息。根据自己的端口情况填写,这个是入口端口信息,单位信息可以不添加。



4,添加进程信息,这里注意。





5,再添加一个出口的信息,可以克隆信息,根据情况修改下OID信息与名称。





三,添加一个图形监控,将两个监控项目添加进去。




经查看已经正常出图,图中乱码是因为没有更换字体,忽略。


浏览1472 评论0
返回
目录
返回
首页
详解Oracle中NLS_LANG变量的使用 How to Enable Wireless in Windows Server 2016?