Ribbon负载均衡
1、负载均衡实现原理
负载均衡实现的流程图：
回到了上个小节所讲述的@LoadBalance注解，此注解的含义就是实现对RestTemplate服务的所有操作进行负载均衡
然后查看负载均衡的拦截器LoadBalancerInterceptor的源码发现：
翻译过来就是客户端HTTP的请求拦截器，这样就可以拦截所以的HTTP请求，口说无凭，用流程图来表达这个意思：
2、负载均衡策略
Ribbon的负载均衡规则是一个叫做IRule的接口来定义的，每一个子接口都是一种规则：
IRule的子接口中的含义
| 内置负载均衡规则类 | 规则描述 |
|---|---|
| RoundRobinRule | 简单轮询服务列表来选择服务器。它是Ribbon默认的负载均衡规则。 |
| AvailabilityFilteringRule | 对以下两种服务器进行忽略： （1）在默认情况下，这台服务器如果3次连接失败，这台服务器就会被设置为“短路”状态。短路状态将持续30秒，如果再次连接失败，短路的持续时间就会几何级地增加。 （2）并发数过高的服务器。如果一个服务器的并发连接数过高，配置了AvailabilityFilteringRule规则的客户端也会将其忽略。并发连接数的上限，可以由客户端的..ActiveConnectionsLimit属性进行配置。 |
| WeightedResponseTimeRule | 为每一个服务器赋予一个权重值。服务器响应时间越长，这个服务器的权重就越小。这个规则会随机选择服务器，这个权重值会影响服务器的选择。 |
| ZoneAvoidanceRule | 以区域可用的服务器为基础进行服务器的选择。使用Zone对服务器进行分类，这个Zone可以理解为一个机房、一个机架等。而后再对Zone内的多个服务做轮询。 |
| BestAvailableRule | 忽略那些短路的服务器，并选择并发数较低的服务器。 |
| RandomRule | 随机选择一个可用的服务器。 |
| RetryRule | 重试机制的选择逻辑 |
3、修改负载均衡规则
通过定义IRule实现可以修改负载均衡规则（可以是上面表格的那些方式），有两种方式：
- 代码方式：在order-service中的OrderApplication类中，定义一个新的IRule：
/**
* 通过这个设置就将负载均衡的规则设置为随机
*
* @return
*/
@Bean
public IRule randomRule() {
return new RandomRule();
}
- 配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改规则：
userservice:
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule #负载均衡规则
4、饥饿加载
Ribbon默认是采用懒加载，即第一次访问时才会去创建LoadBalanceClient，请求时间会很长。
而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，通过下面配置开启饥饿加载：
ribbon:
eager-load:
enabled: true #开启饥饿加载
clients: userservice # 指定饥饿加载的服务名称（这种写法只能写一个服务，若有多个服务写在下面）
上述的只能写一个 服务，若有多个服务则：
ribbon:
eager-load:
enabled: true #开启饥饿加载
clients: # 指定饥饿加载的服务名称（这种写法只能写一个服务，若有多个服务写在下面）
- userservice
- otherservice #假如还有写在这里
本文含有隐藏内容，请 开通VIP 后查看