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的告警處理情況做對比。
?
1、配置好告警推送
?
這里采用微信告警。
?
?
2、手動關閉告警
?
（不得不說這個功能雖然是為了填補zabbix有時候沒能自動關畢問題的坑，另外用來做告警推送測試是個很有用的功能。）
?
其中：
?
基礎告警49
?
微信發送9人
?
總計發出告警：441封?
?
?
3、 等待執行發送結果
?
開始執行：?
?
?
這里可以看到huawei的告警還沒有推送完，cisco的告警一直在排隊，此時已經過了1分鐘。
?
結束：?
?
?
這里可以看到完全推送完441封告警到微信人員上zabbix3.2.4需要3分鐘多，這里還沒有算上網絡延時，有些告警1分鐘采集頻率，所以3分鐘后推送到相關人員相對來說還是太久了。
?
4、 查看zabbix圖形?
?
?
這里可以看到告警串行的瓶頸已經觸碰到。
?
1.3 zabbix3.4.0單途徑單并發告警測試
?
1、配置好告警推送
?
這里采用微信告警。
?
?
2、配置微信告警并發進程數?
?
?
這里配置為單進程。
?
3、手動關閉告警
?
其中：
?
基礎告警49
?
微信發送9人
?
總計發出告警：441封?
?
?
?
4.等待執行結果?
?
?
?
這里可以看到單并發下和3.2.4的效果是一樣的。
?
1.4 zabbix3.4.0單途徑多并發告警測試
?
1、配置好告警推送
?
這里采用微信告警。
?
2、配置微信告警并發進程數
?
這里配置成無限制。
?
?
3、手動關閉問題
?
其中：
?
基礎告警49
?
微信發送9人
?
總計發出告警：441封
?
4、等待執行結果?
?
?
在此可以看到，出乎意料的快呀，30秒不到居然全部發完了。
?
再測試一組：?
?
?
同樣也是30秒內（截圖手慢了點），個人微信也全部收到。
?
?
1.5 zabbix3.4.0雙途徑多并發告警測試
?
1、配置好告警推送
?
這里采用微信告警和郵件告警。
?
2、配置微信和郵件告警并發進程數
?
這里配置成無限制。
?
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版本對告警優化比之前的版本快了不止5、6倍，如果您所在的環境配置了大量用戶接收告警的或多種途徑接收的話，九一尊龍時凱團隊非常建議使用zabbix3.4版本。
尊龍時凱官網
