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給了用戶極大的自由去定制自己的監控計劃，同時也使得這件事變得有點雜亂無章，沒有頭緒。以後繼續總結其他功能。
