Ribbon的使用

参考：https://blog.csdn.net/yuanyuan_gugu/article/details/107336264

一、Ribbon

客户端负载均衡组件Ribbon，它是基于 Netflix Ribbon 实现的一套客户端负载均衡的工具；

　　Ribbon主要功能是提供客户端的软件负载均衡算法，将Netflix的中间服务连接在一起，Ribbon客户端组件提供一系列完善的配置项，如连接超时，重试等。就是在配置文件中列出Loade Balancer（简称LB）后面的所有机器，Ribbon会自动的帮助基于某种规则（轮询，随机等）去连接这些机器。也可以使用 Ribbon 实现自定义的负载均衡算法。

1、Ribbon组件来实现负载均衡

（1）maven的坐标引入

<!‐‐加入nocas‐client‐‐>
<dependency>
	<groupId>com.alibaba.cloud</groupId>
	<artifactId>spring‐cloud‐alibaba‐nacos‐discovery</artifactId>
</dependency>

<!‐‐加入ribbon‐‐>
<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>

（2）在 RestTemplate 上加入 @LoadBalanced 注解

@Configuration
public class WebConfig {

        @LoadBalanced
	@Bean
	public RestTemplate restTemplate( ) {
		return new RestTemplate();
	}
}

2、Ribbon的负载均衡算法及配置

（1）负载均衡算法

① RoundRobinRule：轮询选择，轮询下标，选择下标对应位置的Server；

② Random：随机选择Server；

③ RetryRule：对选定的负载均衡策略机上重试机制；在一个配置时间段内选择的Server不成功时，则一直尝试使用 subRule 的方式选择一个可用的Server；

④ AvailabilityFilteringRule：过滤掉一直连接失败的被标记为 circuit tripped （断路器状态）的后端Server，并过滤掉那些高并发的后端Server或者使用一个AvailabilityPredicate来包含过滤server的逻辑，其实就就是检查status里记录的各个Server的运行状态。对剩下的使用轮询策略去访问。

⑤ BestAvailableRule：会先过滤掉由于多次访问故障而处于断路器跳闸状态（tripped）的Server，然后选择一个并发量最小的Server

⑥ WeightedResponseTimeRule：根据响应时间加权，响应时间越长，权重越小，被选中的可能性越低；根据平均响应时间计算所有服务的权重，响应时间越快的服务权重越大被选中的概率越大。刚启动时如果统计信息不足，则使用RoundRobinRule（轮询）策略，等统计信息足够，会切换到WeightedResponseTimeRule。

⑦ ZoneAvoidanceRule（默认）：复合判断Server所在Zone的性能和Server的可用性选择Server，在没有Zone的情况下类是轮询。

 （2）负载均衡算法的选择

方式一：注解方式

@Configuration
public class ServerConfig {

    @LoadBalanced
    @Bean
    public RestTemplate restTemplate(){
        return new RestTemplate();
    }

    @Bean
    public IRule rule() {
        return new RandomRule();
    }
}

方式二：配置文件的方式

格式：

{server-name}:

　　ribbon:

      　　NFLoadBalancerRuleClassName:  负载均衡算法对应的全类名

例如：当前服务调用 product-center 服务：

product-center:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

（3）Ribbon 的细粒度配置

例如：Order调用Product服务使用随机算法，Order调用 Pay服务使用轮询的算法，这就需要细粒度的配置。

<1>. 使用注解的方式：

ProductRibbonCofig

@Configuration
public class ProductRibbonConfig {
	@Bean
	public IRule randomRule() {
		return new RandomRule();
	}
}

PayRibbonConfig

@Configuration
public class PayRibbonConfig {
	@Bean
	public IRule roundRobinRule() {
		return new RoundRobinRule();
	}
}

注意：ProductRibbonCofig 和  PayRibbonConfig 类要放在包扫描不能扫到的位置，否则起不到细粒度配置的作用。

@Configuration
@RibbonClients(value = {
	@RibbonClient(name = "product‐center", configuration = ProductRibbonConfig.class),
	@RibbonClient(name = "pay‐center", configuration = PayRibbonConfig.class)
 })
public class CustomRibbonConfig {
 
}

<2>. 使用配置文件的方式

# 全局的负载均衡算法使用ZoneAvoidanceRule
ribbon:
  NFLoadBalancerRuleClassName: com.netflix.loadbalancer.ZoneAvoidanceRule

# 调用product-center服务使用RandomRule
product-center:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

# 调用pay-center服务使用RoundRobinRule
pay-center:
  ribbon:
	NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RoundRobinRule

说明： 调用product-center服务使用的 Random算法，调用pay-center服务使用 RoundRobinRule 算法，调用其他服务的负载均衡算法使用 ZoneAvoidanceRule。

推荐使用配置文件的方式定义负载均衡算法。

（4）解决Ribbon第一次调用耗时高的问题

开启饥饿加载：

ribbon:
  eager-load:
    clients: product-center,pay-center
    enabled: true

Ribbon的常用参数

# 每一台服务器重试的次数，不包含首次调用的那一次
ribbon.MaxAutoRetries=1

# 重试的服务器的个数，不包含首次调用的那一台实例
ribbon.MaxAutoRetriesNextServer=2

# 是否对所以的操作进行重试(True 的话 会对post put操作进行重试，存在服务幂等问题)
ribbon.OkToRetryOnAllOperations=false

# 建立连接超时
ribbon.ConnectTimeout=3000

# 读取数据超时
ribbon.ReadTimeout=3000

Ribbon的详细配置：http://c.biancheng.net/view/5356.html