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ù)庫(kù)的寫入成為一定的瓶頸,官網(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ù)庫(kù)增加壓力,需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行優(yōu)化。