Zabbix5.2由淺入深系列之制作網(wǎng)絡設備監(jiān)控項
眾所周知，Zabbix監(jiān)控的表面邏輯非常簡單，分為三個動作，采集數(shù)據(jù)(監(jiān)控項)，判斷采集的數(shù)據(jù)是否超過定義的閾值(觸發(fā)器)，產(chǎn)生告警(郵件、短信等等)。當然這僅僅是表面，內(nèi)部的一些函數(shù)判斷實際上很復雜，這些不是我們探討的重點。如果當你的監(jiān)控設備種類繁多，監(jiān)控指標復雜，那么只能通過自作模板實現(xiàn)你的監(jiān)控工作。
正文
Zabbix監(jiān)控項分為很多種，由于今天討論的焦點為網(wǎng)絡設備，自然而然選擇的為SNMP這種類型,相信大家對SNMP多多少少也有些了解，如果不理解的也沒關系，可以查找互聯(lián)網(wǎng)其他優(yōu)質(zhì)的文章也有介紹，或者等我下期文章也行。
監(jiān)控項組成
- 名稱
- 鍵值
- 類型
- 信息類型
- 更新時間
制作過程思路
1.尋找監(jiān)控項的OID
2.利用snmpwalk工具取值檢驗OID是否存在
3.制作監(jiān)控項
制作前準備工作
1.如果出現(xiàn)下圖中的報錯，需要安裝net-snmp-utils，以CentOS 8為例
- dnf -y install net-snmp-utils
2.開啟設備snmp配置(以華為為例，其他自查)
- snmp-agent
- snmp-agent sys-info version v2c
- snmp-agent community read cipher Huawei@123
3.snmpwalk用法
snmpwalk用在Zabbix Server端，主要語法為(斜體為可變，根據(jù)自身環(huán)境修改)：
snmpwalk -v 2c -c Huawei@123 10.0.0.10 OID
制作案例
案例主題為監(jiān)控華為CE58系列交換機CPU利用率。
1.通過官網(wǎng)查詢其CPU相關OID或者下載相關mib用mib瀏覽器查看，推薦采用mib browser，mib文件可以在官網(wǎng)下載到或者找相關廠商要即可，下面是查詢到的相關OID，其實用到hwEntityCpuUsage就可以了，但是如果有框式設備就不一樣了，有些板卡上自帶CPU,文末我會放出框式設備的CPU利用率。
- entPhysicalName 1.3.6.1.2.1.47.1.1.1.1.7
- entPhysicalClass 1.3.6.1.2.1.47.1.1.1.1.5
- hwEntityCpuUsage 1.3.6.1.4.1.2011.5.25.31.1.1.1.1.5
2.查詢各個OID所代表的的意思。
- snmpwalk -v 2c -c huawei@123 10.240.255.10 1.3.6.1.2.1.47.1.1.1.1.7
- 可以看出為實體名稱。
- snmpwalk -v 2c -c huawei@123 10.240.255.10 1.3.6.1.2.1.47.1.1.1.1.5
- 查詢的是物理實體的通用類型，不知道取值代表什么意思？看看下圖二
該OID詳解
- snmpwalk -v 2c -c huawei@123 10.240.255.10 1.3.6.1.4.1.2011.5.25.31.1.1.1.1.5
- 查詢CPU利用率，字面理解
3.通過查詢對比分析。
首先查詢CPU利用率，只有一個值有數(shù)據(jù)，如下，但是由于通過獲取的結(jié)果無法看出是什么，只知道索引值為16842753的實體的CPU利用率為23%，所以需要進一步分析。
- SNMPv2-SMI::enterprises.2011.5.25.31.1.1.1.1.5.16842753 = INTEGER: 23
該OID介紹
查詢該實體名稱
通過下面命令得出結(jié)果為"CE5855-48T4S2Q-EI 1",這個就是實體名稱，盒式設備的CPU利用率一般是設備本身,所以可以理解為CE5885的CPU利用率的OID就是SNMPv2-SMI::enterprises.2011.5.25.31.1.1.1.1.5.16842753，如果是堆疊環(huán)境就存在兩個，另外一個就是"CE5855-48T4S2Q-EI 2"。
- snmpwalk -v 2c -c huawei@123 10.240.255.10 1.3.6.1.2.1.47.1.1.1.1.7.16842753
得出結(jié)果
創(chuàng)建主機并測試
創(chuàng)建主機
修改團體字(讀或者寫)
創(chuàng)建監(jiān)控項
寫完后，確定即可
查看最新數(shù)據(jù)正常，點擊圖形下一步
出圖正常
附錄
mib browser截圖
用mib browers查看mib文件
為什么需要查詢多個值關聯(lián)分析
以12804為例子，如下圖，可以發(fā)現(xiàn)框式設備多了很多CPU實體,由于每板卡一個CPU，所以如果不判斷哪個實體的CPU是你想要的,很容易出錯,這也是為什么需要去關聯(lián)分析,其次通過關聯(lián)分析引出的另外一個內(nèi)容就是自動發(fā)現(xiàn)規(guī)則,如果每次都是如此去添加,就太過麻煩了,而且每個設備的索引值都有可能不一樣,所以這些變化比較大的,CPU、內(nèi)存、接口等等都適合自動發(fā)現(xiàn)，在下一篇文章我會寫到。
得出的結(jié)果
常用的OID值
總結(jié)
如果對于SNMP的相關知識不理解的朋友更加需要自己測試，加深自己的理解，活學活用，如果要找一個端口的流量，應該先找到該端口的名稱主體索引，再查找流量值，mib的運用在后續(xù)的snmptrap我們還會碰到，其實這個內(nèi)容的難點在于找MIB，找到mib需要花大量的時間去驗證OID是否合適，另外mib文件需要專用的軟件查看，最后還是得說一句，監(jiān)控領域長路漫漫，絕非一朝一夕，大量的測試和驗證才是真理。
