栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 系统运维 > 运维 > Linux

负载均衡 Ribbon

Linux 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

负载均衡 Ribbon

文章目录
    • 负载均衡 Ribbon
      • 什么是负载均衡
      • 自定义负载均衡
      • 基于Ribbon实现负载均衡

负载均衡 Ribbon 什么是负载均衡

负载均衡就是将负载(工作任务,访问请求)进行分摊到多个操作单元(服务器,组件)上进行执行

负载均衡发生位置的不同,一般分为服务端负载均衡和客户端负载均衡

**服务端负载均衡:**指的是发生在服务提供者一方,比如常见的Nginx负载均衡

**客户端负载均衡:**指的是发生在服务请求的一方,也就是在发送请求之前已经选好了由哪个实例处理请求

自定义负载均衡

接上篇继续写

通过idea再启动一个 shop-product 微服务,设置其端口为8082

通过nacos查看微服务的启动情况

订单接口实现服务,实现负载均衡

 		//自定义规则实现随机挑选服务
		List instances = discoveryClient.getInstances("product-service");
        int index = new Random().nextInt(instances.size());
        ServiceInstance instance = instances.get(index);
        String url = instance.getHost()+":"+instance.getPort();
        log.info(">>从nacos中获取到的微服务地址为:" + url);
        //远程调用商品微服务,查询商品信息
        Product product = restTemplate.getForObject(
                "http://"+url+"/product/"+productId,Product.class);
        log.info("查询到{}号商品的信息,内容是:{}", productId, JSON.toJSONString(product));

控制台看启动两个服务提供者和一个服务消费者,多访问几次消费者测试效果

基于Ribbon实现负载均衡

Ribbon是Spring Cloud的一个组件, 它可以让我们使用一个注解就能轻松的搞定负载均衡

订单启动类中,在RestTemplate 的生成方法上添加@LoadBalanced注解

@Bean
@LoadBalanced
public RestTemplate restTemplate(){
	return new RestTemplate();
}

订单接口实现服务,实现负载均衡 ,修改服务调用的方法

默认情况下,采取的是ZoneAvoidanceRule的策略,复合判断server所在区域的性能和server的可用性选择server

//远程调用商品微服务,查询商品信息
Product product = restTemplate.getForObject("http://product-service/product/"+productId,Product.class);
log.info("查询到{}号商品的信息,内容是:{}", productId, JSON.toJSONString(product));
//product-service

Ribbon支持的负载均衡策略

Ribbon内置了多种负载均衡策略,内部负载均衡的顶级接口为 com.netflix.loadbalancer.IRule

策略名策略描述实现说明
BestAvailableRule选择一个最小的并发请求的server逐个考察Server,如果Server被tripped了,则忽略,在选择其中ActiveRequestsCount最小的server
AvailabilityFilteringRule先过滤掉故障实例,再选择并发较小的实例;使用一个AvailabilityPredicate来包含过滤server的逻辑,其实就就是检查status里记录的各个server的运行状态
WeightedResponseTimeRule根据相应时间分配一个weight,相应时间越长,weight越小,被选中的可能性越低。一个后台线程定期的从status里面读取评价响应时间,为每个server计算一个weight。Weight的计算也比较简单responsetime 减去每个server自己平均的responsetime是server的权
RetryRule对选定的负载均衡策略机上重试机制。在一个配置时间段内当选择server不成功,则一直尝试使用subRule的方式选择一个可用的server
RoundRobinRule轮询方式轮询选择server轮询index,选择index对应位置的server
RandomRule随机选择一个server在index上随机,选择index对应位置的server
ZoneAvoidanceRule(默认)复合判断server所在区域的性能和server的可用性选择server使用ZoneAvoidancePredicate和AvailabilityPredicate来判断是否选择某个server,前一个判断判定一个zone的运行性能是否可用,剔除不可用的zone(的所有server),AvailabilityPredicate用于过滤掉连接数过多的Server。

通过修改配置来调整Ribbon的负载均衡策略,在服务调用者项目的application.yml中增加如下配置:

product-service: # 调用的提供者的名称,要调用那个提供者的服务的名称
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule
转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/882113.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号