跳到主要內容

Zabbix-(四)郵件、釘釘告警通知

Zabbix-(四)郵件、釘釘告警通知


一.前言


在之前的文章里,通過Zabbix對主機的磁盤、CPU以及內存進行了監控,並在首頁Dashboard里創建了監控圖形,但是只有當我們登錄到Zabbix后才能看到監控到的問題(Problem),因此在本篇文章里,將利用觸發器(Trigger),以及媒介(Media)等配置項,實現當觸發器觸發時,通過不同媒介,如:郵件、釘釘,發送動作(Action),實現實時通知告警功能。


準備



  • Zabbix Server (Zabbix 4.4)

  • 在Zabbix中已配置一些監控項和觸發器(這些配置可以參考我的)


二.安裝相關環境


由於使用到腳本告警媒介,本文中通過調用Python腳本觸發告警,因此需要在Zabbix Server主機上安裝pip以及相關模塊。(這裏Python使用Centos7自帶的Python2.7.5)



  1. 安裝pip

    # yum install -y epel-release

    # yum install -y python-pip

  2. 安裝requests模塊

    # pip install requests




三.配置告警媒介類型


Zabbix默認自帶了2種報警媒介類型(Media Type)电子郵件以及短信,我們將修改电子郵件類型配置,並新建腳本類型和Webhook類型。希望通過腳本、Webhook告警媒介發送釘釘消息。


注:Webhook告警媒介是Zabbix 4.4的新特性



  1. 修改电子郵件告警媒介

    點擊【管理】-【報警媒介類型】-【Email】


    修改Email配置,我這裏用的是Outlook郵箱,具體SMTP服務器可以參考。使用其他郵箱也可以去對應官網查詢SMTP配置。


    測試發送郵箱,點擊【測試】


    輸入收件人郵箱


    收到郵件



  2. 新增腳本告警媒介

    新建Python腳本告警媒介,用戶釘釘告警


    點擊【創建媒體類型】


    進行配置



































    配置項
    * 名稱 Python腳本
    類型 腳本
    * 腳本名稱 pythonScript.py
    腳本參數(參數1) {ALERT.MESSAGE}
    腳本參數(參數2) {ALERT.SENDTO}
    腳本參數(參數3) {ALERT.SUBJECT}


    接下來新建Python腳本,Zabbix Server配置文件中可以配置告警腳本路徑,默認為 /usr/lib/zabbix/alertscripts

    # 查看告警腳本路徑
    # cat zabbix_server.conf | grep AlertScriptsPath

    編寫告警腳本

    # cd /usr/lib/zabbix/alertscripts
    # vim pythonScript.py

    腳本內容

    #!/usr/bin/env python
    #coding:utf-8

    import requests,json,sys,os,datetime

    # 釘釘機器人地址
    webhook="https://oapi.dingtalk.com/robot/send?access_token=your_dingding_robot_access_token"

    # 對應{ALERT.SENDTO}, Zabbix告警媒介配置界面第2個參數
    user=sys.argv[2]

    # 對應{ALERT.MESSAGE}, Zabbix告警媒介配置界面第1個參數
    text=sys.argv[1]
    data={
    "msgtype": "text",
    "text": {
    "content": text
    },
    "at": {
    "atMobiles": [
    user
    ],
    "isAtAll": False
    }
    }
    headers = {'Content-Type': 'application/json'}
    x=requests.post(url=webhook,data=json.dumps(data),headers=headers)

    給腳本可執行權限

    # chmod uo+x /usr/lib/zabbix/alertscripts/pythonScript.py

    測試腳本


    釘釘收到消息



  3. 新增Webhook告警媒介



































    配置項
    * 名稱 Webhook
    類型 Webhook
    參數: (名稱)
    user {ALERT.SENDTO}
    subject {ALERT.SUBJECT}
    message {ALERT.MESSAGE}

    腳本:

    try {
    Zabbix.Log(4, 'params= '+value);

    params = JSON.parse(value);
    req = new CurlHttpRequest();
    data = {};
    result = {};

    req.AddHeader('Content-Type: application/json');

    data.msgtype = "text";
    // 對應 message參數
    data.text = {"content" : params.message};
    // 對應 user參數
    data.at = {"atMobiles": [params.user], "isAtAll": "false"};

    // 釘釘機器人
    resp = req.Post('https://oapi.dingtalk.com/robot/send?access_token=your_access_token',
    JSON.stringify(data)
    );
    } catch (error) {
    result = {};
    }

    return JSON.stringify(result);



    測試Webhook







四.為用戶添加告警媒介


需要將新增的告警媒介添加給用戶


點擊【用戶】-【告警媒介】



將上述步驟添加的告警媒介(Python腳本、Webhoob、Email),進行添加(收件人根據告警媒介類型填寫郵箱手機號),嚴重性也根據需要勾選。




五.配置動作


完成上述配置完成后,需要創建動作(Action),將觸發器(Trigger)告警媒介(Media Type)進行關聯,一旦觸發器觸發,那麼Zabbix會執行動作,再去執行告警媒介。



  1. 添加動作

    點擊【配置】-【動作】-【創建動作】



  2. 配置【動作】相關信息



















    配置項
    * 名稱 告警動作
    新的觸發條件 【觸發器】【等於】【Template Disk Free Size: 磁盤剩餘空間觸發器】

    操作步驟如下圖:


    群組選擇 ->Linux servers

    主機選擇 -> Template Disk Free Size 模板()

    勾選觸發器 -> 磁盤剩餘空間觸發器 ()

    勾選後點擊【選擇】



  3. 配置【操作】相關信息

    點擊【操作】


    先配置以下信息























    配置項
    * 默認操作步驟持續時間 1h(保持默認)
    默認標題 告警: {EVENT.NAME}
    消息內容 【磁盤空間不足告警】
    告警事件: {EVENT.DATE} {EVENT.TIME}
    告警問題: {EVENT.NAME}
    告警主機: {HOST.IP} {HOST.NAME}
    告警級別: {EVENT.SEVERITY}
    磁盤剩餘:{ITEM.VALUE}

    上述配置表格【默認標題】和【消息內容】值中形如{EVENT.NAME}的內容是Zabbix中的宏(Marco),宏是一個變量,例如 {HOST.IP} 表示告警主機的IP地址,Zabbix自帶的宏可以參考


    繼續配置操作

    點擊【新的】


    【操作類型】選擇發送消息,【發送到用戶】添加Admin


    【僅送到】根據需要選擇之前配置的,本文選擇Email和Python腳本(這裏只能單選或全選,所以需要先選擇一個,因此需要多次)


    添加完成後點擊【添加】




六.測試


向被監控主機拷貝或下載大文件,使其磁盤剩餘空間低於觸發器監控閾值,等待觸發器觸發問題,查看儀錶盤、郵件等。


儀錶盤





釘釘





郵件



七.參考文檔






本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】

台北網頁設計公司這麼多,該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"



網頁設計公司推薦更多不同的設計風格,搶佔消費者視覺第一線



※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整



小三通海運與一般國際貿易有何不同?



小三通快遞通關作業有哪些?




Orignal From: Zabbix-(四)郵件、釘釘告警通知

留言

這個網誌中的熱門文章

架構設計 | 異步處理流程,多種實現模式詳解

本文源碼:GitHub·點這裏 || GitEE·點這裏 一、異步處理 1、異步概念 異步處理不用阻塞當前線程來等待處理完成,而是允許後續操作,直至其它線程將處理完成,並回調通知此線程。 必須強調一個基礎邏輯,異步是一種設計理念,異步操作不等於多線程,MQ中間件,或者消息廣播,這些是可以實現異步處理的方式。 同步處理和異步處理相對,需要實時處理並響應,一旦超過時間會結束會話,在該過程中調用方一直在等待響應方處理完成並返回。同步類似電話溝通,需要實時對話,異步則類似短信交流,發送消息之後無需保持等待狀態。 2、異步處理優點 雖然異步處理不能實時響應,但是處理複雜業務場景,多數情況都會使用異步處理。 異步可以解耦業務間的流程關聯,降低耦合度; 降低接口響應時間,例如用戶註冊,異步生成相關信息表; 異步可以提高系統性能,提升吞吐量; 流量削峰即把請求先承接下來,然後在異步處理; 異步用在不同服務間,可以隔離服務,避免雪崩; 異步處理的實現方式有很多種,常見多線程,消息中間件,發布訂閱的廣播模式,其根據邏輯在於先把請求承接下來,放入容器中,在從容器中把請求取出,統一調度處理。 注意 :一定要監控任務是否產生積壓過度情況,任務如果積壓到雪崩之勢的地步,你會感覺每一片雪花都想勇闖天涯。 3、異步處理模式 異步流程處理的實現有好多方式,但是實際開發中常用的就那麼幾種,例如: 基於接口異步響應,常用在第三方對接流程; 基於消息生產和消費模式,解耦複雜流程; 基於發布和訂閱的廣播模式,常見系統通知 異步適用的業務場景,對數據強一致性的要求不高,異步處理的數據更多時候追求的是最終一致性。 二、接口響應異步 1、流程描述 基於接口異步響應的方式,有一個本地業務服務,第三方接口服務,流程如下: 本地服務發起請求,調用第三方服務接口; 請求包含業務參數,和成功或失敗的回調地址; 第三方服務實時響應流水號,作為該調用的標識; 之後第三方服務處理請求,得到最終處理結果; 如果處理成功,回調本地服務的成功通知接口; 如果處理失敗,回調本地服務的失敗通知接口; 整個流程基於部分異步和部分實時的模式,完整處理; 注意 :如...

.NET Core前後端分離快速開發框架(Core.3.0+AntdVue)

.NET Core前後端分離快速開發框架(Core.3.0+AntdVue) 目錄 引言 時間真快,轉眼今年又要過去了。回想今年,依次開源發布了 Colder.Fx.Net.AdminLTE(254Star) 、 Colder.Fx.Core.AdminLTE(335Star) 、 DotNettySocket(82Star) 、 IdHelper(47Star) ,這些框架及組件都是本着以實際出發,實事求是的態度,力求提高開發效率(我自己都是第一個使用者),目前來看反響不錯。但是隨着前端和後端技術的不斷變革,尤其是前端,目前大環境已經是前後端完全分離為主的開發模式,在這樣的大環境和必然趨勢之下,傳統的MVC就顯得有些落伍了。在這樣的背景下,一款前後端分離的.NET開發框架就顯得尤為必要,由此便定了框架的升級目標: 前後端分離 。 首先後端技術的選擇,從目前的數據來看,.NET Core的發展遠遠快於.NET Framework,最簡單的分析就是Colder.Fx.Core.AdminLTE發布比Colder.Fx.Net.AdminLTE晚,但是星星卻後來居上而且比前者多30%,並且這個差距在不斷擴大,由點及面的分析可以看出我們廣大.NET開發人員學習的熱情和积極向上的態度,並不是某些人所認為的那麼不堪( 走自己的路,讓別人說去吧 )。大環境上微軟积極擁抱開源,大力發展.NET Core, 可以說前途一片光明。因此後端決定採用 .NET Core3.0 ,不再浪費精力去支持.NET Framework。 然後是前端技術選擇,首選是三大js框架選擇,也是從實際出發,Vue相對其它而言更加容易上手,並且功能也毫不遜色,深得各種大小公司喜歡,如果偏要說缺點的話,那就是對TS支持不行,但是即將發布Vue3.0肯定會改變這一缺陷。選擇了Vue之後,然後就是UI框架的選擇了,這裏的選擇更多了,我選擇了Ant Design Vue,理由便是簡潔方便,十分符合我的設計理念。 技術選型完畢之後便...

請問一下純電動汽車快充接頭上的PE,CC,CP,NC1,NC2什麼意思呢?

其實不難董,以下是每一個的解釋 1、CP CC代表充電控制和連接檢測,主要是協議線。 2、L是三相輸入U線。 3、NC1是三相輸入V線。 4、NC2是三相輸入W線。 5、N是三項輸入中線。 6、PE代表接地線。 台中電動車     潭子電動車 Orignal From: 請問一下純電動汽車快充接頭上的PE,CC,CP,NC1,NC2什麼意思呢?