Ribbon负载均衡策略配置
生活随笔
收集整理的這篇文章主要介紹了
Ribbon负载均衡策略配置
小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
在這里吐槽一句:網(wǎng)上很多文章真是神坑,你不看還好,看了只會(huì)問題越來越多,就連之前的問題都沒有解決!!!
不多說了,Ribbon作為后端負(fù)載均衡器,比Nginx更注重的是請(qǐng)求分發(fā)而不是承擔(dān)并發(fā),可以直接感知后臺(tái)動(dòng)態(tài)變化來指定分發(fā)策略。它一共提供了7種負(fù)載均衡策略:
| 策略名 | 策略聲明 | 策略描述 | 實(shí)現(xiàn)說明 |
| BestAvailableRule | public class BestAvailableRule extends ClientConfigEnabledRoundRobinRule | 選擇一個(gè)最小的并發(fā)請(qǐng)求的server | 逐個(gè)考察Server,如果Server被tripped了,則忽略,在選擇其中ActiveRequestsCount最小的server |
| AvailabilityFilteringRule | public class AvailabilityFilteringRule extends PredicateBasedRule | 過濾掉那些因?yàn)橐恢边B接失敗的被標(biāo)記為circuit tripped的后端server,并過濾掉那些高并發(fā)的的后端server(active connections 超過配置的閾值) | 使用一個(gè)AvailabilityPredicate來包含過濾server的邏輯,其實(shí)就就是檢查status里記錄的各個(gè)server的運(yùn)行狀態(tài) |
| WeightedResponseTimeRule | public class WeightedResponseTimeRule extends RoundRobinRule | 根據(jù)響應(yīng)時(shí)間分配一個(gè)weight,響應(yīng)時(shí)間越長(zhǎng),weight越小,被選中的可能性越低。 | 一個(gè)后臺(tái)線程定期的從status里面讀取評(píng)價(jià)響應(yīng)時(shí)間,為每個(gè)server計(jì)算一個(gè)weight。Weight的計(jì)算也比較簡(jiǎn)單responsetime 減去每個(gè)server自己平均的responsetime是server的權(quán)重。當(dāng)剛開始運(yùn)行,沒有形成status時(shí),使用roubine策略選擇server。 |
| RetryRule | public class RetryRule extends AbstractLoadBalancerRule | 對(duì)選定的負(fù)載均衡策略機(jī)上重試機(jī)制。 | 在一個(gè)配置時(shí)間段內(nèi)當(dāng)選擇server不成功,則一直嘗試使用subRule的方式選擇一個(gè)可用的server |
| RoundRobinRule | public class RoundRobinRule extends AbstractLoadBalancerRule | roundRobin方式輪詢選擇server | 輪詢index,選擇index對(duì)應(yīng)位置的server |
| RandomRule | public class RandomRule extends AbstractLoadBalancerRule | 隨機(jī)選擇一個(gè)server | 在index上隨機(jī),選擇index對(duì)應(yīng)位置的server |
| ZoneAvoidanceRule | public class ZoneAvoidanceRule extends PredicateBasedRule | 復(fù)合判斷server所在區(qū)域的性能和server的可用性選擇server | 使用ZoneAvoidancePredicate和AvailabilityPredicate來判斷是否選擇某個(gè)server,前一個(gè)判斷判定一個(gè)zone的運(yùn)行性能是否可用,剔除不可用的zone(的所有server),AvailabilityPredicate用于過濾掉連接數(shù)過多的Server。 |
這里以隨機(jī)訪問策略來舉個(gè)栗子:
1、ribbon配置文件添加:
service-B.ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RandomRule- 1
- 1
其中service-B是我注冊(cè)到Eureka的serviceID,一共起了3個(gè)示例。
2、main類注冊(cè):
@Bean@LoadBalancedRestTemplate restTemplate() {return new RestTemplate();}@Bean public IRule ribbonRule() { return new RandomRule();//這里配置策略,和配置文件對(duì)應(yīng) }- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
一定記得加第二個(gè)注冊(cè),很多文章沒有。里面配具體的策略。
3、Controller:
@RestController public class ConsumerController { @Autowired private RestTemplate restTemplate; @Autowired private LoadBalancerClient loadBalancerClient; @RequestMapping(value = "/add", method = RequestMethod.GET) public String add(@RequestParam Integer a,@RequestParam Integer b) { this.loadBalancerClient.choose("service-B");//隨機(jī)訪問策略 return restTemplate.getForEntity("http://service-B/add?a="+a+"&b="+b, String.class).getBody(); } }- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
好了,打完收工。
整個(gè)工程搭建,請(qǐng)?jiān)L問我的github:https://github.com/Lovnx/micro-service
http://blog.csdn.net/rickiyeat/article/details/64918756
?
轉(zhuǎn)載于:https://www.cnblogs.com/softidea/p/7413397.html
總結(jié)
以上是生活随笔為你收集整理的Ribbon负载均衡策略配置的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: mini-treeselect的动态赋值
- 下一篇: linux运行jar文件