zabbix優(yōu)點：

　　1. 數(shù)據(jù)采集： 自動發(fā)現(xiàn)、支持agent、snmp、JMX、telnet采集方式、主動和被動模式下的數(shù)據(jù)傳輸、支持用戶自定義插件、自定義間隔數(shù)據(jù)收集

　　2. 高可用： server對設(shè)備的性能要求低，支持proxy分布式監(jiān)控、分布式集中管理、實現(xiàn)自動化監(jiān)控、開放式接口、擴展性強

　　3. 警告處理： 支持多條件警告、警方方式多樣化(郵件、短信、微信、釘釘)、多組模板支持、模板繼承

　　4. 告警設(shè)置： 周期、級別、恢復(fù)通知、時段閾值、支持維護周期、單機停用

　　5. 圖形化： 可以自定義監(jiān)控視圖，網(wǎng)絡(luò)拓撲、自定義面板、自定義IT服務(wù)時間與可用性

　　6. 歷史數(shù)據(jù)： 歷史數(shù)據(jù)可查詢配置、內(nèi)置數(shù)據(jù)清理機制(housekeeping)

　　7.安全審計： 安全用戶審計日志、權(quán)限認證、用戶可以限制允許維護的列表

　　zabbix缺點：

　　1.性能瓶頸： 監(jiān)控系統(tǒng)沒有低估高峰期，具有持續(xù)性和周期性，機器量越大，數(shù)據(jù)的增大會使數(shù)據(jù)庫的寫入成為一定的瓶頸，官網(wǎng)給出的單機上限5000臺，屆時就需要增加proxy，增加成本。

　　2. Zabbix采集數(shù)據(jù)有pull方式，也就是server主動模式，當目標機器量大之后，pull任務(wù)會出現(xiàn)積壓。采集數(shù)據(jù)會延遲

　　3. 項目二次開發(fā)，需要分析MySQL表結(jié)構(gòu)，表結(jié)構(gòu)比較復(fù)雜，通過API開發(fā)對開發(fā)能力有要求。

　　4. 內(nèi)置housekeeping在執(zhí)行過程中會對數(shù)據(jù)庫增加壓力，需要對數(shù)據(jù)庫進行優(yōu)化。