您好,登錄后才能下訂單哦!
這篇文章主要講解了“ribbon負(fù)載均衡怎么實(shí)現(xiàn)”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請(qǐng)大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“ribbon負(fù)載均衡怎么實(shí)現(xiàn)”吧!
去掉 eureke-client的依賴。
只依賴ribbon:
<!-- ribbon -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>
配置文件:
service-sms:
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule
eureka:
enable: false
listOfServers: localhost:8002,localhost:8003
可以配置輪詢,可以配置隨機(jī),上面是隨機(jī),默認(rèn)是輪詢。
ZoneAvoidanceRule(區(qū)域權(quán)衡策略):復(fù)合判斷Server所在區(qū)域的性能和Server的可用性,輪詢選擇服務(wù)器。
其他規(guī)則:
BestAvailableRule(最低并發(fā)策略):會(huì)先過濾掉由于多次訪問故障而處于斷路器跳閘狀態(tài)的服務(wù),然后選擇一個(gè)并發(fā)量最小的服務(wù)。逐個(gè)找服務(wù),如果斷路器打開,則忽略。
RoundRobinRule(輪詢策略):以簡單輪詢選擇一個(gè)服務(wù)器。按順序循環(huán)選擇一個(gè)server。
RandomRule(隨機(jī)策略):隨機(jī)選擇一個(gè)服務(wù)器。
AvailabilityFilteringRule(可用過濾策略):會(huì)先過濾掉多次訪問故障而處于斷路器跳閘狀態(tài)的服務(wù)和過濾并發(fā)的連接數(shù)量超過閥值得服務(wù),然后對(duì)剩余的服務(wù)列表安裝輪詢策略進(jìn)行訪問。
WeightedResponseTimeRule(響應(yīng)時(shí)間加權(quán)策略):據(jù)平均響應(yīng)時(shí)間計(jì)算所有的服務(wù)的權(quán)重,響應(yīng)時(shí)間越快服務(wù)權(quán)重越大,容易被選中的概率就越高。剛啟動(dòng)時(shí),如果統(tǒng)計(jì)信息不中,則使用RoundRobinRule(輪詢)策略,等統(tǒng)計(jì)的信息足夠了會(huì)自動(dòng)的切換到WeightedResponseTimeRule。響應(yīng)時(shí)間長,權(quán)重低,被選擇的概率低。反之,同樣道理。此策略綜合了各種因素(網(wǎng)絡(luò),磁盤,IO等),這些因素直接影響響應(yīng)時(shí)間。
RetryRule(重試策略):先按照RoundRobinRule(輪詢)的策略獲取服務(wù),如果獲取的服務(wù)失敗則在指定的時(shí)間會(huì)進(jìn)行重試,進(jìn)行獲取可用的服務(wù)。如多次獲取某個(gè)服務(wù)失敗,就不會(huì)再次獲取該服務(wù)。主要是在一個(gè)時(shí)間段內(nèi),如果選擇一個(gè)服務(wù)不成功,就繼續(xù)找可用的服務(wù),直到超時(shí)。
感謝各位的閱讀,以上就是“ribbon負(fù)載均衡怎么實(shí)現(xiàn)”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對(duì)ribbon負(fù)載均衡怎么實(shí)現(xiàn)這一問題有了更深刻的體會(huì),具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云,小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章,歡迎關(guān)注!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。