在某些場景，我們會擔(dān)心因網(wǎng)絡(luò)抖動引起的誤報，有些告警閾值是兩次出現(xiàn)問題才觸發(fā)。這樣的配置有個缺點：問題發(fā)現(xiàn)時間是監(jiān)控頻率x2，變頻器所做的事情就是：******次發(fā)現(xiàn)閾值有問題，手動觸發(fā)一次，并將結(jié)果存庫，這樣問題發(fā)現(xiàn)時間是監(jiān)控頻率+數(shù)據(jù)采集時間，極大縮短了問題發(fā)現(xiàn)時間。方案聽完這個有趣的監(jiān)控思路，自己也想嘗試一番。想在監(jiān)控站點可用性上加快故障發(fā)現(xiàn)時間，普通的監(jiān)控項變頻器可以采用zabbix_get與zabbix_sender配合使用，實現(xiàn)變頻器功能；但經(jīng)過一番測試，ZabbixWeb是特殊類型，需要采用其他方案。經(jīng)過一番簡單的思考，大致方案如下需要額外開發(fā)一個仿ZabbixWebMonitor的腳本。傳入itemid，撈取數(shù)據(jù)庫相關(guān)信息進(jìn)行請求。請求完將相關(guān)數(shù)據(jù)直接存庫。實現(xiàn)初步思考方案是簡單而美好的，但是在后續(xù)實踐過程中碰到一些問題存入數(shù)據(jù)庫，Trigger不生效問題還是太過年輕了，查了發(fā)現(xiàn)：ZabbixServerTrigger讀內(nèi)存緩存值而非直接讀取數(shù)據(jù)庫。數(shù)據(jù)庫插值行不通，如何插入WebMonitor值抓包分析zabbix_sender主動傳值，發(fā)現(xiàn)tcp協(xié)議request只支持agentdata跟trapperdata，分別對應(yīng)主動模式的item與自動捕獲數(shù)據(jù)的item，WebMonitor是屬于特殊item，無法直接插入值。經(jīng)過幾番測試跟思考，***終方案如下：#1每個Web額外添加一個Trapper類型item.#2原先觸發(fā)器進(jìn)行改造，改為判斷兩項的總和。效果原來的Trigger***后三次中加起來超過兩次異常觸發(fā)告警聲明：本文為轉(zhuǎn)載類文章，如涉及版權(quán)問題，請及時聯(lián)系我們刪除（），不便之處，敬請諒解！