一、zabbix的item資料採集

1、資料採集是zabbix的基礎，也是監控基礎，目前可以支援主動、被動兩種採集模式。主動模式定義為：客戶端主動上報資料到伺服器端，被動模式定義為：伺服器到客戶端採集資料。

2、大家常用的是主動採集模式，主動採集方式除了zabbix自帶的常用採集項，可以通過自定義採集項來進行擴充套件。例如需要做1個針對系統全流程的語義監控功能，就可以寫一個指令碼，通過自定義採集項來獲取指令碼執行的結果。

3、有時候部署agent比較麻煩，可以直接使用zabbix的trapper方式：被監控主機主動傳送資料給zabbix server，通常可以應用於程式內部的異常訊息採集。例如程式內部出現異常，丟擲的異常訊息可以通過trap方式發直接送給zabbix-server，通過trigger產生事件，通過action傳送報警。

總結：整體來看zabbix對資料採集種類的支援還是比較豐富，但是配置起來相對複雜。

二、zabbix的trigger監控規則

1、監控規則是監控系統的核心，通過配置閾值來觸發異常，產生事件，zabbix內建了很多規則。

2、通過trigger的Dependencies配置可以實現簡單的事件關聯依賴。例如：有兩個trigger監控，1是監控www.linkedsee.com站點是否可訪問、2是監控主機nginx 80埠是否可達。對於trigger1可以增加對trigger2的依賴條件，這樣當nginx 80埠不可達，www.linkedsee.com站點也是不可訪問的，但是不會觸發產生www.linkedsee.com站點不可訪問的異常事件。

3、基於以上設定，雖然可以實現簡單的事件關聯依賴合併，監控系統內部遮蔽了異常事件的產生，如果報警涉及多組運維人員，大家都希望可以看到自己的監控是否有異常。所以最好的方式還是所有異常事件都正常產生，在報警通知的時候進行關聯分析。例如針對上述的例子，運維組A負責triiger1報警、運維組B負責trigger2報警，當trigger2異常時，通知運維組A【www.linkedsee.com不可訪問，因為nginx 80埠不可達】，通知運維組B【nginx 80埠不可達，導致www.linkedsee.com不可訪問】。

總結：zabbix有較全面的監控規則匹配表示式，當對於較複雜關聯監控配置起來不夠靈活。

三、zabbix的action觸發動作

針對triiger觸發的異常事件，可以觸發相應的動作。通常的動作就是根據配置的media進行報警傳送。Zabbix在報警配置這塊，每種發報警傳送方式都需要配置1個media，並且對每個使用者都需要配置相應的傳送media。

如果將zabbix的報警交給靈犀來管理，針對使用者配置這塊，只需zabbix上面配置1個user和1個media即可，會省事很多。

四、靈犀與zabbix的整合：

靈犀雲告警是一款SAAS軟體，專注於報警優化管理，提供多通道及時準確傳送、多人智慧分級傳送、報警處理協同、故障資料多維度統計等功能。

對於zabbix監控系統（2.0、3.0都支援），如果需要使用靈犀對於報警優化的功能，只需要做以下步：

1、靈犀產品配置：

還沒有靈犀賬號，點選此處進行註冊，完成引導頁面後，進入工作臺點選右下方的開啟報警優化之旅，完成頁面配置，複製token。

2、zabbix監控系統配置：

依次增加media、user、action就完成靈犀對zabbix的報警優化，具體圖形操作可參考：http://www.linkedsee.com/standard/support#/access-zabbix。