06-负载均衡之Ribbon

1. 问题演示

1.1. 启动多个provider

 

1.2. nacos查看

 

1.3. 消费者调用

 

1.4. 问题说明

由于提供者 我们启动了三个（多个），同样的服务启动了多个实例，当我们在消费者使用服务名称获取实例的时候 会获取多个（启动几个获取几个），但是我们每次都拿第一个，另外2个没有起到分流的效果，或者说启动了 然而没有任何卵用，很显然不够优雅.

1.5. 手写负载均衡算法

 

1.6. 测试

 

2. Ribbon的使用

2.1. Ribbon是什么

Ribbon是由Netflix开发的一款基于HTTP和TCP的负载均衡的开源软件。我们可以直接给Ribbon配置好服务列表清单，也可以配合注册中心主动的去获取服务清单，需要使用到这些服务的时候Ribbon通过轮询或者随机等均衡算法去获取服务。 ​ 

Ribbon是客户端负载均衡技术 一般在消费者端使用 作用就是确定一个提供者

2.2. 依赖说明

 

2.3. Ribbon的使用

ribbon的使用有2种 
    第一种： 编码的形式
    第二种： 注解的方式

2.3.1. 编码的方式

• 消费者修改

 

 

• 测试

 

 

2.3.2. 注解的方式

• 消费者修改

 

 

• 控制器修改

 

• 测试

2.4. Ribbon负载均衡规则

RoundRobinRule     表示轮询规则 (默认规则)    

RamdomRule 随机规则 AvailabilityFilteringRule 先过滤掉多次访问故障处于不能用的服务 然后对剩余的服务进行按照轮询策略进行轮询

WeightedResponseTimeRule ​ 根据平均响应时间计算所有服务的权重 如果响应时间越快那么权重大 被选中的记录高 注意这个是需要统计的 当 统计信息不足时 会使用轮询 当统计信息足够时 会自动切换到此模式

RetryRule   先按照默认规则轮询获取服务 如果获取服务失败 则在指定的时间内重试 获得可用服务  

BestAvailableRule 先过滤掉多次访问故障处于不能用的服务 然后选择并发量少的服务

ZoneAvoudanceRule 综合判断服务的性能和可用性选择服务

nacosRule nacos实现的负载均衡算法，支持nacos的权重分配 底层使用随机加权重

2.5. 修改规则

2.5.1. 第一种方式

nacos-provider:
      ribbon:
        NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule

2.5.2. 第二种方式