1.host groups:主機組,按生產需求將功能類別相近或相同的主機進行分組,便於管理。html
2.host:主機網絡
3.application:應用集,按需求將功能相近的監控項分類管理。架構
4.item:監控項,最終要的一項配置,監控的數據來源。app
5.trigger:觸發器,當定義將空項的閾值。當觸發器觸發後會產生事件(events)並被記錄。函數
6.action:當監控項知足設定的觸發條件時,定義Zabbix接下來的動做。在action中包括兩類動做(conditions,operations),能夠定義告警信道,如選擇郵件或短信。oop
7.graph:圖形,將採集的數據以圖形的形式直觀的表現出來。spa
在上一篇Zabbix博客中咱們已經成功搭建了一個簡單的Zabbix監控架構,並添加了一臺名爲n1的agent主機,下面來演示如何添加監控項。3d
net.if.out[]爲Zabbix內建的key,意思是指定網絡接口接收的某項數據,具體可自定義。中括號內能夠根據須要設置參數。net.if.out[]內可填入網卡名稱和該網卡中的各指標。code
在n1中輸入ifconfig命令:server
~]# ifconfig ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.11.136 netmask 255.255.255.0 broadcast 192.168.11.255 inet6 fe80::f591:67e7:4396:df5c prefixlen 64 scopeid 0x20<link> ether 00:0c:29:26:47:40 txqueuelen 1000 (Ethernet) RX packets 1320 bytes 88400 (86.3 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 249 bytes 23784 (23.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1 (Local Loopback) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
※標顏色的項即是可填入的參數。以被動監控爲例,監控項key的實質就是Zabbix-server端向Zabbix-agent端發送監控請求,Agent獲取結果後再返回給Server端。能夠將key理解爲包含特定指令的函數。功能與zabbix_get命令相似,在Zabbix-server端輸入如下命令也能獲得想要的值。
~]# zabbix_get -s 192.168.11.136 -p 10050 -k "net.if.out[ens33,bytes]" 2622655
觸發器一般用來定義數據的不合理區間,在Zabbix3.0中,知足條件時狀態爲PROBLEM,反之狀態爲OK。
上面例子中每秒上傳字節數設置爲25,由於過小了看不出效果,我這裏改爲了350{test:net.if.out[ens33,bytes].last(#1)}>350
如上圖,配置完成後就能很直觀的看到每秒上傳的字節數了,包括最大值、最小值、平均值等,還有觸發器閾值。下面在n1主機上發送ping包,增長主機的上傳字節數,觀察效果。
~]# ping www.baidu.com
配置圖形是爲了直觀的觀測被監控數據的變化狀況,在本示例中的作默認配置。
Action有兩個重要的配置項:條件(conditions)和操做(operations)
在條件(conditions)中定義觸發器觸發action的條件。默認是在系統處在非維護且觸發器值爲PROBLEM時激活Action。
在操做(operations)選項中用來定義當Action被激活後Zabbix實施的操做。操做類型有種:遠程命令和發送消息,遠程命令是指自動在Agent端運行指令或腳本,使系統先自動修復。發送消息是指使用某一通訊信道將PROBLEM消息通知給指定用戶。在設置時間內修復不成功後進行下一步驟的操做,並持續步進操做等級。