1.什么是ribbon?
目前主流的负载均衡方案主要分为以下两种:
- 集中式负载均衡:在消费者和服务提供者中间使用独立的代理方式进行负载均衡,硬件例如(比如F5),软件(比如Nginx)。
- 客户端根据自己的请求状况做负载均衡,Ribbon就属于客户端自己做负载均衡。
Spring Cloud Ribbon是基于Netflx Ribbon实现的一套客户端的负载均衡工具,Ribbon客户端组件提供了一系列的完善的配置,例如超时,重试等。通过Load Balancer获取到服务器提供的所有的机器实例,Ribbon会自动基于某种规则(轮询,随机)去调用这些服务。Ribbon也可以实现我们自己的负载均衡算法。
1.1客户端的负载均衡
Spring Cloud Ribbon,客户端会有一个服务器地址列表,在发送请求前通过负载均衡算法选择一个服务器,然后进行访问,这是客户端负载均衡。即在客户端就进行负载均衡算法分配。
1.2服务端的负载均衡
例如Nginx进行负载均衡,先发送请求,然后通过负载均衡算法,在多个服务器之间选择一个进行访问。即在服务器端再进行负载均衡算法分配。
1.3常见负载均衡算法 - 随机:通过随机选择服务执行(使用较少)
- 轮询:负载均衡默认执行方式,请求来之后排队处理
- 加权轮询:通过对服务器性能的分型,给高配置,低负载的服务器分配更高的权重,均衡各个服务器的压力。
- 地址Hash:通过客户端请求的地址的hash值取模映射进行服务器调度(ip hash)。
- 最小连接数:即便请求均衡,压力不一定均衡。最小连接数就是根据服务器的情况,比如请求积压数的情况,将请求分配到当前压力最小的服务器上。
1.4Ribbon使用
例如客户端来调用接口
public class RibbonDemo {
public static void main(String[] args) {
// 服务列表
List<Server> serverList = Lists.newArrayList(
new Server("localhost", 8020),
new Server("localhost", 8021));
// 构建负载实例
ILoadBalancer loadBalancer = LoadBalancerBuilder.newBuilder()
.buildFixedServerListLoadBalancer(serverList);
// 调用 5 次来测试效果
for (int i = 0; i < 5; i++) {
String result = LoadBalancerCommand.<String>builder()
.withLoadBalancer(loadBalancer).build()
.submit(new ServerOperation<String>() {
@Override
public Observable<String> call(Server server) {
String addr = "http://" + server.getHost() + ":" +
server.getPort() + "/order/findOrderByUserId/1";
System.out.println(" 调用地址:" + addr);
URL url = null;
try {
url = new URL(addr);
HttpURLConnection conn = (HttpURLConnection) url.openConnection();
conn.setRequestMethod("GET");
conn.connect();
InputStream in = conn.getInputStream();
byte[] data = new byte[in.available()];
in.read(data);
return Observable.just(new String(data));
} catch (Exception e) {
e.printStackTrace();
}
return null;
}
}).toBlocking().first();
System.out.println(" 调用结果:" + result);
}
}
}
上述这个例子主要演示了 Ribbon 如何去做负载操作,调用接口用的最底层的 HttpURLConnection。
Spring Cloud简单整合Ribbon
- 引入依赖
<!--添加ribbon的依赖-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
nacos-discovery依赖了ribbon,可以不用再引入ribbon依赖
- 添加@LoadBalanced注解
@Configuration
public class RestConfig {
@Bean
@LoadBalanced
public RestTemplate restTemplate() {
return new RestTemplate();
}
- 修改controller
@Autowired
private RestTemplate restTemplate;
@RequestMapping(value = "/findOrderByUserId/{id}")
public R findOrderByUserId(@PathVariable("id") Integer id) {
// RestTemplate调用
//String url = "http://localhost:8020/order/findOrderByUserId/"+id;
//模拟ribbon实现
//String url = getUri("mall-order")+"/order/findOrderByUserId/"+id;
// 添加@LoadBalanced
String url = "http://mall-order/order/findOrderByUserId/"+id;
R result = restTemplate.getForObject(url,R.class);
return result;
}
3.Ribbon内核原理
3.1ribbon原理
3.1.1 模拟ribbon实现
@Autowired
private RestTemplate restTemplate;
@RequestMapping(value = "/findOrderByUserId/{id}")
public R findOrderByUserId(@PathVariable("id") Integer id) {
// RestTemplate调用
//String url = "http://localhost:8020/order/findOrderByUserId/"+id;
//模拟ribbon实现
String url = getUri("mall-order")+"/order/findOrderByUserId/"+id;
// 添加@LoadBalanced
//String url = "http://mall-order/order/findOrderByUserId/"+id;
R result = restTemplate.getForObject(url,R.class);
return result;
}
@Autowired
private DiscoveryClient discoveryClient;
public String getUri(String serviceName) {
List<ServiceInstance> serviceInstances = discoveryClient.getInstances(serviceName);
if (serviceInstances == null || serviceInstances.isEmpty()) {
return null;
}
int serviceSize = serviceInstances.size();
//轮询
int indexServer = incrementAndGetModulo(serviceSize);
return serviceInstances.get(indexServer).getUri().toString();
}
private AtomicInteger nextIndex = new AtomicInteger(0);
private int incrementAndGetModulo(int modulo) {
for (;;) {
int current = nextIndex.get();
int next = (current + 1) % modulo;
if (nextIndex.compareAndSet(current, next) && current < modulo){
return current;
}
}
}
3.1.2 @LoadBalanced 注解原理
参考源码: LoadBalancerAutoConfiguration
@LoadBalanced利用@Qualifier作为restTemplates注入的筛选条件,筛选出具有负载均衡标识的RestTemplate。
3.1.3 Ribbon相关接口
参考: org.springframework.cloud.netflix.ribbon.RibbonClientConfiguration
- IClientConfig:Ribbon的客户端配置,默认采用DefaultClientConfigImpl实现。
- IRule:Ribbon的负载均衡策略,默认采用ZoneAvoidanceRule实现,该策略能够在多区域环境下选出最佳区域的实例进行访问。
- IPing:Ribbon的实例检查策略,默认采用DummyPing实现,该检查策略是一个特殊的实现,实际上它并不会检查实例是否可用,而是始终返回true,默认认为所有服务实例都是可用的。
- ServerList:服务实例清单的维护机制,默认采用ConfigurationBasedServerList实现。
- ServerListFilter:服务实例清单过滤机制,默认采用 ZonePreferenceServerListFilter,该策略能够优先过滤出与请求方处于同区域的服务实例。
- ILoadBalancer:负载均衡器,默认采用ZoneAwareLoadBalancer实现,它具备了区域感知的能力。
3.2Ribbon负载均衡策略
- RandomRule:随机选择一个server
- RetryRule:对选定的负载均衡策略机上重试机制,在一个配置时间段内当选择Server不成功,则一直尝试使用subRule的方式选择一个可用的Server+
- RoundRobinRule:轮询选择,轮询index,选择index对应位置的server
- AvailabilityFilteringRule:过滤掉一直连接失败的被标记为circuit tripped的后端server,并过滤掉那些高并发的后端server或者使用一个AvailabilityPredicate来包含过滤server的逻辑本质就是检查status里记录的各个的server的运行状态
- BestAvailableRule:选择一个最小的并发请求的server,逐个考查server,如果server被tripped了,则跳过
- WeightedResponseTimeRule: 根据响应时间加权,响应时间越长,权重越小,被选中的可能性越低。
- ZoneAvoidanceRule: 默认的负载均衡策略,即复合判断Server所在区域的性能和Server的可用性选择Server,在没有区域的环境下,类似于轮询(RandomRule)
- NacosRule: 同集群优先调用
3.2.1修改默认负载均衡策略
全局配置:调用其他微服务,一律使用指定的负载均衡算法
@Configuration
public class RibbonConfig {
/**
* 全局配置
* 指定负载均衡策略
* @return
*/
@Bean
public IRule() {
// 指定使用Nacos提供的负载均衡策略(优先调用同一集群的实例,基于随机权重)
return new NacosRule();
}
局部配置:调用指定的微服务提供的服务时,使用对应的负载均衡算法
修改application.yml
# 被调用的微服务名
mall-order:
ribbon:
# 指定使用Nacos提供的负载均衡策略(优先调用同一集群的实例,基于随机&权重)
NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule
3.2.2饥饿加载
在进行服务调用的时候,如果网路不好,第一次加载就会超时。
Ribbon默认懒加载,意味着只有发起调用的时候才会创建客户端。
开启饥饿加载,解决第一次调用慢的问题
ribbon:
eager-load:
# 开启ribbon饥饿加载
enabled: true
# 配置mall-user使用ribbon饥饿加载,多个使用逗号分隔
clients: mall-order