幾周的zabbix使用之后幾點(diǎn)心得，暫時(shí)記在這兒

1. 簡(jiǎn)單命令監(jiān)控，直接配置Userparameter參數(shù)，以應(yīng)用來(lái)分類conf文件，將不同應(yīng)用的配置寫(xiě)在不同的conf文件里，并將之放到統(tǒng)一的配置引入目錄，每次修改均要重啟zabbix-agent；配置文件的修改統(tǒng)一配置方式參考svn（這種方式文件檢出會(huì)覆蓋linux系統(tǒng)文件權(quán)限及所有者，每次更新后要修改權(quán)限等不太方便）、使用salt在salt-master文件目錄入svn并在更新后以salt cp.get_file方式配置到各服務(wù)器上（該方式不會(huì)覆蓋權(quán)限及所有者）。
2. 腳本監(jiān)控，原本以腳本對(duì)應(yīng)parameter的配置方式實(shí)施，但感覺(jué)這種方式比較繁雜。可以提取parameter共性，利用帶參數(shù)的Userparameter配置實(shí)現(xiàn)one key for all的功能。比如配置：

             Userparameter=script.run[*],/var/lib/zabbix/$
             
               1
             
              $
             
               2
             
              $
             
               3
             
           

   前提是配置好$1腳本的可執(zhí)行權(quán)限。該方式注意腳本統(tǒng)一路徑，權(quán)限等。

3. 經(jīng)常會(huì)遇到從http以json形式取監(jiān)控?cái)?shù)據(jù)，這種方式采用中間文件的形式實(shí)現(xiàn)。有json的fetch腳本，還有json內(nèi)容提取腳本，不同監(jiān)控需求一般需要單獨(dú)的json fetch腳本，原本從json提取內(nèi)容也是與之對(duì)應(yīng)的有多個(gè)，現(xiàn)在感覺(jué)使用統(tǒng)一的json文件屬性提取腳本方式比較合理。 中間文件命名程序化，盡量少用固定常量。另外在json fetch腳本記錄錯(cuò)誤日志。
4. zabbix報(bào)警信息格式個(gè)性化，正在使用的解決方案是通過(guò)給trigger名稱加標(biāo)簽（標(biāo)簽使用預(yù)定義全局宏），標(biāo)簽區(qū)分不同模板（標(biāo)簽會(huì)在使用腳本發(fā)送信息的時(shí)候被過(guò)濾）。
5. 上一點(diǎn)提到，既然發(fā)送信息使用的是腳本，那么完全可以在發(fā)信息腳本層面做信息格式整理的封裝。這種方式也是下一步要重構(gòu)的目標(biāo)。

zabbix統(tǒng)一腳本監(jiān)控方式