Ribbon负载均衡策略配置

我就是我 2022-09-30 12:58 207阅读 0赞

在这里吐槽一句：网上很多文章真是神坑，你不看还好，看了只会问题越来越多，就连之前的问题都没有解决！！！

不多说了，Ribbon作为后端负载均衡器，比Nginx更注重的是承担并发而不是请求分发，可以直接感知后台动态变化来指定分发策略。它一共提供了7种负载均衡策略：

<table> 
 <tbody> 
  <tr> 
   <td>策略名</td> 
   <td>策略声明</td> 
   <td>策略描述</td> 
   <td>实现说明</td> 
  </tr> 
  <tr> 
   <td>BestAvailableRule</td> 
   <td>public class BestAvailableRule extends ClientConfigEnabledRoundRobinRule</td> 
   <td>选择一个最小的并发请求的server</td> 
   <td>逐个考察Server，如果Server被tripped了，则忽略，在选择其中ActiveRequestsCount最小的server</td> 
  </tr> 
  <tr> 
   <td>AvailabilityFilteringRule</td> 
   <td>public class AvailabilityFilteringRule extends PredicateBasedRule</td> 
   <td>过滤掉那些因为一直连接失败的被标记为circuit tripped的后端server，并过滤掉那些高并发的的后端server（active connections 超过配置的阈值）</td> 
   <td>使用一个AvailabilityPredicate来包含过滤server的逻辑，其实就就是检查status里记录的各个server的运行状态</td> 
  </tr> 
  <tr> 
   <td>WeightedResponseTimeRule</td> 
   <td>public class WeightedResponseTimeRule extends RoundRobinRule</td> 
   <td>根据响应时间分配一个weight，响应时间越长，weight越小，被选中的可能性越低。</td> 
   <td>一个后台线程定期的从status里面读取评价响应时间，为每个server计算一个weight。Weight的计算也比较简单responsetime 减去每个server自己平均的responsetime是server的权重。当刚开始运行，没有形成status时，使用roubine策略选择server。</td> 
  </tr> 
  <tr> 
   <td>RetryRule</td> 
   <td>public class RetryRule extends AbstractLoadBalancerRule</td> 
   <td>对选定的负载均衡策略机上重试机制。</td> 
   <td>在一个配置时间段内当选择server不成功，则一直尝试使用subRule的方式选择一个可用的server</td> 
  </tr> 
  <tr> 
   <td>RoundRobinRule</td> 
   <td>public class RoundRobinRule extends AbstractLoadBalancerRule</td> 
   <td>roundRobin方式轮询选择server</td> 
   <td>轮询index，选择index对应位置的server</td> 
  </tr> 
  <tr> 
   <td>RandomRule</td> 
   <td>public class RandomRule extends AbstractLoadBalancerRule</td> 
   <td>随机选择一个server</td> 
   <td>在index上随机，选择index对应位置的server</td> 
  </tr> 
  <tr> 
   <td>ZoneAvoidanceRule</td> 
   <td>public class ZoneAvoidanceRule extends PredicateBasedRule</td> 
   <td>复合判断server所在区域的性能和server的可用性选择server</td> 
   <td>使用ZoneAvoidancePredicate和AvailabilityPredicate来判断是否选择某个server，前一个判断判定一个zone的运行性能是否可用，剔除不可用的zone（的所有server），AvailabilityPredicate用于过滤掉连接数过多的Server。</td> 
  </tr> 
 </tbody> 
</table>

**这里以随机访问策略来举个栗子：**

1、ribbon配置文件添加：

service-B.ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RandomRule

其中service-B是我注册到Eureka的serviceID，一共起了3个示例。

2、main类注册：

@Bean
        @LoadBalanced
        RestTemplate restTemplate() {
            return new RestTemplate();
        }
    
        @Bean
        public IRule ribbonRule() {
            return new RandomRule();//这里配置策略，和配置文件对应
        }

一定记得加第二个注册，很多文章没有。里面配具体的策略。

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");//随机访问策略
            return restTemplate.getForEntity("http://service-B/add?a="+a+"&b="+b, String.class).getBody();
    
        }
    
    }

好了，打完收工。

整个工程搭建，请访问我的github：[https://github.com/Lovnx/micro-service][https_github.com_Lovnx_micro-service]

[https_github.com_Lovnx_micro-service]: https://github.com/Lovnx/micro-service