Spring Cloud LoadBalancer 负载均衡详解

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){
    OChina编程rderInfo 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 仅支持两种负载均衡策略：轮询策略和随机策略，轮询就是之前演示的按照顺序轮流进行分配，随机策略就是随机分配

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

Sprjavascripting 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 负载均衡javascript的文章就介绍到这了,更多相关Spring Cloud LoadBalancer 负载均衡内容请搜索编程China编程(www.chinasem.cn)以前的文章或继续浏览下面的相关文章希望大家以后多多支持China编程(www.chinasem.cn)！