zabbix監控之郵件報警

在zabbix的使用中，最重要的一點就是完善的報警機制，作為監控平臺，需要時刻關注機器和服務的執行狀態，更重要的是發現故障之後需要及時的報警給相關人員，早點發現問題，將隱患消除在未然階段。這樣才能保證服務的穩定執行。

報警的方式是多種多樣的，微信、簡訊和郵件報警是我們比較常見的方式。而且報警的頻率和策略直接影響著運維人員的重視程度和檢錯效率。如果整個報警列表中都是一些無關痛癢的提示、輕度警告。而他們的傳送頻率又特別的高，則非常容易錯過真正關鍵的報警。

報警涉及的觸發器（trigger）一般包括以下幾個方面：
（1）伺服器的基本狀態：磁碟容量、記憶體大小、cpu的負載；
（2）基礎服務狀態

：web伺服器（nginx、apache）的狀態，資料庫的狀態（mysql、oracle、nosql等）；
（3）應用伺服器狀態：應用伺服器的可用性以及負載狀態；

以本人之前所在的遊戲公司為例，日常的監控報警中主要集中在伺服器的基本狀態的報警：（1）比如隨著伺服器的執行，會產生大量的日誌檔案，因為來不及轉移導致伺服器的磁碟可用空間不足；（2）開啟的應用過多導致cpu和記憶體的不足；

第一種磁碟不足的情況，可以採用crontab定期清理日誌的方式解決，注意
為了防止日誌內容的丟失，需要把日誌及時的備份到遠端的日誌伺服器中進行存放；

第二種情況則需要定期對伺服器進行升配操作；

而基礎服務狀態

和應用伺服器狀態則需要提高報警級別，畢竟服務的不可用是非常嚴重的事故，另外給出建議是關鍵的服務一定要做到高可用，不能因為節約成本而導致服務故障，否則造成的損失也許更加巨大。

郵件報警配置步驟

郵件報警的配置主要劃分為一下幾個步驟：

1.在zabbix服務端配置郵件傳送指令碼和修改zabbix服務端配置檔案;
2.在zabbix前端控制檯進行相關設定；

配置指令碼

（1）郵件的傳送可以採用系統自帶的mail傳送，但是需要配置mail的配置檔案/etc/mail.rc，在該檔案的末尾新增如下幾行：

set from=********@sina.com
set smtp=smtp://smtp.sina.com
 

set smtp-auth-user=********@sina.com
set smtp-auth-password=********
set smtp-auth=login

其中from為你所指定的郵件傳送的發件方名稱，smtp為所使用的郵件伺服器，smtp-auth-user和smtp-auth-password分別進行使用者名稱和密碼的驗證；

這個smtp的功能需要登入郵箱進行開通：

注意：
我這裡採用的是sina的郵箱傳送，因為新浪的郵件內容稽核相對比較寬鬆，除了sina之外，還可以選擇網易郵箱或者qq郵箱，甚至為了方便可以自己搭建一個smtp伺服器。

網易郵箱和qq郵箱的smtp分別如下：

網易 smtp.163.com
qq smtp.exmail.qq.com

另外需要注意使用網易或者qq郵箱他們的smtp-auth-password密碼會單獨進行設定，不要與郵箱本身的登入密碼混淆。

（2）測試傳送一個郵件給指定的使用者：

[root@localhost conf]# echo "hello" | mail -s "hello" 597****76@qq.com

在該使用者的郵箱檢視是否收到郵件：

已經收到郵件，說明郵件的傳送沒有問題，如果郵件傳送失敗，可能會是以下幾個原因：

1）連線的郵件伺服器錯誤，或者使用者名稱、密碼認證失敗，這個是比較好排查的，可以通過telnet測試是否可以連線郵件伺服器（郵件伺服器的預設埠是25）：

[[email protected] conf]# telnet smtp.sima.com 25
Trying 173.254.89.192...
Connected to smtp.sima.com.
Escape character is '^]'.
220-box1089.bluehost.com ESMTP Exim 4.86_1 #1 Wed, 23 Nov 2016 01:29:33 -0700 
220-We do not authorize the use of this system to transport unsolicited, 
220 and/or bulk e-mail.

使用者名稱密碼認證失敗會明確的告訴原因；

2）傳送的郵件內容沒有通過發件方郵箱的稽核；

3）傳送的郵件內容沒有通過收件方的白（黑）名單活著郵件內容的稽核；

上述的2、3兩種失敗情況郵件伺服器都會發送給錯誤碼進行查詢，一般qq郵箱和網易郵箱的稽核相對比較嚴格。為了防止被拒絕，可以選擇sina或者139等郵箱，稽核相對寬鬆。甚至可以自己搭建郵件伺服器。

（3）編寫zabbix傳送郵件的指令碼sendmail.sh

建立指令碼所在目錄/usr/local/etc/alertscripts：

[root@localhost conf]# mkdir /usr/local/etc/alertscripts

編寫傳送指令碼：

[[email protected] conf]# cat /usr/local/etc/alertscripts/sendmail.sh 
#!/bin/bash

messages=`echo $3 | tr '\r\n' '\n'`
subject=`echo $2 | tr '\r\n' '\n'`
echo "${messages}" | mail -s "${subject}" $1 >>/tmp/sendmail.log 2>&1

改變所屬使用者和組為zabbix，授予可執行許可權：

[root@localhost conf]# chown zabbix.zabbix /usr/local/etc/alertscripts/ -R
[root@localhost conf]# chmod +x /usr/local/etc/alertscripts/sendmail.sh

建立日誌檔案，修改所屬使用者和組：

[root@localhost conf]# chown zabbix.zabbix /tmp/sendmail.log

（4）修改zabbix服務端配置檔案，並且重啟服務：

[root@localhost conf]# vim /usr/local/etc/zabbix_server.conf

新增如下內容，設定指令碼目錄為剛才建立的目錄：

AlertScriptsPath=/usr/local/etc/alertscripts

修改完成後重啟zabbix服務：操作略。

配置zabbix控制檯

1.首先設定報警媒介（指定郵件傳送的指令碼），點選“管理”—“報警媒介型別”—“Email”：

2.將型別選定為指令碼，然後指定指令碼的名稱。在zabbix3.x之後還需要指定傳遞給郵件傳送指令碼的引數（郵件接收方{ALERT.SENDTO}、郵件主題{ALERT.SUBJECT}、郵件內容{ALERT.MESSAGE}）。

3.在使用者組群中開啟除錯模式，點開啟用：

4.點選相關組群設定組群的許可權，因為是對管理員使用者設定郵件，這裡設定對所有組群具有讀寫許可權（*代表所有組群）：

5.然後設定管理選單下的使用者，這裡對Admin使用者進行設定：

6.在“報警媒介”中點選編輯設定郵件：

7.指定報警的型別為Email，指定郵件地址為接收方的郵件地址，為了讓郵件可以準確的到達，需要在接收方的郵件中設定白名單，允許傳送方的郵件被接收。

8.配置相關的動作，這個是針對觸發器設定的，當監控的item達到一定的條件（由觸發器Trigger設定），則會使trigger執行設定好的動作，一個動作可以針對多個觸發器設定，當他們滿則條件時都會執行相應的動作，因為是郵件報警，所以當trigger被觸發時，我們給相關使用者的郵箱傳送郵件，這樣運維人員會根據郵件的報錯提示及時解決問題，當問題結局時還會發送恢復郵件，這樣就可以把機器及業務的執行狀態及時的監控起來。

條件是針對動作何時執行。可以多個條件並存或者任意存在，這個可以編寫相關的邏輯進行判斷。

操作和恢復操作分開設定是zabbix3.2.1和之前的版本有所不同的，在操作中進行設定：

然後設定恢復操作：

操作示例

我們這裡設定的條件是當zabbix客戶端5分鐘內沒有連線的時候，則會觸發該警報。

1.首先可以關閉zabbix agent，檢視儀表盤的監控資訊，五分鐘後顯示如下：

2.郵箱可以接受到對應的報警資訊：

3.當我們啟動zabbix agent，則會看到故障恢復的報警資訊：

小結

上述是關於zabbix郵件報警的資訊，正常情況下的操作很簡單，但是筆者在設定的時候，發現網路和郵件審查的因素會對郵件的傳送有很大的影響（安全和利益使然），所以大家在搭建的時候需要選擇穩定可靠的郵箱，確保郵件的準確傳送，還有就是再次基礎上根據不同公司的業務和監控指標，需要設定好郵件傳送的頻率。祝大家工作順利！