zabbix智能運維是哪方面的？1.專門負責zabbix監(jiān)控設(shè)備平臺規(guī)劃、搭建及程序維護；2.專門負責監(jiān)控需求的整理設(shè)計及基于；3.專門負責對現(xiàn)場問題并且跟蹤分析和報告，沖擊問題及時比較合理的解決，給

zabbix智能運維是哪方面的？

1.專門負責zabbix監(jiān)控設(shè)備平臺規(guī)劃、搭建及程序維護；

2.專門負責監(jiān)控需求的整理設(shè)計及基于；

3.專門負責對現(xiàn)場問題并且跟蹤分析和報告，沖擊問題及時比較合理的解決，給出改進之處要求并評估再改進方案；

4.明確的公司的實施規(guī)范接受方案整理，模板標準化；

5.其他上級交辦的工作內(nèi)容。

開源監(jiān)控系統(tǒng)中Zabbix和Nagios哪個更好？

如果沒有你是小型網(wǎng)絡(luò)，見意建議使用nagios接受告警。

假如你是大一點的網(wǎng)絡(luò)，建議您可以使用zabbix，并且rsyslog除了告警，有cad作圖功能，可以對歷史數(shù)據(jù)進行分析。

有什么內(nèi)網(wǎng)監(jiān)控的運維系統(tǒng)？免費最好？

不過要看你都監(jiān)控什么？

例如一般公司帶的開源代碼比較比較多的有zabbix,nagios,open-falcon,另外最近畢竟容器比較比較火，帶的比較比較多的promethues。

上述工具能監(jiān)控運維平時要注意的需求。從硬件到軟件，中間件，好象的業(yè)務(wù)監(jiān)控報警。但這里面缺少唯一的業(yè)務(wù)監(jiān)控，也叫分布式鏈路跟蹤。但開源的也有很多，例如cat，skywalking等好幾款產(chǎn)品。

但還有沒有發(fā)現(xiàn)到最終如果沒有公司要想制成一套自己涵蓋所有的，肯定都是需要定制開發(fā)。

zabbix的優(yōu)缺點？

zabbix優(yōu)點：

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

2、高可用：server對設(shè)備性能要求低，意見proxy分布式監(jiān)控，分布式集中在一起管理，有手動發(fā)現(xiàn)到功能，是可以實現(xiàn)自動化監(jiān)控；完全開放式接口，擴展性強，插件c語言設(shè)計太容易

3、告警管理：接受多條件告警，允許多種告警，支持多組模板，模板可以繼承。

4、告警設(shè)置：告警周期，告警級別，告警復原通知、告警停一下，時段閾值、接受能維護周期、意見單機暫停使用

5、圖形化展示：不能下拉菜單創(chuàng)建角色多監(jiān)控設(shè)備項視圖，網(wǎng)絡(luò)拓撲，自定義面板展示，下拉菜單IT服務(wù)可用性

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

7、安全審計：擁有安全的用戶審計日志，權(quán)限認證，用戶是可以取消允許能維護的列表。

haproxy缺點：

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ù)會服務(wù)器延遲

3、項目二次開發(fā)，是需要分析MySQL表結(jié)構(gòu)，表結(jié)構(gòu)比較緊張，是從API開發(fā)對開發(fā)能力有要求。

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