6.1 數據收集方式
主動模式 是agent 發送數據給server
被動模式 是server到agent端拉取數據
主動模式可以降低server的壓力
6.2 數據收集-Zabbix Agent(Passive)
數據收集流程
Zabbix Server 和 Zabbix Agent
檢查Zabbix Agent是否安裝配置,並且正常啓動的
#ps aux | grep zabbix
more /etc/zabbix/zabbix_agentd.conf | grep -v ^# | grep -v ^$
看server、serveracitice、hostname設置
#tail -n 20 /var/log/zabix/zabbix_agentd.log
#netstat -nltp|grep zabbix
測試 Server和Agent網絡連通性
模板中,創建監控項
將模板應用到findsec_linux
結果:latest data
6.3 數據收集-Zabbix Agent(Active)
日誌監控必須要主動模式才能監控
被動模式獲取數據流程:Zabbix Server建立連接並向Agent 10050端口發送獲取監控項的請求——》Agent收到之後就執行數據採集操作並將結果返回給Server——》關閉連接
主動模式獲取數據流程:Zabbix Agent主動建立連接,並向Server 10051端口發送請求,獲取監控項列表(key等)——》收到Server返回的數據——》根據監控項設置,定時的發送給Zabbix Server
監控項Key:由key name和parameters組成,支持
0-9a-zA-Z_-.
多個參數使用用逗號分隔
第一步:修改Zabbix Server的配置文件
vim /etc/zabbix/zabbix_server.conf
開啓10051端口
設置Trapers 個數 默認爲5個
#被動模式 使用Pollers
StartTrapper=10
啓動Trapper進程,因爲它是用來接收客戶端發送上來的監控項請求,默認是5個。修改爲10個
systemctl restart zabbix-server.service
第二步:檢查Zabbix Agent的配置文件
vim /etc/zabbix/zabbix_agentd.conf
StartAgents=10
修改Agent進程數,這裏是爲了觀察
ps aux|grep zabbix
listener的進程是用被動模式用的
active check的進程是主動模式用的
第三步:將6.2的監控項Type改爲Zabbix agent(active)就行
主動模式的監控項什麼時候才能被Agent識別到?主要是受兩個時間段影響。第一個就是這個最新的配置何時被加載到最新的緩存中。 第二個就是Agent多久會到Server刷新一次緩存情況
在Agent主機下:
vim /etc/zabbix/zabbix_agentd.conf
/RefreshActiveChecks
主動監控項的刷新頻率,默認是120秒,修改爲60秒
重啓 systemctl restart zabbix-agent.service
查看數據 latest data
如何排查主動模式監控項配置過程中遇到的錯誤,流程,思路?
遇到監控數據無法獲取,在上面所說的前提條件正常的情況下
- web頁面找到對應的監控項,查看Status 是Enabled還是Error,還有簡短的報錯信息
- server終端查看日誌 tailf /var/log/zabbix/zabbix_server.log
- agent終端查看日誌 tailf /var/log/zabbix/zabbix_agentd.log
- zabbix_get -s 192.168.93.147 -k ‘proc.num[zabbix_agentd,]’ 如果正常獲取的話就會顯示對應的值,不正常的話會有錯誤輸出或者沒有顯示值
區別
被動模式和主動模式區別:
-
監控數據獲取方式的區別
被動模式獲取數據流程:Zabbix Server建立連接並向Agent 10050端口發送獲取監控項的請求——》Agent收到之後就執行數據採集操作並將結果返回給Server——》關閉連接
主動模式獲取數據流程:Zabbix Agent主動建立連接,並向Server 10051端口發送請求,獲取監控項列表(key等)——》收到Server返回的數據——》根據監控項設置,定時的發送給Zabbix Server -
使用場景的區別
對流量的出沒限制,對流量的進有限制 就不適合用被動模式。 主動模式會更適合 -
數據收集處理進程的區別
被動模式是通過 Poller來處理,監控數據。 而且可以通過 StartAgent 來調整進程數
主動模式是通過 Trapper來處理。 只有active check這一個進程來處理主動模式的監控
被動模式和主動模式優缺點
- 被動模式由Server端發起監控數據的請求,如果規模較大,幾萬臺,那麼Server的壓力會比較大。 可以用主動模式降低壓力,但是要檢測快速,以免卡住影響到其他監控數據收集。 而且主動模式只有一個Agent端來處理主動模式的監控
- 主動模式的優勢是Agent端的Buffer,當Server端出了問題之後,被動模式的數據可能就斷掉了。然而主動模式它內存有個緩衝區,在緩衝區裏面的數據依然會發給Server端