zabbix優(yōu)點:
1. 數(shù)據(jù)采集: 自動發(fā)現(xiàn)、支持agent、snmp、JMX、telnet采集方式、主動和被動模式下的數(shù)據(jù)傳輸、支持用戶自定義插件、自定義間隔數(shù)據(jù)收集
2. 高可用: server對設備的性能要求低,支持proxy分布式監(jiān)控、分布式集中管理、實現(xiàn)自動化監(jiān)控、開放式接口、擴展性強
3. 警告處理: 支持多條件警告、警方方式多樣化(郵件、短信、微信、釘釘)、多組模板支持、模板繼承
4. 告警設置: 周期、級別、恢復通知、時段閾值、支持維護周期、單機停用
5. 圖形化: 可以自定義監(jiān)控視圖,網(wǎng)絡拓撲、自定義面板、自定義IT服務時間與可用性
6. 歷史數(shù)據(jù): 歷史數(shù)據(jù)可查詢配置、內(nèi)置數(shù)據(jù)清理機制(housekeeping)
7.安全審計: 安全用戶審計日志、權限認證、用戶可以限制允許維護的列表
zabbix缺點:
1.性能瓶頸: 監(jiān)控系統(tǒng)沒有低估高峰期,具有持續(xù)性和周期性,機器量越大,數(shù)據(jù)的增大會使數(shù)據(jù)庫的寫入成為一定的瓶頸,官網(wǎng)給出的單機上限5000臺,屆時就需要增加proxy,增加成本。
2. Zabbix采集數(shù)據(jù)有pull方式,也就是server主動模式,當目標機器量大之后,pull任務會出現(xiàn)積壓。采集數(shù)據(jù)會延遲
3. 項目二次開發(fā),需要分析MySQL表結(jié)構(gòu),表結(jié)構(gòu)比較復雜,通過API開發(fā)對開發(fā)能力有要求。
4. 內(nèi)置housekeeping在執(zhí)行過程中會對數(shù)據(jù)庫增加壓力,需要對數(shù)據(jù)庫進行優(yōu)化。