zabbix小點滴：入坑

單位已花費很低成本採購一套運維管理系統，大屏展現等作的很花梢，打算好好用起來，按照運維實用的角度，發現裏面基本是默認配置，要想用好，基本須要從新配置一番，簡單調整下，發現一些bug，甚是不爽，因而棄坑。

監控平臺

按照支持開源的精神（折騰的原則），一線大廠的號召（至少前面有人踩坑），選擇prometheus，開工

prometheus

按照網上的指引，配置，部署是蠻快的，簡單啓動。但接下來，路就漫長，開始添加監控的目標設備，使用文本拼接方式批量添加，還能接受，因爲網絡設備，確定要用SNMP,部署snmp-exporter，添加項上就頭疼，先要編寫yml文件，再生成，再從新加載，更頭疼的是oid，兩三次下來，只能放棄。

想學學大廠的運維，要讓星星之火燎原，不是那麼容易。

open-falcon

天然相到的是小米開源的open-falcon，借鑑前人在分佈式監控的經驗，小米、滴滴等實踐，看到詳細（複雜）的架構圖，想着集成度應該蠻高，查閱官方文檔，再次搭起來環境，可啓動後，嘗試不到半個小時，沒有搞清邏輯，再次放棄。

不是open-falcon很差，實在是骨骼清奇，非高手不能掌握（也許被prometheus的簡單貫壞了）

入坑zabbix

在選擇監控之時，已經被大廠洗過腦，他們是以爲zabbix不行，才另起爐竈，按照開源的規律（套路），那天然是要甩zabbix幾條街的，一開始我就沒關注，坑不能再踩呀，但折騰一番後，發現沒有選擇，無奈只好迴歸zabbix

zabbix是一款老牌的監控系統，固然界面可能有着濃濃的時代風格，尤爲是圖表，總之，提不起興趣，但看其官方網站zabbix.com，漸漸有些好感，號稱支持雲、IOT,甚至監控一切¹

UNLIMITED CAPABILITIES IN AN ALL-IN-ONE MONITORING SOLUTION

今後一入zabbix深似海

選擇體會

在花費近一個月在監控平臺選擇的折騰，漸漸發現走偏的緣由。沒有貼合實際：單位幾乎傳統的公司的信息化

• 規模較小，機房也就10個機櫃
• 網絡設備監控需求強烈，60臺交換機，網絡不通影響較大
• 服務器採用私有云，vmware的虛擬化和基於KVM的超融合
• 業務部署在windows server上，基本IIS，幾乎沒有linux
• 少許數據庫採用MS SQL和Oracle,
• 核心系統使用AIX，獨立設備

以前有個監控就行，基本沒有人員關注，有問題用戶會報，監控看了徒增煩惱，監控也簡單：監控網絡設備狀態、監控服務器狀態cpu、mem、磁盤狀態等，所以，基於容器、雲的監控系統，prometheus等很難發揮其優點，相對容器，傳統IT的監控類型實在太多樣，太複雜

zabbix相對優點：

• 部署簡單，架構也簡單，傳統的數據庫、服務、web服務
• 開箱即用，有web界面（略醜，推薦調成暗黑模式）
• 適用多種傳統監控設備，尤爲網絡、服務器等
• 支持多種類型,SNMP、客戶端、服務器底層、java的管理
• 支持虛擬化服務的監控，能夠適用企業將來發展
• 支持web監控、webservice等，能夠逐漸作到業務層面的監控
• 使用模板，簡化配置
• 多用戶支持，詳細的權限管理
• 定製化規則、告警
• ...

zabbix的特別適合小規模的信息化監控，尤爲是中小企業，簡單實用。因爲高度定製化，對於有個性化監控需求，內置模板、函數、插件、api，充分給予發揮想象力的空間

---

1. zabbix官網 ↩