Zabbix能不能監(jiān)控VMware虛擬機(jī)呢？能，但象應(yīng)該不會放進(jìn)一同。畢竟VMware比較大，越到后面越大！而我們是需要給系統(tǒng)盤消耗很大點(diǎn)的空間。軟件運(yùn)行才會很流暢些Zabbix監(jiān)控?cái)?shù)據(jù)比較多兩類：歷

Zabbix能不能監(jiān)控VMware虛擬機(jī)呢？

能，但象應(yīng)該不會放進(jìn)一同。畢竟VMware比較大，越到后面越大！而我們是需要給系統(tǒng)盤消耗很大點(diǎn)的空間。軟件運(yùn)行才會很流暢些

Zabbix監(jiān)控?cái)?shù)據(jù)比較多兩類：歷史數(shù)據(jù)：history去相關(guān)表,history_uint表面查詢設(shè)備監(jiān)控項(xiàng)目平均值,即儲存監(jiān)控設(shè)備數(shù)據(jù)各種數(shù)。

zabbix的優(yōu)缺點(diǎn)？

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

1、數(shù)據(jù)采集：可用性和性能檢測，自動出現(xiàn)發(fā)現(xiàn)到，接受agent、snmp、JMX、telnet等多種哪采，接受主動和被動模式數(shù)據(jù)傳輸、接受用戶自定義插件，自定義設(shè)置間隔收集數(shù)據(jù)

2、高可用：server對設(shè)備性能要求低，接受proxy分布式監(jiān)控，分布式幾乎全部管理，有自動啟動發(fā)現(xiàn)自己功能，這個(gè)可以利用自動化監(jiān)控；兩個(gè)開放接口，擴(kuò)展性強(qiáng)，插件匯編語言很難

3、告警管理：接受多條件告警，支持多種告警，接受多組模板，模板無法繼承。

4、告警設(shè)置：告警周期，告警級別，告警可以恢復(fù)通知、告警不能正常，時(shí)段閾值、支持什么維護(hù)周期、允許單機(jī)重新啟動

5、圖形化展示：容許下拉菜單修改多監(jiān)控頭項(xiàng)視圖，網(wǎng)絡(luò)拓?fù)?，可以自定義面板展示，自定義IT服務(wù)可用性

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

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

zabbix缺點(diǎn)：

1、性能瓶頸，監(jiān)控系統(tǒng)沒有小看高峰期，更具持續(xù)性和周期性，機(jī)器量越大，數(shù)據(jù)的會增大會使數(shù)據(jù)庫的寫入文件成為一定會的瓶頸，官網(wǎng)具體的單機(jī)上限5000臺，到那時(shí)就是需要提高proxy，提升成本。

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

3、項(xiàng)目二次開發(fā)，需要分析MySQL表結(jié)構(gòu)，表結(jié)構(gòu)比較好復(fù)雜，實(shí)際API開發(fā)對開發(fā)能力有要求。

4、內(nèi)置housekeeping在先執(zhí)行過程中會對數(shù)據(jù)庫增加壓力，不需要對數(shù)據(jù)庫進(jìn)行系統(tǒng)優(yōu)化