眾所周知,Zabbix監控的表面邏輯非常簡單,分為三個動作,採集數據(監控項),判斷採集的數據是否超過定義的閾值(觸發器),產生告警(郵件、簡訊等等)。當然這僅僅是表面,內部的一些函數判斷實際上很複雜,這些不是我們探討的重點。如果當你的監控設備種類繁多,監控指標複雜,那麼只能通過自作模板實現你的監控工作。
正文
Zabbix監控項分為很多種,由於今天討論的焦點為網絡設備,自然而然選擇的為SNMP這種類型,相信大家對SNMP多多少少也有些了解,如果不理解的也沒關係,可以查找網際網路其他優質的文章也有介紹,或者等我下期文章也行。
監控項組成
製作過程思路
1.尋找監控項的OID
2.利用snmpwalk工具取值檢驗OID是否存在
3.製作監控項
製作前準備工作
1.如果出現下圖中的報錯,需要安裝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端,主要語法為(斜體為可變,根據自身環境修改):
snmpwalk -v 2c -c Huawei@123 10.0.0.10 OID
製作案例
案例主題為監控華為CE58系列交換機CPU利用率。
1.通過官網查詢其CPU相關OID或者下載相關mib用mib瀏覽器查看,推薦採用mib browser,mib文件可以在官網下載到或者找相關廠商要即可,下面是查詢到的相關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利用率,只有一個值有數據,如下,但是由於通過獲取的結果無法看出是什麼,只知道索引值為16842753的實體的CPU利用率為23%,所以需要進一步分析。
SNMPv2-SMI::enterprises.2011.5.25.31.1.1.1.1.5.16842753 = INTEGER: 23
該OID介紹
查詢該實體名稱
通過下面命令得出結果為"CE5855-48T4S2Q-EI 1",這個就是實體名稱,盒式設備的CPU利用率一般是設備本身,所以可以理解為CE5885的CPU利用率的OID就是SNMPv2-SMI::enterprises.2011.5.25.31.1.1.1.1.5.16842753,如果是堆疊環境就存在兩個,另外一個就是"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
得出結果
創建主機並測試
創建主機
修改團體字(讀或者寫)
創建監控項
寫完後,確定即可
查看最新數據正常,點擊圖形下一步
出圖正常
附錄
mib browser截圖
用mib browers查看mib文件
為什麼需要查詢多個值關聯分析
以12804為例子,如下圖,可以發現框式設備多了很多CPU實體,由於每板卡一個CPU,所以如果不判斷哪個實體的CPU是你想要的,很容易出錯,這也是為什麼需要去關聯分析,其次通過關聯分析引出的另外一個內容就是自動發現規則,如果每次都是如此去添加,就太過麻煩了,而且每個設備的索引值都有可能不一樣,所以這些變化比較大的,CPU、內存、接口等等都適合自動發現,在下一篇文章我會寫到。
得出的結果
常用的OID值
總結
如果對於SNMP的相關知識不理解的朋友更加需要自己測試,加深自己的理解,活學活用,如果要找一個埠的流量,應該先找到該埠的名稱主體索引,再查找流量值,mib的運用在後續的snmptrap我們還會碰到,其實這個內容的難點在於找MIB,找到mib需要花大量的時間去驗證OID是否合適,另外mib文件需要專用的軟體查看,最後還是得說一句,監控領域長路漫漫,絕非一朝一夕,大量的測試和驗證才是真理。
【編輯推薦】
【責任編輯:
姜華TEL:(010)68476606】