你需要把設備放在監控上，而在你喜歡的Zabbix系統中並沒有現成的這類設備模板。 常見情況？ 每個人都以自己的方式擺脫困境。 一位管理員正在互聯網上尋找解決方案。 第二個是開發自己的。 有些人會放棄這項任務。 現在，每個新版本的 Zabbix 團隊都會擴展系統中預裝的模板集。 例如，在即將到來的5.0版本中，將出現一個新的通過IPMI監控服務器的通用模板——Template Server by IPMI。 同事求助調試其在各廠商設備上的運行。 對我們來說，這是安排新功能試駕的另一個獨特機會。 我們分享結果。
新模板是什麼樣的？
為了使用此模板監控您的服務器，您需要在系統中創建一個“網絡節點”，並通過 IPMI 配置監控並通過 IPMI 模板將模板服務器附加到它（圖 1）。 此處不再詳細描述該操作：詳細說明在Zabbix官方文檔中。
米。 1. IPMI模板服務器
考慮此模板的原則及其結構。
該模板基於 ipmitool 實用程序。 它允許您通過 IPMI 從設備中獲取必要的統計信息。 現在，用戶可以使用 IPMI 代理項類型和特殊的 ipmi.get 密鑰通過 Web 界面使用此實用程序的功能並獲取所有必要的數據。 由於新版本中出現了 ipmi.get 密鑰，這才成為可能。
在 Template Server by IPMI 模板中，Item Get IPMI 傳感器數據元素負責使用此新功能組織信息收集（圖 2）。
米。 2. Item 獲取IPMI傳感器
作為 Item Get IPMI 傳感器數據元素工作的結果，有關設備狀態的信息以結構化 JSON 格式出現在 Zabbix 系統中（圖 3）。
米。 3. item Get IPMI sensors 結果示例
除了 Item Get IPMI 傳感器數據元素之外，該模板還有兩個檢測規則 Discrete sensors discovery（圖 4）和 Threshold sensors discovery（圖 5）。 這些發現規則使用 Item Get IPMI sensors 項目生成的 JSON 來自動創建新項目和触發器。 這在主項目部分的下圖中可以清楚地看到。
米。 4.離散傳感器發現規則
米。 5. 閾值傳感器發現規則
為什麼模板使用兩個發現規則而不是一個？
離散傳感器發現確保自動創建數據元素，其值屬於“字符串”類型。 閾值傳感器發現規則允許您自動創建其值中具有“數字”類型的數據元素。 此外，該規則可以為每個數據元素形成多達 6 個觸發器（圖 6）。
觸發條件的值取自 JSON，即取自設備本身。 為 6 個閾值創建觸發器：低危險、低臨界、低非臨界、高非臨界、高臨界、高危險。 如果 JSON 中缺少某個閾值的值，則不會創建觸發器。
在生成的觸發器中，可以在 Zabbix 級別覆蓋閾值。 然而，在我們看來，改變觸發器最合乎邏輯的方式是在硬件層面對其進行改造。 如何做到這一點通常在設備的說明中說明。
米。 6. Threshold 傳感器發現的 6 個觸發器原型
係好我們走吧
為了通過 IPMI 模板測試模板服務器，我們選擇了三個製造商的服務器：IBM、惠普和華為。 連接幾分鐘後，從他們那裡獲得了表中顯示的結果。
表 1. IPMI 測試結果的模板服務器
設備製造商
設備型號
自動生成的項目數
自動創建的觸發器數
HP
ProLiant DL360 G5
20
24
華為
1288H V5
175
56
IBM
系統X
139
27
使用新模板和新密鑰 ipmi.key 可以成功監控所有設備。
我們能夠從華為設備獲得最多的數據，而從惠普獲得的數據最少。 其原因在於設備硬件的差異，與新模板的質量無關。
在下面的屏幕截圖中，您可以看到模板自動創建的項目和触發器。
米。 7. 自動生成的數據元素
米。 8.模板自動生成觸發器
* * *
IPMI 的模板服務器被證明是最好的。 結果證明它易於使用，最重要的是，它“通用”。
Template Server by IPMI模板將被收錄在Zabbix 5.0版本的基礎模板列表中。 就我們而言，我們強烈支持製造商的這種做法。 即使專家被迫創建自己的專用模板，我們也建議以製造商自己制定的方法和 IPMI 在模板服務器中觀察到的方法為基礎。 首先，使用主條目使用自動條目發現。 其次，在可能的情況下使用主條目應用觸發器的自動檢測。
好吧，期待不久的將來Zabbix 5.0的發布！
作者：Dmitry Untila，Jet Infosystems 監控系統架構師
來源： www.habr.com