当前位置: 代码网 > it编程>编程语言>Java > Spring Cloud LoadBalancer 负载均衡详解

Spring Cloud LoadBalancer 负载均衡详解

2025年02月21日 Java 我要评论
1. 在 idea 上运行多个服务在上面的远程调用的代码中是根据应用名称获取到了服务实例列表,从列表中选择了一个服务实例,如果说一个服务对应多个实例该怎么分配呢,例如上面的 product-servi

1. 在 idea 上运行多个服务

在上面的远程调用的代码中是根据应用名称获取到了服务实例列表,从列表中选择了一个服务实例,如果说一个服务对应多个实例该怎么分配呢,例如上面的 product-service 配置的是 9090 端口号,如果再想开启一个product-service 的服务,那么就需要把原来的服务停止掉再开启,接下来演示一下不修改代码的条件下如何开启多个服务:

首先点击 idea 中的 service 选项

把刚刚启动的服务添加到列表

然后再复制出来一份应用

重命名应用名称之后配置端口号:

添加之后再右键 9091 的服务再配置一个 9092 的服务

然后右键把新复制的服务都启动

启动成功之后注册中心的 product-service 就有了三个实例

2. 问题引入

在进行获取服务时发现每次获取到的实例并不是均衡的,原因就是每一次从 eureka 中获取的服务列表中实例的顺序可能是不一样的,上面的 product-service 服务的三个端口号是 9090, 9091, 9092,每次获取到的顺序可能不一样,在之前的代码中是通过 get(0) 来获取实例列表中的第一个实例,也就需要对之前写的代码进行修改

我们期望是按照顺序来依次获取服务,也就是一个 获取次数%实例数 的关系,那么首先需要一个计数器来计算当前是第几次请求,此外还需要固定获取到的实例列表中的顺序(也就是无论后面发起几次请求,获取到的实例列表都是一样的)

根据上面的分析来修改一下代码:

之后再重新启动服务进行远程调用,实例按照均衡的顺序被调用

在上面的代码中是把初始化的部分固定了,也是有些不合理的,如果之后再新增实例的话就没有办法保持同步

3. 负载均衡

负载均衡是高并发、高可用系统必不可少的关键组件。当服务流量增大时,通常会采用增加机器的方式进行扩容,负载均衡就是用来在多个机器或者其他资源中,按照一定的规则合理分配负载。

上面的例子中,只是简单地对实例进行了轮询,但真实的业务场景会更加复杂。比如根据机器的配置进行负载分配,配置高的分配的流量高,配置低的分配流量低等。

负载均衡又可以分为服务端负载均衡和客户端负载均衡,上面的代码中就是在客户端进行负载均衡,来合理的分配访问服务器

服务端负载均衡就是在服务端进行负载均衡的算法分配,请求先到达负载均衡器,然后通过负载均衡算法,在多个服务器之间选择一个进行访问。

4. spring cloud loadbalancer

spring cloud loadbalancer 用于在微服务架构中实现客户端负载均衡,接下来看如何使用:

在原来的 resttemplate 的 bean 中加上@loadbalanced注解

@configuration
public class beanconfig {
    @bean
    @loadbalanced
    public resttemplate resttemplate(){
        return new resttemplate();
    }
}

在远程调用的代码中把 ip 和端口号改为服务名称

public orderinfo selectorderbyid(integer orderid){
    orderinfo orderinfo = ordermapper.selectorderbyid(orderid);
    string url = "http://product-service/product/" + orderinfo.getproductid();
    log.info("远程调用url = {}",url);
    productinfo productinfo = resttemplate.getforobject(url, productinfo.class);
    orderinfo.setproductinfo(productinfo);
    return orderinfo;
}

然后再去发起请求

可以看出,请求都被均衡的分配到了每一个服务上

5. 负载均衡策略

spring cloud loadbalancer 仅支持两种负载均衡策略:轮询策略和随机策略,轮询就是之前演示的按照顺序轮流进行分配,随机策略就是随机分配

官网中给出了切换负载均衡策略的方式:

spring cloud loadbalancer :: spring cloud commons

这里需要注意的是配置类不能被@configuration修饰,并且不能超出组件的扫描范围

把官方给的配置类复制一下

这里导入的包是 springframework 中的

由于远程调用用的是 resttemplate ,所以要在 resttemplate 的配置类中加上@loadbalancerclient注解,并且指明是对哪个客户端生效以及采用的负载均衡策略

配置好之后再去请求就会发现此时每一个 product-service 被分配的请求是不一样的,也是达到了一个随机的效果

6. 部署到云服务器

分别把 eureka-server,order-service,product-service 打包,上传到云服务器中,然后采用后台启动的方式分别启动这三个服务,并指定日志输出路径:

nohup java -jar eureka-server.jar >logs/eureka.log &

接着,由于需要测试负载均衡,再开启两个 product-service 服务,指定不同的端口号:

nohup java -jar product-service.jar --server.port=9091>logs/product-9091.log &

到此这篇关于spring cloud loadbalancer 负载均衡的文章就介绍到这了,更多相关spring cloud loadbalancer 负载均衡内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网!

(0)

相关文章:

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论

验证码:
Copyright © 2017-2025  代码网 保留所有权利. 粤ICP备2024248653号
站长QQ:2386932994 | 联系邮箱:2386932994@qq.com