zabbix報警機制

  • 基本概念
    自定義的監控項默認不會自動報警
    首頁也不會提示錯誤
    需要配置觸發器與報警動作纔可以自定報警觸發器
    -表達式,如內存不足300m,用戶超過39個等
    -當觸發條件發生後,會導致一個觸發事件
    -觸發事件會執行某個動作
  • 動作
    觸發器的條件被觸發後的行爲
    -可以是發送郵件,也可以是重啓某個服務等
  • 觸發器
    -通過配置–>模板–>觸發器–>創建觸發器–>
    觸發器表達式:{:.()}
    案例:
    {atmp:getusers.last()}>43 {模板名:自定義命令名:最新數據}
    {主機:key.函數(參數)}<表達式>常數
    {web1:system.cpu.load[all,avg1].last(0)}>5 //0爲最新數據
    如果web1主機最新的CPU平均負載值大於5,則觸發器狀態Problem
    {vfs.fs.size[/,free].max(5m)}<10G //5m爲最近5分鐘
    根分區,最近5分鐘的最大容量小於10G,則狀態進入Problem
    {vfs.file.cksum[/etc/passwd].diff(0)}>0 //0爲最新數據
    最新一次校驗/etc/passwd如果與上一次有變化,則狀態進入Problem
    大多數函數使用秒作爲參數,可以使用#來表示其他含義(具體參考表-1)。
    avg, count, last, min and max 等函數支持額外的第二個參數time_shift(時間偏移量),這個參數允許從過去一段時間內引用數據。
    函數內容 描述
    sum(600) 600秒內所有值的總和
    sum(#5) 最後5個值的總和
    last(20) 最後20秒的值
    last(#5) 倒數第5個值
    avg(1h,1d) 一天前的1小時的平均值
    (0) 最新值
    創建media
  • 設置郵件

管理–>報警媒介類型–>名稱:Email SMTP服務器:localhost SMTP服務端口25 SMTP HELO :monserver SMTP電郵:zabbix@localhost
確認 郵件安裝啓動(端口25) 發件人
測試: mail -s ‘testmail’ zabbix < /etc/hosts
爲賬號添加media
管理–>用戶–>Admin
點擊Admin賬戶後,在彈出的界面中選擇Media(報警媒介)菜單–>點擊Add(添加)報警媒介
點擊Add(添加)後,在Meida Type中填寫報警類型,收件人,時間等信息
創建Action動作
-定義當觸發器被觸發時,執行
配置–>動作–>創建動作
配置Action(填寫名稱) 填寫Action動作的名稱,配置什麼觸發器被觸發時會執行本Action動作
配置導致動作的觸發條件 (觸發器) (選擇) (添加)
-配置Action具體操作行爲
操作類型:發送信息

  • 效果測試

-在被監控主機創建賬號
-登入監控端web頁面,在儀表盤中查看問題
zabbix進階操作
概述
自動發現:
-當zabbix需要監控的設備越來越多,手動添加監控設備越來越有挑戰,此時,可以考慮使用自動發現功能
-需要批量一次性添加一組監控主機,也可以使用自動發現功能
自動發現可以實現:
-自動發現,添加主機,自動添加主機到組
-自動鏈接模板到主機,自動創建監控項目與圖形等
自動發現流程:
-創建自動發現規則
-創建Action動作,說明發現主機後自動執行什麼動作
-通過動作,執行添加主機,鏈接模板到主機等操作

  • 自動發現規則

創建自動發現規則
配置–>自動發現–>創建發現規則
填寫規則
-自動發現IP範圍(逗號隔開可以寫多個)
-多久做一次自動發現(默認爲1小時,僅實驗修改1m)
-檢查方式:http,ftp,agent的自定義key等檢查
創建動作
配置–>動作–>(事件源:自動發現)創建動作
動作: 名稱d2 主機IP地址=192.168.2.1-254(添加)
操作: 操作(新的) 添加到主機羣 web (添加)
操作(新的) 鏈接模板 Template App HTTP Service, Template OS Linux (添加)
-添加動作名稱,添加觸發動作的條件
-操作(觸發動作後要執行的操作指令)
創建新的主機(101,102)
-創建一臺新的主機,驗證zabbix是否可以自動發現該主機
-登入zabbix服務器的web頁面,查看主機列表

  • 主被動監控

概述
主動和被動都是相對被動監控端主機而言的
默認zabbix採用的是被動監控
-被動監控: server想agent發起鏈接,發送監控key,agent接收請求,響應監控數據
-主動監控:agent向server發起連接,agent請求需要檢測的監控項目列表,server響應agent發送一個items列表,agent確認收到監控列表,tcp鏈接完成,會話關閉,agent開始週期性地收集數據
區別
-server不用每次需要數據都連接agent,agent會自己收集數據並處理數據,server僅需要把偶承諾數據即可
-當監控主機達到一定數量後zabbix服務器會越來越慢
-此時,可以考慮使用主動監控,釋放服務器的壓力
-另外,zabbix也支持分佈式監控,也是可以考慮的方案
創建新的主機
yum -y install gcc pcre-devel
tar -xf zabbix-3.4.4.tar.gz
cd zabbix-3.4.4/
./configure --enable-agent
make && make install
修改配置文件
vim /usr/local/etc/zabbix_agentd.conf
//註釋#Server=127.0.0.1,192.168.2.5
該行,允許誰監控本機
StartAgents=0
//被動監控時啓動多個進程
//設置爲0,則禁止被動監控,不啓動zabbix_agentd服務
ServerActive=192.168.2.5
//允許哪些主機監控本機(主動模式),一定要取消127.0.0.1
Hostname=zabbixclient_web2
//告訴監控服務器,是誰發的數據信息
//一定要和zabbix服務器配置的監控主機名稱一致(後面設置)
RefreshActiveChecks=120
//默認120秒檢測一次
UnsafeUserParameters=1
//允許自定義key
Include=/usr/local/etc/zabbix_agentd.conf.d/
:wq
killall -9 zabbix_agentd
useradd zabbix
zabbix_agentd (只有進程沒有端口)
ps -C zabbix_agentd (查看)

  • 克隆模板

克隆Zabbix自動的監控模板
爲了方便,克隆系統自帶模板(在此基礎上就該更方便)。
通過Configuration(配置)–>Templates(模板)–>選擇Template OS Linux(點擊)–>全克隆,克隆該模板,新建一個新的模板。
新模板名稱爲:A_Template OS Linux
修改模板中的監控項目的監控模式
將模板中的所有監控項目全部修改爲主動監控模式,通過Configuration(配置)–>Templates(模板)–>選擇新克隆的模板,點擊後面的Items(監控項)–>點擊全選,選擇所有監控項目,點擊批量更新,將類型修改爲:Zabbix Agent(Active主動式)
批量修改監控項的監控模式後,非所有監控項目都支持主動模式
-批量修改後,會發現有幾個沒有修改主動模式成功
-說明,這些監控項目不支持主動模式,關閉即可
-可以點擊類型排序,點擊狀態即可關閉
添加監控主機
在zabbix監控服務器,添加被監控的主機(主動模式)
配置–>主機–>創建主機
名稱:web102 必須與被監控的配置文件Hostname一致
將主機添加Linux servers組
IP地址:0.0.0.0 端口:0 不填IP無法創建成功
爲主機添加監控模板
選擇剛剛創建的模板(主動模式)
添加鏈接模板到主機
A_Template OS Linux
驗證效果
監控中–>圖形–Linux servers–web102–Memory usage

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章