您好,登錄后才能下訂單哦!
本篇內容主要講解“dubbo集群容錯策略及動態代理策略是什么”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“dubbo集群容錯策略及動態代理策略是什么”吧!
默認情況下,dubbo 是 random load balance 隨機調用實現負載均衡,可以對 provider 不同實例設置不同的權重,會按照權重來負載均衡,權重越大分配流量越高,一般就用這個默認的就可以了。
這個的話默認就是均勻地將流量打到各個機器上去,但是如果各個機器的性能不一樣,容易導致性能差的機器負載過高。所以此時需要調整權重,讓性能差的機器承載權重小一些,流量少一些。
舉個栗子。
跟運維同學申請機器,有的時候,我們運氣好,正好公司資源比較充足,剛剛有一批熱氣騰騰、剛剛做好的一批虛擬機新鮮出爐,配置都比較高:8核+16G 機器,申請到 2 臺。過了一段時間,我們感覺 2 臺機器有點不太夠,我就去找運維同學說,“哥兒們,你能不能再給我一臺機器”,但是這時只剩下一臺 4核+8G 的機器。我要還是得要。
這個時候,可以給兩臺 8核16G 的機器設置權重 4,給剩余 1 臺 4核8G 的機器設置權重 2。
這個就是自動感知一下,如果某個機器性能越差,那么接收的請求越少,越不活躍,此時就會給不活躍的性能差的機器更少的請求。
一致性 Hash 算法,相同參數的請求一定分發到一個 provider 上去,provider 掛掉的時候,會基于虛擬節點均勻分配剩余的流量,抖動不會太大。如果你需要的不是隨機負載均衡,是要一類請求都到一個節點,那就走這個一致性 Hash 策略。
失敗自動切換,自動重試其他機器,默認就是這個,常見于讀操作。(失敗重試其它機器)
一次調用失敗就立即失敗,常見于寫操作。(調用失敗就立即失敗)
出現異常時忽略掉,常用于不重要的接口調用,比如記錄日志。
失敗了后臺自動記錄請求,然后定時重發,比較適合于寫消息隊列這種。
并行調用多個 provider,只要一個成功就立即返回。
逐個調用所有的 provider。
默認使用 javassist 動態字節碼生成,創建代理類。但是可以通過 spi 擴展機制配置自己的動態代理策略。
到此,相信大家對“dubbo集群容錯策略及動態代理策略是什么”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。