Spring Cloud LoadBalancer 負載均衡詳解

更新時間：2025年02月21日 11:49:41 作者：2的n次方_

本文介紹了如何在Spring Cloud中使用SpringCloudLoadBalancer實現客戶端負載均衡,并詳細講解了輪詢策略和隨機策略的配置方法,此外,還提供了部署到云服務器并在多個實例之間進行負載均衡的步驟,感興趣的朋友一起看看吧

1. 在 idea 上運行多個服務

在上面的遠程調用的代碼中是根據應用名稱獲取到了服務實例列表，從列表中選擇了一個服務實例，如果說一個服務對應多個實例該怎么分配呢，例如上面的 product-service 配置的是 9090 端口號，如果再想開啟一個product-service 的服務，那么就需要把原來的服務停止掉再開啟，接下來演示一下不修改代碼的條件下如何開啟多個服務：

首先點擊 idea 中的 service 選項

把剛剛啟動的服務添加到列表

然后再復制出來一份應用

重命名應用名稱之后配置端口號：

添加之后再右鍵 9091 的服務再配置一個 9092 的服務

然后右鍵把新復制的服務都啟動

啟動成功之后注冊中心的 product-service 就有了三個實例

2. 問題引入

在進行獲取服務時發(fā)現每次獲取到的實例并不是均衡的，原因就是每一次從 eureka 中獲取的服務列表中實例的順序可能是不一樣的，上面的 product-service 服務的三個端口號是 9090, 9091, 9092，每次獲取到的順序可能不一樣，在之前的代碼中是通過 get(0) 來獲取實例列表中的第一個實例，也就需要對之前寫的代碼進行修改

我們期望是按照順序來依次獲取服務，也就是一個 獲取次數%實例數 的關系，那么首先需要一個計數器來計算當前是第幾次請求，此外還需要固定獲取到的實例列表中的順序（也就是無論后面發(fā)起幾次請求，獲取到的實例列表都是一樣的）

根據上面的分析來修改一下代碼：

之后再重新啟動服務進行遠程調用，實例按照均衡的順序被調用

在上面的代碼中是把初始化的部分固定了，也是有些不合理的，如果之后再新增實例的話就沒有辦法保持同步

3. 負載均衡

負載均衡是高并發(fā)、高可用系統(tǒng)必不可少的關鍵組件。當服務流量增大時，通常會采用增加機器的方式進行擴容，負載均衡就是用來在多個機器或者其他資源中，按照一定的規(guī)則合理分配負載。

上面的例子中，只是簡單地對實例進行了輪詢，但真實的業(yè)務場景會更加復雜。比如根據機器的配置進行負載分配，配置高的分配的流量高，配置低的分配流量低等。

負載均衡又可以分為服務端負載均衡和客戶端負載均衡，上面的代碼中就是在客戶端進行負載均衡，來合理的分配訪問服務器

服務端負載均衡就是在服務端進行負載均衡的算法分配，請求先到達負載均衡器，然后通過負載均衡算法，在多個服務器之間選擇一個進行訪問。

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;
}

然后再去發(fā)起請求