zabbix優(yōu)點(diǎn)：

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

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

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

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

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

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

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

　　zabbix缺點(diǎn)：

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

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

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

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