Zabbix使用總結1——認識zabbix監控從Template開始

zabbix監控服務器功能很強大，固然配置也極爲複雜。今天總結一下zabbix監控體系中的各個元素的做用以及他們之間的關係。固然，這個總結看起來多是十分雜亂的，須要耐心梳理。如下內容均以zabbix2.4.1版本爲例。

想要了解zabbix的監控體系，從Template開始，下面簡單剖析一下Template：

1，zabbix中的Template就是一整套定製好的監控方案。這個方案中能夠包含預約義好的Applications 、Items、Triggers 、Graphs 、Screens 、Discovery 、Web 。

2，能夠在Configuration->Templates中看到zabbix自帶的Template，如對Linux系統、mysql等的監控方案。這些能夠在直接使用。也能夠在這裏定義本身的Template，個性化監控本身想要監控服務，這點很是強大。

3，以監控Linux系統爲例說明怎麼使用Template。首先要在被監控的機器上安裝zabbix客戶端程序（安裝方法另行總結吧）。打開zabbix頁面，登陸管理員賬號，依次點擊Configuration->Hosts->create host，添加要監控的主機信息。Host name和Visible name建議使用監控對象的IP，選擇機器所在的group，Agent interfaces中添加被監控主機的IP，端口默認。惦記Templates選項，點擊Link new templates後面的select，選擇Templates組中的Template OS Linux，依次點擊Link new templates框中的ADD和頁面下方的ADD。

這樣對目標主機的linux系統監控就配置好了。點擊Monitoring->Latest data就能夠看到監控結果了：

zabbix是如何在按照Template的指示工做的呢？

Template裏面各個元素的功能和關係：

4，Template的幾大要素：

比較重要的兩個：

Application：簡單的說Application就是分組，對服務端監控項目的分組。好比上面用到的Linux系統監控Template中就有CPU,Memory等分組，分別對應一系列針對CPU和內存的監控項。將這些彼此有密切聯繫的監控項放一個分組（即同一個Application）中，看起來十分直觀。

Items：就是Application分組中具體的一個個監控項。仍是一上文Linux系統監控Template的CPU Application爲例，裏面包含了CPU system time、CPU idle time、CPU interrupt time等等多項CPU監控指標。Items最重要的一個參數是key。zabbix客戶端就是根據這個key去尋找對應的shell腳本，運行並獲取對應的值，返回頁面展現給用戶。正如前面所說，一個Application對應1到多個Items。一個Application就是一個Items族羣。另外Items必須放到某一個Application中去，不然在監控頁面是看不到這個Items對應的監控結果的。

5，關聯（Link to）與被關聯（Linked）：前面說過，新建一個監控對象Host時，能夠關聯一個Template，這樣這臺機器對應這個Template的監控信息就會展示在監控結果頁面中。此外，zabbix還提供了Template關聯Template。假設Template A 關聯了Template B。那麼關聯了A的主機一樣也就關聯了B。在這個主機的監控頁面上，就會有A,B兩個監控結果同時展示出來。這極大了增長了監控配置的靈活性和多樣性。

上面簡單總結了Template的用法、構成。以及Template中間的關聯。zabbix給了用戶極大的自由去定製本身的監控計劃，同時也使得這件事變得有點雜亂無章，沒有頭緒。之後繼續總結其餘功能。