Zabbix的特點

Zabbix是一個基於WEB介面的提供分散式系統監控的開源解決方案，通過瀏覽器監視，做到告警分級處理、網路訪問安全可控，該開源平臺在全球有廣泛的使用者基礎，他的特點：

開放性：原始碼全公開，任何使用者都可以編譯和釋出自己的版本。同時，社群和網際網路可以找到大量的模版。

可擴充套件性：支援使用者自定義監控項，只要能想得到的KPI，基本都能監控的到。

資料採集：可用性和效能檢測，自動發現，支援agent、SNMP、JMX、telnet等多種採集方式，支援主動和被動模式資料傳輸

高可用：server對裝置效能要求低，支援proxy分散式監控，分散式集中管理，開放式介面，擴充套件性強

告警管理：支援多條件告警，支援多種告警方式，

模板能力：支援多組模板，模板繼承。

告警設定：告警週期，告警級別，告警恢復通知、告警暫停，時段閾值、支援維護週期、支援單機停用

歷史資料：歷史資料查詢可配置，內建housekeeping資料清理機制

安全審計：具備安全的使用者審計日誌，許可權認證，使用者可以限制允許維護的列表。

無商業版本：平臺本身沒有商業版和社群版本的區分，ZABBIX只對商業服務收費（如培訓、定製開發、部署服務等）。

等等

Zabbix的全棧監控能力：官網有一名非常“囂張“的話，Monitor everything！

與其他商業產品對比

各個大廠都有提供相關監控產品，比如說微軟的SCOM，IBM的Tivoli，華為的Esight，HP的BSM等，如果環境都是單一的某一家廠家的產品，用該廠家提供的監控工具肯定是合適的，筆者就曾經深度使用過SCOM，2005年還叫MOM，是System Center中的一個套件，這個產品對於微軟周邊的產品如AD、Exchange、Windows、SQL Server、SharePoint、Lync等監控非常深入，同時微軟官方還提供了相關故障知識庫，報表也做得非常不錯，九一樂維團隊甚至在2011年以前還拿SCOM做過定製開發。

但是，如果拿SCOM去監控Linux、AIX、Oracle或者網路通訊裝置就很非常不合適了。

Zabbix很好地平衡了監控的深度和廣度，而且源於開源的力量，在全球使用者的持續貢獻下，他的深度和廣度是在持續不斷地延展的。

以下引用翔華兄（Shawn沙恩）的一張圖說明Zabbix的深度和廣度，見：https://www.jianshu.com/u/c7663d8c3fa8。

與其他開源專案對比

前文提到在IT Central Station中，Nagios X排在Zabbix的前面，九一樂維團隊在定技術方向時，也深刻對比過，兩者簡言之：Zabbix安裝好後，做一些簡單的設定基本上就可以用了，Nagios X部署完成後相關於只是一個平臺，然後需要安裝第三方外掛才能取作用。

詳細對比如下：

當然，市面上還有諸如：Open-Falcon、Zenoss、Ganglia、Prometheus、Cacti等開源產品，簡單分析如下：

Open-Falcon：小米開源，時間不長，成熟度有待提高，現在的版本是V1.0

Zenoss：區分社群版和企業版本，資源消耗高，社群版本有些雞肋

Ganglia：適合監控系統性能，成熟度和完整度不高，如報警、訊息系統，需要更多二次開發

Prometheus：開源的業務監控和時序資料庫，剛釋出2.0，在穩定性、效能、文件上仍有很大提升空間，網際網路上可用資料，案例還不豐富

Cacti：通過 SNMPget來獲取資料，使用 RRDtool繪畫圖形，畫圖功能強大，報警機制及相關功能不完善。

以上這些產品，我認為Prometheus會是個不錯的方向，最根本是他的時序資料庫，有興趣的讀者可以先行先試。