【轉載：九一樂維】zabbix 3.4新功能值——告警併發

ZABBIX官方文檔3.4更新中提到了以前全部版本都存在瓶頸,本人以爲這個更新做用很是大就此坐下告警測試，官方原話：

在之前的版本中使用單個告警器進程來發送問題通知，告警是一個一個的發出，在大規模的環境中有大量事件緊挨連續發生的狀況下，告警可能會發生延遲。相似地，在實時性較高和實時性較低的媒體類型(如短信和電子郵件)混合存在的環境中，可能會存在延時，郵件的發送須要等待短信發送完成。

在新版本中，並行處理告警功能已經實現，有一個新的告警管理器進程，若是須要，能夠向多個「worker」進程分發告警。媒體類型被並行處理，每一個媒體類型能夠配置最大併發會話數，但服務器上的告警器進程總數只能由新的StartAlerters 參數限制，每一個觸發器生成的告警都會順序的進行處理。

有三個可用的新告警處理選項在媒體類型配置中: 併發會話, 重試 和 重試間隔:

1.1 實驗環境

實驗環境：

Zabbix3.2.4 IP:192.168.1.2

Zabbix3.4.0 IP:192.168.1.3

單次告警49個

收發人員微信9人，郵件7人

Web和zabbix_server_conf配置保持一致

推送腳本一致，接口一致

Zabbix3.4.0 IP:192.168.1.3上調整StartAlerters 參數

1.2 Zabbix3.2.4單途徑告警測試

說明：3.4前的版本在出現大量告警時都會出現大的延時狀況，這裏觸發下下3.2.4的告警處理狀況作對比

一、 配置好告警推送

這裏採用微信告警

二、手動關閉告警

（不得不說這個功能雖然是爲了填補zabbix有時候沒能自動關畢問題的坑，另外用來作告警推送測試是個頗有用的功能）

其中：

基礎告警49

微信發送9人

總計發出告警：441封

三、 等待執行發送結果

開始執行：

這裏能夠看到huawei的告警尚未推送完，cisco的告警一直在排隊，此時已通過了1分鐘

結束：

這裏能夠看到徹底推送完441封告警到微信人員上zabbix3.2.4須要3分鐘多，這裏尚未算上網絡延時，有些告警1分鐘採集頻率，因此3分鐘後推送到相關人員相對來講仍是過久了

四、 查看zabbix圖形

這裏能夠看到告警串行的瓶頸已經觸碰到

1.3 Zabbix3.4.0單途徑單併發告警測試

一、 配置好告警推送

這裏採用微信告警

2.配置微信告警併發進程數

這裏配置爲單進程

三、手動關閉告警

其中：

基礎告警49

微信發送9人

總計發出告警：441封

4.等待執行結果

這裏能夠看到單併發下和3.2.4的效果是同樣的

1.4 Zabbix3.4.0單途徑多併發告警測試

一、配置好告警推送

這裏採用微信告警

二、配置微信告警併發進程數

這裏配置成無限制

三、手動關閉問題

其中：

基礎告警49

微信發送9人

總計發出告警：441封

四、等待執行結果

在此能夠看到，出乎意料的快呀，30秒不到竟然所有發完了

再測試一組：

一樣也是30秒內（截圖手慢了點），我的微信也所有收到

1.5 Zabbix3.4.0雙途徑多併發告警測試

一、配置好告警推送

這裏採用微信告警和郵件告警

二、配置微信和郵件告警併發進程數

這裏配置成無限制

3.關閉問題

其中：

基礎告警49

微信發送9人

郵件發送7人

總計發出告警：784封

4.執行結果

這裏能夠看出多一個途徑後不能在30秒內所有發完了

這裏能夠看出1分鐘內能夠所有發送完畢800多封告警（其中兩個用戶沒有配置郵箱因此顯示失敗），同時微信和郵件也所有收到

郵箱部分郵件被自動識別爲垃圾郵件刪除了

5.查看zabbix圖形

這裏能夠看出在zabbix_server_conf設置併發進程參數爲30足夠應付上千封郵件的推送

1.6 併發告警總結

經過zabbix3.2.4和3.4.0的對比能夠看出zabbix3.4版本對告警優化比以前的版本快了不止五、6倍，若是您所在的環境配置了大量用戶接收告警的或多種途徑接收的話，很是建議使用zabbix3.4版本