Ribbon负载均衡

前言

springCloud Ribbon是基于Netflix Ribbon实现的一套客户端 负载均衡的工具。简单的说，Rabbon是Netflix发布的开源项目，主要功能提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。简单的说，就是在配置文件中列出Load Balancer（简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如：简单轮询，随机连接等）去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。

1.LB负载均衡（Load Balanced）是什么？

简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA（高可用）。常见的负载均衡有软件 Nginx，LVS ，硬件 F5等。

2.Ribbon本地负载均衡客户端VS Nginx服务端负载均衡区别？

Nginx是服务器负载均衡，客户端所有请求都会交给Nginx，然后由nginx实现转发请求。即负载均衡是由服务端实现的。

Ribbon本地负载均衡，在调用微服务接口时候，会在注册中心上获取注册信息服务列表之后缓存到JVM本地，从而在本地实现RPC远程服务调用技术。

3.Ribbon在工作时分成二步？

第一步先选择Eureka Server ，它优先选择在同一个区域负载较少的server。
第二步再根据用户指定的策略，在从server取到的服务注册列表中选择一个地址其中Ribbon提供了多种策略：比如轮询、随机和根据响应时间加权重。

jar包依赖

  <!-- 引入Eureka Client -->
  <dependency>
   <groupId>org.springframework.cloud</groupId>
   <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
  </dependency>

如果使用了Eureka最新的jar包则不在需要引入Ribbon的jar包如果没有需要引入Ribbon的jar包（依赖如下）

  <dependency>
   <groupId>org.springframework.cloud</groupId>
   <artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
  </dependency>

Ribbon核心组件Irule接口（通提供了7种常用的方式）

根据特定算法中从服务列表中选取一个要访问的服务
1.com.netflix.loadbalancer.RoundRobinRule ----轮询
2.com.netflix.loadbalancer.RandomRule ----随机
3.com.netflix.loadbalancer.RetryRule ----先按照RoundRobinRule的策略获取服务，如果获取服务失败则在指定时间内会进行重试，获取可用的服务。
4.WeightedResponseTimeRule ----- 对RoundRobinRule的扩展，响应速度越快的实例选择权重越大，越容易被选择
5.BestAvailableRule ----会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务，然后选择一个并发量最小的服务。
6.AvailabilityFilteringRul — 先过滤掉故障实例，在选择并发较小的实例
7.ZoneAvoidanceRule ---- 默认规则，复合判断Server所在区域的性能和server的可用性选择服务器。

替换负载规则：轮询改成随机

我们在Eureka注册与发现的例子上稍作修改https://blog.csdn.net/javaasd/article/details/108791307

在客户端：cloud-consumer-order80中。
1.新建一个包，包的位置要放在启动类的上一级。
2.在新建的包中创建一个实体类

@Configuration
public class MyselfRule {
    @Bean
    public IRule myRule(){
        //定义为随机
        return new RandomRule();
    }
}

3.然后在启动类上加上注解

//轮询变成随机
@RibbonClient(name = "CLOUD-PAYMENT-SERVICE",configuration = MyselfRule.class)

重新启动项目，之前的8001端口和8002端口轮着替换将会被随机替换代替。

负载均衡算法（轮询）

rest接口第几次请求数 % 服务器集群总数量 = 实际调用服务器位置下标。（如果每次服务器重启后，rest接口计数从1开始）

如：用户第 3次请求，我们一共有2台服务器。
则：5 % 2 = 1
然后对应的下标是1，所以获取的服务地址位下标是1的服务器