Spring Cloud:使用Ribbon實現負載均衡詳解(下)

程式設計師私房菜發表於2019-01-16

在上一篇文章(Spring Cloud:使用Ribbon實現負載均衡詳解(上))中,我對 Ribbon 做了一個介紹,Ribbon 可以實現直接透過服務名稱對服務進行訪問。這一篇文章我詳細分析一下如何使用 Ribbon 實現客戶端的負載均衡。

1. 使用 Ribbon 實現負載均衡

要實現負載均衡,首先要有多個訂單服務提供者,目前我們就一個 microservice-order-provider01,埠號 8001,我們可以仿照這個服務,再建立兩個子模組,也是訂單服務提供者,取名為 microservice-order-provider02,埠號 8002 和 microservice-order-provider03,埠號 8003。

現在三個訂單服務有了,再加上 Ribbon 和 Eureka 叢集后,系統的架構如下:

Spring Cloud:使用Ribbon實現負載均衡詳解(下)

Ribbon 是客戶端的負載均衡工具,它在服務的消費方,首先三個訂單服務 8001、8002 和 8003 都會註冊到 Eureka 叢集,Ribbon 會先從 Eureka 叢集(7001、7002 和 7003)中查詢可用的服務列表,然後根據 Ribbon 提供的負載均衡演算法,負載均衡的請求可用的訂單服務。

Ribbon 預設的負載均衡演算法是輪詢,也就是按順序挨個的呼叫。我們先來搭建一下整個服務架構,上面提到了,首先要複製兩個訂單服務,埠號分別為 8002 和 8003,一起來對比看下三個訂單服務的配置檔案。

8001 埠的訂單服務配置:

# 服務埠號
server:
 port: 8001

# 資料庫地址
datasource:
 url: localhost:3306/microservice01
# 省略資料庫的基本配置

spring:
 application:
   name: microservice-order # 對外暴露的服務名稱

# 客戶端註冊進eureka服務列表裡
eureka:
 client:
   service-url:
     defaultZone: http://eureka01:7001/eureka/,http://eureka02:7002/eureka/,http://eureka03:7003/eureka/,
 instance:
   instance-id: 書籍訂單服務-8001  # 人性化顯示出服務的資訊
   prefer-ip-address: true    # 訪問路徑可顯示ip地址

8002 埠的訂單服務配置:

# 服務埠號
server:
 port: 8002

# 資料庫地址
datasource:
 url: localhost:3306/microservice02
# 資料庫基本配置省略

spring:
 application:
   name: microservice-order # 對外暴露的服務名稱

# 客戶端註冊進eureka服務列表裡
eureka:
 client:
   service-url:
     defaultZone: http://eureka01:7001/eureka/,http://eureka02:7002/eureka/,http://eureka03:7003/eureka/,
 instance:
   instance-id: 書籍訂單服務-8002  # 人性化顯示出服務的資訊
   prefer-ip-address: true    # 訪問路徑可顯示ip地址

8003 埠的訂單服務配置:

# 服務埠號
server:
 port: 8003

# 資料庫地址
datasource:
 url: localhost:3306/microservice03
# 資料庫基本配置省略

spring:
 application:
   name: microservice-order # 對外暴露的服務名稱


# 客戶端註冊進eureka服務列表裡
eureka:
 client:
   service-url:
     defaultZone: http://eureka01:7001/eureka/,http://eureka02:7002/eureka/,http://eureka03:7003/eureka/,
 instance:
   instance-id: 書籍訂單服務-8003  # 人性化顯示出服務的資訊
   prefer-ip-address: true    # 訪問路徑可顯示ip地址

對比後發現,有幾個地方需要注意:

  • 對外暴露的服務名稱必須要相同,因為都是同一個服務,只不過有多個而已,因為接下來Ribbon是透過服務名來呼叫服務的;

  • 每個服務連線了不同的資料庫,這樣用來區分不同的服務,便於測試,實際中也可能是便於維護;

  • 每個服務的個性化名稱展示可以區分一下,這樣在eureka裡可以很好的辨別出來

Eureka 叢集還是使用前面的 7001、7002 和 7003,首先我們啟動 Eureka 叢集,然後分別啟動 8001、8002 和 8003 三個訂單服務。(友情提示:這裡已經啟動了6個工程了,如果電腦的效能跟不上的話,可能已經開始卡頓了)。

啟動了之後,可以訪問下 eureka01:7001,看下三個訂單服務是否正常註冊到 eureka 叢集裡。如下圖,說明叢集和訂單服務均正常。

Spring Cloud:使用Ribbon實現負載均衡詳解(下)

OK,接下來就是重點了,我們啟動服務消費方,也就是上一節中的訂單消費服務,然後在瀏覽器輸入 即可查詢到對應的訂單服務:

{"id":1,"name":"跟武哥一起學 Spring Boot","price":39.99,"dbSource":"microservice03"}

重新整理頁面,可以看到,結果如下:

{"id":1,"name":"跟武哥一起學 Spring Boot","price":39.99,"dbSource":"microservice01"}

再重新整理頁面,可以看到,結果如下:

{"id":1,"name":"跟武哥一起學 Spring Boot","price":39.99,"dbSource":"microservice02"}

可以看到,dbsource的值一在 microservice01、microservice02 和 microservice03 之間輪詢切換(這個值是我在三個資料庫中設定的不同的值,就是為了在這展示,方便看到效果),這就說明了,Ribbon 的負載均衡已經起作用了,客戶端會輪詢的根據服務名,從 8001、8002 和 8003 之間切換訪問,從而達到負載均衡的效果。

同時,也可以看到,Ribbon 的預設負載均衡演算法是輪詢。

2. 如何指定 Ribbon 的負載均衡策略

由上面的結果可知,Ribbon 預設的策略是輪詢,那麼 Ribbon 除了輪詢,還有哪些負載均衡的策略呢?我們如何去設定自己想要的策略呢?

Ribbon 自帶的負載均衡策略有如下幾個:

  • RoundRibbonRule:輪詢。人人有份,一個個來!

  • RandomRule:隨機。拼人品了!

  • AvailabilityFilteringRule:先過濾掉由於多次訪問故障而處於斷路器跳閘狀態的服務,以及併發連線數超過閾值的服務,剩下的服務,使用輪詢策略。

  • WeightedResponseTimeRule:根據平均響應時間計算所有服務的權重,響應越快的服務權重越高,越容易被選中。一開始啟動時,統計資訊不足的情況下,使用輪詢。

  • RetryRule:先輪詢,如果獲取失敗則在指定時間內重試,重新輪詢可用的服務。

  • BestAvailableRule:先過濾掉由於多次訪問故障而處於斷路器跳閘狀態的服務,然後選擇一個併發量最小的服務。

  • ZoneAvoidanceRule:複合判斷 server 所在區域的效能和 server 的可用性選擇伺服器

如何指定 Ribbon 自帶的負載均衡策略呢?我們需要在配置類中指定一下即可,如下:

/**
* 配置RestTemplate
* @author shengwu ni
*/

@Configuration
public class RestTemplateConfig {

   /**
    * '@LoadBalanced'註解表示使用Ribbon實現客戶端負載均衡
    * @return RestTemplate
    */

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

   /**
    * 指定其他負載均衡策略
    * @return IRule
    */

   @Bean
   public IRule myRule() {
       // 指定重試策略:先輪詢,若獲取失敗則在指定時間內重試,重新輪詢可用的服務。
       return new RetryRule();
   }
}

我們可以 new 出以上對應的策略,來實現對應的負載均衡,讀者可以 new RandomRule() 測試一下隨機策略,然後重複重新整理上面的測試地址,可以發現是隨機請求三個服務。其他的策略,讀者可以自行嘗試一下。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31558358/viewspace-2563255/,如需轉載,請註明出處,否則將追究法律責任。

相關文章