目录
1.简介
spring Cloud Ribbon是基于Netflix Ribbon实现的—套客户端负载均衡的工具。
简单的说,Ribbon是Netflx发布的开源项目,主要功能是提供客户端的软件负载均衡算法和服务调用。
Ribbon客户端组件提供一系列完善的配置项如连接超时,重试等。简单的说,就是在配置文件中列出Load Balancer负载均衡(简称LB)后面所有的机器,Ribbon会自动的帮助你基于某种规则(如简单轮询,随机连接等)去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。
官方: https://github.com/Netflix/ribbon/wiki/Getting-Started
1.1 作用
负载均衡(LB)+RestTemplate调用
- 进程内负载均衡(Ribbon):将LB逻辑集成到消费方,消费方从服务注册中心获知有哪些地址可用,然后自己再从这些地址中选择出一个合适的服务器。
Ribbon就属于进程内LB,它只是一个类库,集成于消费方进程,消费方通过它来获取到服务提供方的地址。- 之前的80轮询负载访问8001/8002
- 集中式负载均衡(Nginx):即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件,也可以是软件),由该设施负责把访问请求通过某种策略转发至服务的提供方。
1.2 导包
由于Eureka自带Ribbon所以不需要导入
2.RestTemplate使用
-
getForObject方法/getForEntity方法
- getForObject:返回对象为响应体中数据转化成的对象,基本上可以理解为Json
- getForEntity:返回对象为ResponseEntity对象,包含了响应中的一些重要信息,比如响应头、响应状态码、响应体等
-
postForObject/postForEntity
3.核心组件IRule
3.1 方法
根据特定算法从服务列表中选取—个要访问的服务
- com.netflix.loadbalancer.RoundRobinRule:轮询(默认)
- com.netflix.loadbalancer.RandomRule:随机
- com.netflix.loadbalancer.RetryRule:先按照RoundRobinRule的策略获取服务,如果获取服务失败则在指定时间内会进行重试
- WeightedResponseTimeRule:对RoundRobinRule的扩展,响应速度越快的实例选择权重越大,越容易被选择
- BestAvailableRule:会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,然后选择一个并发量最小的服务
- AvailabilityFilteringRule:先过滤掉故障实例,再选择并发较小的实例
- zoneAvoidanceRule:默认规则,复合判断server所在区域的性能和server的可用性选择服务器
3.1 替换随机
3.1.1 问题
官方文档明确给出了警告:
这个自定义配置类不能放在**@ComponentScan**所扫描的当前包下以及子包下(简单来说,不能放在@SpringBootApplication主程序包下),
否则我们自定义的这个配置类就会被所有的Ribbon客户端所共享,达不到特殊化定制的目的了。
3.1.2 新建文件夹
package com.myIrule;
import com.netflix.loadbalancer.IRule;
import com.netflix.loadbalancer.RandomRule;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class SetRule {
@Bean
public IRule myRule(){
return new RandomRule();//定义为随机
}
}
3.1.3 OrderMain80.java
@RibbonClient(name = "CLOUD-PAYMENT-SERVICE",configuration = SetRule.class)
3.1.4 测试
4.轮询原理
负载均衡算法: rest接口第几次请求数%服务器集群总数量=实际调用服务器位置下标,每次服务重启动后rest接口计数从1开始。
List<Servicelnstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVICE"
List[0]–>8002
List[1]–>8001
8001+ 8002组合成为集群,它们共计2台机器,集群总数为2,按照轮询算法原理:
当总请求数为1时: 1%2=1对应下标位置为1,则获得服务地址为127.0.0.1:8001
当总请求数位2时:2%2=О对应下标位置为0,则获得服务地址为127.0.0.1:8002
当总请求数位3时:3%2=1对应下标位置为1,则获得服务地址为127.0.0.1:8001
当总请求数位4时:4%2=0对应下标位置为0,则获得服务地址为127.0.0.1:8002
…