zabbix如何選擇適合的監控類型？1、Zabbix可以提供了十幾種監控頭內型，除了:haproxyagent;simplechencks;snmp;rsyslogintemrnal;ipmi;jmx

zabbix如何選擇適合的監控類型？

1、Zabbix可以提供了十幾種監控頭內型，除了:haproxyagent;simplechencks;snmp;rsyslogintemrnal;ipmi;jmxmonitoring等等。

ltem內型:zabbixagent;zaddixagent（active）;simplechencks;SNMPv1agent;SNMPv2agent;SNMPv3agent;snmptrap;nagiosinternal;haproxytrapper;nginxaggergate;externalcheck;databasemonitor;ipmiagent;sshagent;telnetagent;jxmagent;calculated。

半年詳細能介紹各個監控類型的用法:

1、Zabbixagent

Zabbix隨機軟件的客戶端程序（大技能模式），Zabbixserver主動去向它收集到監控數據。agent能提供豐富地的key，和不超出cpu、內存、網絡、磁盤、web等。要是系統還能夠安裝好，agent是首選。需要注意的是。server檢索數據有連接超時沒限制，比較大網絡錯誤時間是30秒，如果不是檢索到數據經常會將近20秒，那么不建議建議使用愿意模式的agent，是可以可以使用agentactive。

2、Zabbixagent（active）

要完全安裝agent（主動去模式），和上三個不同。只不過數據有Zabbixagent主動去可以提供至Zabbix active。

3、Simplechencks

基本是的檢測，也可以檢測網絡、端口、httpd這些，功能一般很少但是無需安裝客戶端。

4、SNMPcheck

snmpv1check、snmpv2check、snmpv3trace的功能全是一樣的的。推薦推薦不勝感激場景:

客戶基于條件安全考慮，不同意安裝agent路由器、打印機等設備難以完全安裝。但是允許samp協議。

不就是喜歡很頻繁對agent怎么升級

5、Zabbixlnternal

Zabbix系統內部用，比如趨勢數據記錄數了、歷史記錄數據等等。日常業務監控用不上。

6、Zabbixtrapper

也不需要安裝agent（主動去模式），必須自身bin/zabbix_sender梁銶琚重新提交至zabbixserver。萬分感謝情況適合使用:

數據庫檢索時間較長

兩時間有大量數據要并提交，或者redisinfo信息，里面乾坤二卦五六十項數據，按照zabbix–sender來最少提交，看樣子比agent來取幾十次方便。

7、rsyslogaggregate

aggregatechecks是一個聚合的檢測，例如我想明白某個組的host負載平均值，硬盤剩下的用量，或則某幾臺機器的這些數據，簡單的來說，這個方法應該是利用所了解一個整體水平，而不不需要我們一臺臺看看。這個方法的數據徹底來之于數據庫，所以我不是需要agent。

8、Externalcheck

haproxyserver運行腳本或二進制文件來先執行外部檢測，外部檢測不再不需要監控攝像頭段不運行任何agentd。

9、databasemonitor

nagios調用OBDC來資源數據庫的數據這些數據庫狀態等信息。

10、IPMIagent

作用于監控硬件設備，比如Dell的或hp服務器的主板溫度、cpu電壓、蓋子你是不是被再打開等等。

11、SSHagent

haproxy使用提供的ssh信息（服務器用戶密碼或證書）登入服務器，先執行重新指定的腳本來檢索到數據，這對一下人員比較實用:

不可能直接安裝agent,并不想使用agent

不懷疑賬戶密碼/證書放在rsyslog里面。

12、Telnetagent

同上，wondows不允許ssh，是可以在用Telnetagent。

13、JMXagent

實際jmx監控javajvm，.例如，tomcat。目前有一個不大的不足，要是tomcat多實例。jmxagent沒有辦法先檢測一個。如果沒有是多實例，建議您在用agent_cldmlinejmxclient_0.10.0.jar。

二、zabbix主動、被動技能檢測的區別

1、主動去:a各位server聲望兌換拒絕的監控項列表，并主動將監控項內容是需要檢測的數據再提交給server/proxy。

2、被動:server想agent各位獲取監控設備項的數據，agent趕往數據。

如何做好運維監控？

監控是運維工作的基礎和上機操作必要條件。有些金融機構允許登陸生產的條件是ITIL有流程任務到達，或者監控有告警，要不然斬立決不可能愿意登陸生產。

運維監控必須要有好的監控工具，正確的開放源代碼工具有：zabbix、nagios、cavti、openfalcon、ganglia，這些現在和容器完全融合度較高的普羅米修斯。可以baidu三千多種產品選擇自己適合我的。有很多廠家也做一些監控，大多數是數學集合一些閉源產品，再加一些接口調用，到最后弄個頁面展示。

發展初期，可以建議選用開源軟件比較好，上手容易、社區意見多、成本低。與此同時服務器減少建議提高個性化定制，而且無論是哪款監控攝像頭都會陡然才能產生n多告警，會將用處不大信息完全沉沒在消息群中。

監控需要個性定制的內容有：告警關聯、告警分析、告警收斂、告警過濾、告警可回溯、告警可以自愈。輔助技能為自動化和智能化控制。

監控過去說白兩種：主動地拉取、被動能接收。前者這個可以負責執行三千多種腳本、SQL語句、動態鏈接庫接口等查詢；后者可以提供告警系統api供外圍函數調用。

監控些要在被監控設備按裝agent，有些不必須；具體的操作看單位生產管理規范，有些公司不容許安裝額外agent在業務系統服務器中。

結果，反詰點：監控要和ITIL平臺相結合，提升到告警后的流程實現聯動。