一、zabbix的特點

zabbix是一個基於WEB介面的提供分散式系統監視以及網路監視功能的企業級的開源解決方案。zabbix能監視各種網路引數，保證伺服器系統的安全運營；並提供靈活的通知機制以讓系統管理員快速定位/解決存在的各種問題。這是百度百科上對zabbix上的一段定義，市面上的監控軟體很多，為什麼選擇zabbix呢？先來看下其具有的特點：

1，自動發現伺服器和網路裝置。

2，底層自動發現

3，分散式的監控體系和集中式的web管理

4，支援主動監控和被動監控模式

5，支援多種作業系統 Linux, Solaris, HP-UX, AIX, FreeBSD, OpenBSD, OS X

6，高效的agent 支援 Linux, Solaris, HP-UX, AIX, FreeBSD, OpenBSD,OS X, Tru64/OSF1, Windows NT4.0, Windows 2000, Windows 2003, Windows XP, Windows Vista 環境

7，無agent監控等多種監控方法。

8，安全的使用者認證模式

9，靈活的使用者許可權設定。

10，基於web的管理方法。

11，支援自由的自定義事件和郵件傳送。

12，高水平的業務檢視監控資源。

13，支援日誌審計。 

二、zabbix的元件及程序

元件

zabbix由以下幾個元件部分構成：

1、Zabbix Server：負責接收agent傳送的報告資訊的核心元件，所有配置，統計資料及操作資料均由其組織進行；

2、Database Storage：專用於儲存所有配置資訊，以及由zabbix收集的資料；

3、Web interface：zabbix的GUI介面，通常與Server執行在同一臺主機上；

4、Proxy：可選元件，常用於分佈監控環境中，代理Server收集部分被監控端的監控資料並統一發往Server端；

5、Agent：部署在被監控主機上，負責收集本地資料併發往Server端或Proxy端；

注：zabbix node也是 zabbix server的一種 。

程序

預設情況下zabbix包含5個程式：zabbix_agentd、zabbix_get、zabbix_proxy、zabbix_sender、zabbix_server，另外一個zabbix_java_gateway是可選，這個需要另外安裝。下面來分別介紹下他們各自的作用。

zabbix_agentd
客戶端守護程序，此程序收集客戶端資料，例如cpu負載、記憶體、硬碟使用情況等。

zabbix_get
zabbix工具，單獨使用的命令，通常在server或者proxy端執行獲取遠端客戶端資訊的命令。通常使用者排錯。例如在server端獲取不到客戶端的記憶體資料，我們可以使用zabbix_get獲取客戶端的內容的方式來做故障排查。

zabbix_sender
zabbix工具，用於傳送資料給server或者proxy，通常用於耗時比較長的檢查。很多檢查非常耗時間，導致zabbix超時。於是我們在指令碼執行完畢之後，使用sender主動提交資料。
zabbix_server
zabbix服務端守護程序。zabbix_agentd、zabbix_get、zabbix_sender、zabbix_proxy、zabbix_java_gateway的資料最終都是提交到server
備註：當然不是資料都是主動提交給zabbix_server,也有的是server主動去取資料。

zabbix_proxy
zabbix代理守護程序。功能類似server，唯一不同的是它只是一箇中轉站，它需要把收集到的資料提交/被提交到server裡。為什麼要用代理？代理是做什麼的？賣個關子，請繼續關注運維生存時間zabbix教程系列。

zabbix_java_gateway
zabbix2.0之後引入的一個功能。顧名思義：Java閘道器，類似agentd，但是隻用於Java方面。需要特別注意的是，它只能主動去獲取資料，而不能被動獲取資料。它的資料最終會給到server或者proxy。

下圖是zabbix的邏輯關係圖：

三、zabbix監控環境中相關術語

1、主機（host）：要監控的網路裝置，可由IP或DNS名稱指定；

2、主機組（host group）：主機的邏輯容器，可以包含主機和模板，但同一個組織內的主機和模板不能互相連結；主機組通常在給使用者或使用者組指派監控許可權時使用；

3、監控項（item）：一個特定監控指標的相關的資料；這些資料來自於被監控物件；item是zabbix進行資料收集的核心，相對某個監控物件，每個item都由"key"標識；

4、觸發器（trigger）：一個表示式，用於評估某監控物件的特定item內接收到的資料是否在合理範圍內，也就是閾值；接收的資料量大於閾值時，觸發器狀態將從"OK"轉變為"Problem"，當資料再次恢復到合理範圍，又轉變為"OK"；

5、事件（event）：觸發一個值得關注的事情，比如觸發器狀態轉變，新的agent或重新上線的agent的自動註冊等；

6、動作（action）：指對於特定事件事先定義的處理方法，如傳送通知，何時執行操作；

7、報警升級（escalation）：傳送警報或者執行遠端命令的自定義方案，如每隔5分鐘傳送一次警報，共傳送5次等；

8、媒介（media）：傳送通知的手段或者通道，如Email、Jabber或者SMS等；

9、通知（notification）：通過選定的媒介向用戶傳送的有關某事件的資訊；

10、遠端命令（remote command）：預定義的命令，可在被監控主機處於某特定條件下時自動執行；

11、模板（template）：用於快速定義被監控主機的預設條目集合，通常包含了item、trigger、graph、screen、application以及low-level discovery rule；模板可以直接連結至某個主機；

12、應用（application）：一組item的集合；

13、web場景（web scennario）：用於檢測web站點可用性的一個活多個HTTP請求；

14、前端（frontend）：Zabbix的web介面；

下圖是一個zabbix的流程圖，其串聯了各術語之間的關係

四、zabbix的監控架構

在實際監控架構中，zabbix根據網路環境、監控規模等  分了三種架構： server-client 、master-node-client、server-proxy-client三種 。

server-client架構

上圖是server-client架構，也是zabbix的最簡單的架構，監控機和被監控機之間不經過任何代理 ，直接由zabbix server和zabbix agentd之間進行資料互動。適用於網路比較簡單，裝置比較少的監控環境 。

server-proxy-client架構

上圖是server-proxy-client架構，其中proxy是server、client之間溝通的一個橋樑，proxy本身沒有前端，而且其本身並不存放資料，只是將agentd發來的資料暫時存放，而後再提交給server 。該架構經常是和master-node-client架構做比較的架構 ，一般適用於跨機房、跨網路的中型網路架構的監控。

master-node-client架構

上圖是master-node-client架構，該架構是zabbix最複雜的監控架構，適用於跨網路、跨機房、裝置較多的大型環境 。每個node同時也是一個server端，node下面可以接proxy，也可以直接接client 。node有自已的配置檔案和資料庫，其要做的是將配置資訊和監控資料向master同步，master的故障或損壞對node其下架構的完整性。