關於負載均衡的一切,簡單易懂

什麼是負載均衡?nginx

負載均衡(Load Balance)是分佈式系統架構設計中必須考慮的因素之一,它一般是指,將請求/數據均勻分攤到多個操做單元上執行,負載均衡的關鍵在於均勻。web

 

常見的負載均衡方案有哪些?session

常見互聯網分佈式架構如上,分爲:架構

客戶端層負載均衡

反向代理層分佈式

站點層學習

服務層ui

數據層架構設計

能夠看到,每個下游都有多個上游調用,只須要作到,每個上游都均勻訪問每個下游,就能實現總體的均勻分攤。設計

 

第一層:客戶端層到反向代理層

客戶端層到反向代理層的負載均衡,是經過「DNS輪詢」實現的。

DNS-server對於一個域名配置了多個解析ip,每次DNS解析請求來訪問DNS-server,會輪詢返回這些ip,保證每一個ip的解析機率是相同的。這些ip就是nginx的外網ip,以作到每臺nginx的請求分配也是均衡的。

 

第二層:反向代理層到站點層

反向代理層到站點層的負載均衡,是經過「nginx」實現的。

畫外音:nginx是反向代理的泛指。

修改nginx.conf,能夠實現多種均衡策略:

(1) 請求輪詢:和DNS輪詢相似,請求依次路由到各個web-server;

(2) 最少鏈接路由:哪一個web-server的鏈接少,路由到哪一個web-server;

(3) ip哈希:按照訪問用戶的ip哈希值來路由web-server,只要用戶的ip分佈是均勻的,請求理論上也是均勻的,ip哈希均衡方法能夠作到,同一個用戶的請求固定落到同一臺web-server上,此策略適合有狀態服務,例如session;

畫外音:站點層能夠存儲session,但強烈不建議這麼作,站點層無狀態是分佈式架構設計的基本原則之一,session最好放到數據層存儲。

(4) …

 

第三層:站點層到服務層

站點層到服務層的負載均衡,是經過「服務鏈接池」實現的。

上游鏈接池會創建與下游服務多個鏈接,每次請求會「隨機」選取鏈接來訪問下游服務。除了負載均衡,服務鏈接池還可以實現故障轉移超時處理限流限速ID串行化等諸多功能。

 

第四層:訪問數據層

在數據量很大的狀況下,因爲數據層(db/cache)涉及數據的水平切分,因此數據層的負載均衡更爲複雜一些,它分爲「數據的均衡」,與「請求的均衡」。

數據的均衡是指:水平切分後的每一個服務(db/cache),數據量是均勻的。

請求的均衡是指:水平切分後的每一個服務(db/cache),請求量是均勻的。

業內常見的水平切分方式有這麼幾種:

1、按照range水平切分

每個數據服務,存儲必定範圍的數據:

user0服務:存儲uid範圍1-1kw

user1服務:存儲uid範圍1kw-2kw

這個方案的好處是:

規則簡單,service只需判斷一下uid範圍就能路由到對應的存儲服務

數據均衡性較好

比較容易擴展,能夠隨時加一個uid[2kw,3kw]的數據服務

不足是:

請求的負載不必定均衡,通常來講,新註冊的用戶會比老用戶更活躍,大range的服務請求壓力會更大

 

2、按照id哈希水平切分

每個數據服務,存儲某個key值hash後的部分數據:

user0服務:存儲偶數uid數據

user1服務:存儲奇數uid數據

這個方案的好處是:

規則簡單,service只需對uid進行hash能路由到對應的存儲服務

數據均衡性較好

請求均勻性較好

不足是:

不容易擴展,擴展一個數據服務,hash方法改變時候,可能須要進行數據遷移

 

總結

負載均衡(Load Balance)是分佈式系統架構設計中必須考慮的因素之一,它一般是指,將請求/數據均勻分攤到多個操做單元上執行,其的關鍵在於均勻:在此我向你們推薦一個架構學習交流裙。交流學習裙號:821169538,裏面會分享一些資深架構師錄製的視頻錄像

反向代理層的負載均衡,是經過「DNS輪詢」實現的

站點層的負載均衡,是經過「nginx」實現的

服務層的負載均衡,是經過「服務鏈接池」實現的

數據層的負載均衡,要考慮「數據的均衡」與「請求的均衡」兩個點,常見的方式有「按照範圍水平切分」與「hash水平切分」

相關文章
相關標籤/搜索