javascript
Spring Cloud:使用Ribbon实现负载均衡详解(下)
在上一篇文章(Spring Cloud:使用Ribbon實現負載均衡詳解(上))中,我對 Ribbon 做了一個介紹,Ribbon 可以實現直接通過服務名稱對服務進行訪問。這一篇文章我詳細分析一下如何使用 Ribbon 實現客戶端的負載均衡。
1. 使用 Ribbon 實現負載均衡
要實現負載均衡,首先要有多個訂單服務提供者,目前我們就一個 microservice-order-provider01,端口號 8001,我們可以仿照這個服務,再創建兩個子模塊,也是訂單服務提供者,取名為 microservice-order-provider02,端口號 8002 和 microservice-order-provider03,端口號 8003。
現在三個訂單服務有了,再加上 Ribbon 和 Eureka 集群后,系統的架構如下:
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 集群里。如下圖,說明集群和訂單服務均正常。
OK,接下來就是重點了,我們啟動服務消費方,也就是上一節中的訂單消費服務,然后在瀏覽器輸入 http://localhost:9001/consumer/order/get/1 即可查詢到對應的訂單服務:
{"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@LoadBalancedpublic RestTemplate getRestTemplate() {return new RestTemplate();}/*** 指定其他負載均衡策略* @return IRule*/@Beanpublic IRule myRule() {// 指定重試策略:先輪詢,若獲取失敗則在指定時間內重試,重新輪詢可用的服務。return new RetryRule();} } 復制代碼我們可以 new 出以上對應的策略,來實現對應的負載均衡,讀者可以 new RandomRule() 測試一下隨機策略,然后重復刷新上面的測試地址,可以發現是隨機請求三個服務。其他的策略,讀者可以自行嘗試一下。
轉載于:https://juejin.im/post/5d009834f265da1ba77c9ca3
總結
以上是生活随笔為你收集整理的Spring Cloud:使用Ribbon实现负载均衡详解(下)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: A.DongDong破密码
- 下一篇: 神策数据王磊:如何用 JS 实现页面录制