您好,登錄后才能下訂單哦!
Sentinel是怎么通過勻速請求和冷啟動來保障服務的穩定性 ,相信很多沒有經驗的人對此束手無策,為此本文總結了問題出現的原因和解決方法,通過這篇文章希望你能解決這個問題。
在 RocketMQ 中,當消費者去消費消息的時候,無論是通過 pull 的方式還是 push 的方式,都可能會出現大批量的消息突刺。如果此時要處理所有消息,很可能會導致系統負載過高,影響穩定性。但其實可能后面幾秒之內都沒有消息投遞,若直接把多余的消息丟掉則沒有充分利用系統處理消息的能力。
cdn.com/d19e0ebb5b197afa5025af336dca311ec71c5b1f.png">
我們可以看到消息突刺往往都是瞬時的、不規律的,其后一段時間系統往往都會有空閑資源。我們希望把紅色的那部分消息平攤到后面空閑時去處理,這樣既可以保證系統負載處在一個穩定的水位,又可以盡可能地處理更多消息,這時候我們可以通過 Sentinel勻速請求的特性 ,來為 RocketMQ 削峰填谷,保駕護航。
1、實時監控:
Sentinel 提供 API 用于獲取實時的監控信息,使用時可以添加以下依賴:
API 接入文檔:
https://github.com/alibaba/Sentinel/wiki/實時監控
為了便于使用,Sentinel 還提供了一個控制臺(Dashboard)用于配置規則、查看監控、機器發現等功能。我們只需要按照 Sentinel 控制臺文檔 啟動控制臺,然后給對應的應用程序添加相應參數并啟動即可(注意客戶端需要添加上面的 transport 依賴)。
控制臺文檔:
https://github.com/alibaba/Sentinel/wiki/控制臺
這樣在啟動 Consumer 示例以后,就可以在 Sentinel 控制臺中找到我們的應用了。可以很方便地在控制臺中配置限流規則:
對比普通限流模式下的監控圖線:
2、冷啟動
除了勻速器,另一種在面對RocketMQ 場景下流量突增時來保障系統穩定性的的方式是冷啟動。該方式主要用于系統長期處于低水位的情況下,當流量突然增加時,直接把系統拉升到高水位可能瞬間把系統壓垮。通過"冷啟動",讓通過的流量緩慢增加,在一定時間內逐漸增加到閾值上限,給冷系統一個預熱的時間,避免冷系統被壓垮的情況。具體的例子參見 WarmUpFlowDemo。
看完上述內容,你們掌握Sentinel是怎么通過勻速請求和冷啟動來保障服務的穩定性 的方法了嗎?如果還想學到更多技能或想了解更多相關內容,歡迎關注億速云行業資訊頻道,感謝各位的閱讀!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。