【微服务】(4) 负载均衡

一、问题

当远程调用的服务有多个实例时,instances.get(0) 每次获取的都是服务列表中的第一个实例,可能会导致每次都是对同一个实例发起请求,让该实例压力过大,而其它的实例却没有得到利用。

在服务流量增大时,为了分担压力,会增加机器进行扩容。负载均衡 组件的作用:按照策略合理分配流量到每个实例,应用于高并发、高可用的系统中。

二、实现轮询策略的负载均衡

product-server 创建多个实例:

再创建 2 个实例,9091、9092:

启动:

order-server 轮询 向不同实例发起请求,实现简单的负载均衡:

java 复制代码
    // 原子计数器,保证线程安全
    private AtomicInteger count = new AtomicInteger(0);

    private List<ServiceInstance> instances;
    private int size;


    @PostConstruct
    public void init() {
        //从Eureka中获取服务列表,指定要查询的服务名
        // 在应用启动、类加载时,初始化服务列表,避免在请求时再次获取导致每次拿到的服务列表顺序不同
        instances = discoveryClient.getInstances("product-service");
        size = instances.size();
    }


    @Override
    public OrderInfo getOrder(String orderId) {
        // 打印当前线程名称
        log.info("当前处理线程:{}", Thread.currentThread().getName());

        OrderInfo orderInfo = orderMapper.selectOrderById(orderId);

        // 多个商品服务,请求计数器 % size 获得当前请求的服务实例在列表中的 index,实现轮询策略的负载均衡
        String uri = instances.get(count.getAndIncrement() % size).getUri().toString();
        // 构造访问商品服务的 url
        String url = uri+"/product/"+orderInfo.getProductId();
        log.info("访问商品服务的 url: " + url);

        // 使用 restTemplate 访问商品服务
        ProductInfo productInfo = restTemplate.getForObject(url, ProductInfo.class);
        // 把商品详情设置到 orderInfo 中
        orderInfo.setProductInfo(productInfo);
        return orderInfo;
    }
  • 为什么使用原则类计数器:spring boot 集成的 tomcat 中使用了线程池来处理并发的 http 请求,为了避免线程不安全问题(不是原子的加法操作,会导致最终计数结果不符合预期),使用原子类定义计数器。
  • 为什么在类加载时就初始化服务里表:每次获取的服务列表是不一样的,我们希望在整个启动的应用中,服务列表不变。
  • 该案例存在 bug:服务列表无法实时更新,感知实例的上线、下线。

执行结果:

三、负载均衡的实现

  • 服务端 负载均衡:通过部署的负载均衡器(如 Nginx),来选择服务器。
  • 客户端 负载均衡:在客户端从注册中心获取服务列表 ,通过公共类库提供的负载均衡策略的实现,来选择服务器。
  • 常见的客户端负载均衡库:Ribbon 因 Netflix 不再维护,Spring Cloud 官方弃用。现在使用 Spring Cloud 官方维护的 Spring Cloud LoadBalancer。

四、Spring Cloud LoadBalance

1、快速上手

1、给 RestTemplate Bean 添加:@LoadBalanced

java 复制代码
@Configuration
public class BeanConfig {
    @Bean
    @LoadBalanced
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }
}

2、改 IP:端口号 为服务名:

java 复制代码
    @Override
    public OrderInfo getOrder(String orderId) {
        OrderInfo orderInfo = orderMapper.selectOrderById(orderId);

        // 构造访问商品服务的 url
        String url = "http://product-service/product/"+orderInfo.getProductId();

        // 使用 restTemplate 访问商品服务
        ProductInfo productInfo = restTemplate.getForObject(url, ProductInfo.class);
        // 把商品详情设置到 orderInfo 中
        orderInfo.setProductInfo(productInfo);
        return orderInfo;
    }

3、启动 注册中心、订单服务、多个商品服务实例,测试:实现了负载均衡,每个实例收到的请求差不错。

2、负载均衡策略

Spring Cloud LoadBalancer 实现了两种负载均衡策略:

  • 轮询(Round Robin,默认):循环依次选择实例。
  • 随机(Random):随机选择一个实例。
  • 也可以自定义策略:

自定义一个随即策略 bean,参考官方文档:Spring Cloud LoadBalancer :: Spring Cloud Commons

java 复制代码
public class CustomLoadBalancerConfiguration {

	@Bean
	ReactorLoadBalancer<ServiceInstance> randomLoadBalancer(Environment environment,
			LoadBalancerClientFactory loadBalancerClientFactory) {
		String name = environment.getProperty(LoadBalancerClientFactory.PROPERTY_NAME);
		return new RandomLoadBalancer(loadBalancerClientFactory
				.getLazyProvider(name, ServiceInstanceListSupplier.class),
				name);
	}
}

注意:使用 @LoadBalancerClient 或者 @LoadBalancerClients 给指定服务配置自定义负载均衡类,要么自定义类不加 @Configuration 注解,要么在 Spring 扫描之外(目的:期望实现对局部服务生效,而不是全局服务,不按提示做就会产生冲突)。

在远程调用模板上,加上 @LoadBalancerClient 注解,指定对 product-server 服务生效,应用自定义负载均衡策略:

java 复制代码
@LoadBalancerClient(name = "product-service", configuration = CustomLoadBalancerConfiguration.class)
@Configuration
public class BeanConfig {
    @Bean
    @LoadBalanced
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }
}

重新启动 order-service,测试:每个实例收到的请求数量是随机的。

3、LoadBalancer 原理

LoadBalancerInterceptor 类会对 RestTemplate 远程调用的请求进行拦截:

跟踪 execute:

跟踪 choose:

跟踪 choose:

跟踪随机:

跟踪轮询:

相关推荐
DolphinDB38 分钟前
数据库自带 Agent:10 分钟搭起 DolphinX-Web 数据入库与分析框架
后端·架构
弈栈录1 小时前
基于 Spring Boot 构建生产级 AI 应用平台
后端·面试·架构
今年下半年2 小时前
记录一次IBMS物联网项目的架构设计及技术栈应用
物联网·websocket·网络协议·tcp/ip·微服务·udp·kafka
Thneonl2 小时前
一启动就 Exited(137):内存限制背后藏了四个参数
后端·架构
Thneonl3 小时前
etcd 磁盘写满的那 6 分钟:控制面是怎么一步步瘫的
后端·架构
mldong4 小时前
事务不归引擎管:ITransactionTemplate,聚合一致性的最后一块拼图
后端·架构
CopyCode9 小时前
用 AI 迁项目有多爽?我把 Webpack 迁 Vite 的全过程记下来了
前端·架构
美好世界9 小时前
Codex 源码导读:第五部分——事件出口与多入口适配
架构
初学AI的小高9 小时前
LangGraph断点恢复与幂等执行实战
后端·架构
美好世界9 小时前
Codex 源码导读:第四部分——上下文压缩与继续执行
架构