集群、分布式、負載均衡區別

參考：http://virtualadc.blog.51cto.com/3027116/615836”

?

集群

集群的概念

　　計算機集群通過一組松散集成的計算機軟件和/或硬件連接起來高度緊密地協作完成計算工作。在某種意義上，他們可以被看作是一臺計算機。集群系統中的單個計算機通常稱為節點，通常通過局域網連接，但也有其它的可能連接方式。集群計算機通常用來改進單個計算機的計算速度和/或可靠性。一般情況下集群計算機比單個計算機，比如工作站或超級計算機性能價格比要高得多。
　　比如單個重負載的運算分擔到多臺節點設備上做并行處理，每個節點設備處理結束后，將結果匯總，返回給用戶，系統處理能力得到大幅度提高。一般分為幾種：

• 高可用性集群：一般是指當集群中有某個節點失效的情況下，其上的任務會自動轉移到其他正常的節點上。還指可以將集群中的某節點進行離線維護再上線，該過程并不影響整個集群的運行。
• 負載均衡集群：負載均衡集群運行時，一般通過一個或者多個前端負載均衡器，將工作負載分發到后端的一組服務器上，從而達到整個系統的高性能和高可用性。
• 高性能計算集群：高性能計算集群采用將計算任務分配到集群的不同計算節點而提高計算能力，因而主要應用在科學計算領域。

?

分布式

　　集群：同一個業務，部署在多個服務器上。分布式：一個業務分拆成多個子業務，或者本身就是不同的業務，部署在不同的服務器上。
　　簡單說，分布式是以縮短單個任務的執行時間來提升效率的，而集群則是通過提高單位時間內執行的任務數來提升效率。舉例：就比如新浪網，訪問的人多了，他可以做一個群集，前面放一個均衡服務器，后面幾臺服務器完成同一業務，如果有業務訪問的時候，響應服務器看哪臺服務器的負載不是很重，就將給哪一臺去完成，并且一臺服務器垮了，其它的服務器可以頂上來。分布式的每一個節點，都完成不同的業務，一個節點垮了，那這個業務可能就失敗了。

?

負載均衡

?

概念

　　隨著業務量的提高，現有網絡的各個核心部分訪問量和數據流量的快速增長，其處理能力和計算強度也相應地增大，使得單一的服務器設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬件升級，這樣將造成現有資源的浪費，而且如果再面臨下一次業務量的提升時，這又將導致再一次硬件升級的高額成本投入，甚至性能再卓越的設備也不能滿足當前業務量增長的需求。
　　負載均衡技術通過設置虛擬服務器IP（VIP），將后端多臺真實服務器的應用資源虛擬成一臺高性能的應用服務器，通過負載均衡算法，將用戶的請求轉發給后臺內網服務器，內網服務器將請求的響應返回給負載平衡器，負載平衡器再將響應發送到用戶，這樣就向互聯網用戶隱藏了內網結構，阻止了用戶直接訪問后臺（內網）服務器，使得服務器更加安全，可以阻止對核心網絡棧和運行在其它端口服務的攻擊。并且負載均衡設備（軟件或硬件）會持續的對服務器上的應用狀態進行檢查，并自動對無效的應用服務器進行隔離，實現了一個簡單、擴展性強、可靠性高的應用解決方案，解決了單臺服務器處理性能不足，擴展性不夠，可靠性較低的問題。
　　系統的擴展可分為縱向（垂直）擴展和橫向（水平）擴展。縱向擴展，是從單機的角度通過增加硬件處理能力，比如CPU處理能力，內存容量，磁盤等方面，實現服務器處理能力的提升，不能滿足大型分布式系統（網站），大流量，高并發，海量數據的問題。因此需要采用橫向擴展的方式，通過添加機器來滿足大型網站服務的處理能力。比如：一臺機器不能滿足，則增加兩臺或者多臺機器，共同承擔訪問壓力。

　　負載平衡最重要的一個應用是利用多臺服務器提供單一服務，這種方案有時也稱之為服務器農場。通常，負載平衡主要應用于Web網站，大型的Internet Relay Chat網絡，高流量的文件下載網站，NNTP（Network News Transfer Protocol）服務和DNS服務。現在負載平衡器也開始支持數據庫服務，稱之為數據庫負載平衡器。
　　服務器負載均衡有三大基本Feature：負載均衡算法，健康檢查和會話保持，這三個Feature是保證負載均衡正常工作的基本要素。其他一些功能都是在這三個功能之上的一些深化。下面我們具體介紹一下各個功能的作用和原理。
　　在沒有部署負載均衡設備之前，用戶直接訪問服務器地址（中間或許有在防火墻上將服務器地址映射成別的地址，但本質上還是一對一的訪問）。當單臺服務器由于性能不足無法處理眾多用戶的訪問時，就要考慮用多臺服務器來提供服務，實現的方式就是負載均衡。負載均衡設備的實現原理是把多臺服務器的地址映射成一個對外的服務IP（我們通常稱之為VIP，關于服務器的映射可以直接將服務器IP映射成VIP地址，也可以將服務器IP:Port映射成VIP:Port，不同的映射方式會采取相應的健康檢查，在端口映射時，服務器端口與VIP端口可以不相同）,這個過程對用戶端是不可見的，用戶實際上不知道服務器是做了負載均衡的，因為他們訪問的還是一個目的IP，那么用戶的訪問到達負載均衡設備后，如何把用戶的訪問分發到合適的服務器就是負載均衡設備要做的工作了，具體來說用到的就是上述的三大Feature。
我們來做一個詳細的訪問流程分析:

　　用戶(IP:207.17.117.20)訪問域名www.a10networks.com，首先會通過DNS查詢解析出這個域名的公網地址：199.237.202.124，接下來用戶207.17.117.20會訪問199.237.202.124這個地址，因此數據包會到達負載均衡設備，接下來負載均衡設備會把數據包分發到合適的服務器，看下圖：

　　負載均衡設備在將數據包發給服務器時，數據包是做了一些變化的，如上圖所示，數據包到達負載均衡設備之前，源地址是：207.17.117.20，目的地址是：199.237.202.124，當負載均衡設備將數據包轉發給選中的服務器時，源地址還是：207.17.117.20，目的地址變為172.16.20.1，我們稱這種方式為目的地址NAT(DNAT，目的地址轉換)。一般來說，在服務器負載均衡中DNAT是一定要做的（還有另一種模式叫做服務器直接返回-DSR，是不做DNAT的，我們將另行討論），而源地址根據部署模式的不同，有時候也需要轉換成別的地址，我們稱之為：源地址NAT(SNAT)，一般來說，旁路模式需要做SNAT，而串接模式不需要，本示意圖為串接模式，所以源地址沒做NAT。
　　我們再看服務器的返回包，如下圖所示，也經過了IP地址的轉換過程，不過應答包中源/目的地址與請求包正好對調，從服務器回來的包源地址為172.16.20.1，目的地址為207.17.117.20，到達負載均衡設備后，負載均衡設備將源地址改為199.237.202.124，然后轉發給用戶，保證了訪問的一致性。

負載均衡算法

　　一般來說負載均衡設備都會默認支持多種負載均衡分發策略，例如：

• 輪詢（RoundRobin）將請求順序循環地發到每個服務器。當其中某個服務器發生故障，AX就把其從順序循環隊列中拿出，不參加下一次的輪詢，直到其恢復正常。
• 比率（Ratio）：給每個服務器分配一個加權值為比例，根椐這個比例，把用戶的請求分配到每個服務器。當其中某個服務器發生故障，AX就把其從服務器隊列中拿出，不參加下一次的用戶請求的分配，直到其恢復正常。
• 優先權（Priority）：給所有服務器分組，給每個組定義優先權，將用戶的請求分配給優先級最高的服務器組（在同一組內，采用預先設定的輪詢或比率算法，分配用戶的請求）；當最高優先級中所有服務器或者指定數量的服務器出現故障，AX將把請求送給次優先級的服務器組。這種方式，實際為用戶提供一種熱備份的方式。
• 最少連接數（LeastConnection）：AX會記錄當前每臺服務器或者服務端口上的連接數，新的連接將傳遞給連接數最少的服務器。當其中某個服務器發生故障，AX就把其從服務器隊列中拿出，不參加下一次的用戶請求的分配，直到其恢復正常。
• 最快響應時間（Fast Reponse time）：新的連接傳遞給那些響應最快的服務器。當其中某個服務器發生故障，AX就把其從服務器隊列中拿出，不參加下一次的用戶請求的分配，直到其恢復正常。
• 哈希算法( hash): 將客戶端的源地址，端口進行哈希運算，根據運算的結果轉發給一臺服務器進行處理，當其中某個服務器發生故障，就把其從服務器隊列中拿出，不參加下一次的用戶請求的分配，直到其恢復正常。
• 基于數據包的內容分發：例如判斷HTTP的URL，如果URL中帶有.jpg的擴展名，就把數據包轉發到指定的服務器。

健康檢查

　　健康檢查用于檢查服務器開放的各種服務的可用狀態。負載均衡設備一般會配置各種健康檢查方法，例如Ping，TCP，UDP，HTTP，FTP，DNS等。Ping屬于第三層的健康檢查，用于檢查服務器IP的連通性，而TCP/UDP屬于第四層的健康檢查，用于檢查服務端口的UP/DOWN，如果要檢查的更準確，就要用到基于7層的健康檢查，例如創建一個HTTP健康檢查，Get一個頁面回來，并且檢查頁面內容是否包含一個指定的字符串，如果包含，則服務是UP的，如果不包含或者取不回頁面，就認為該服務器的Web服務是不可用（DOWN）的。比如，負載均衡設備檢查到172.16.20.3這臺服務器的80端口是DOWN的，負載均衡設備將不把后面的連接轉發到這臺服務器，而是根據算法將數據包轉發到別的服務器。創建健康檢查時可以設定檢查的間隔時間和嘗試次數，例如設定間隔時間為5秒，嘗試次數為3，那么負載均衡設備每隔5秒發起一次健康檢查，如果檢查失敗，則嘗試3次，如果3次都檢查失敗，則把該服務標記為DOWN，然后服務器仍然會每隔5秒對DOWN的服務器進行檢查，當某個時刻發現該服務器健康檢查又成功了，則把該服務器重新標記為UP。健康檢查的間隔時間和嘗試次數要根據綜合情況來設置，原則是既不會對業務產生影響，又不會對負載均衡設備造成較大負擔。

會話保持

　　如何保證一個用戶的兩次http請求轉發到同一個服務器，這就要求負載均衡設備配置會話保持。
　　會話保持用于保持會話的連續性和一致性，由于服務器之間很難做到實時同步用戶訪問信息，這就要求把用戶的前后訪問會話保持到一臺服務器上來處理。舉個例子，用戶訪問一個電子商務網站，如果用戶登錄時是由第一臺服務器來處理的，但用戶購買商品的動作卻由第二臺服務器來處理，第二臺服務器由于不知道用戶信息，所以本次購買就不會成功。這種情況就需要會話保持，把用戶的操作都通過第一臺服務器來處理才能成功。當然并不是所有的訪問都需要會話保持，例如服務器提供的是靜態頁面比如網站的新聞頻道，各臺服務器都有相同的內容，這種訪問就不需要會話保持。
　　絕大多數的負載均衡產品都支持兩類基本的會話保持方式：源/目的地址會話保持和cookie會話保持，另外像hash，URL Persist等也是比較常用的方式，但不是所有設備都支持。基于不同的應用要配置不同的會話保持，否則會引起負載的不均衡甚至訪問異常。我們主要分析B/S結構的會話保持。

基于B/S結構的應用：

　　對于普通B/S結構的應用內容，例如網站的靜態頁面，可以不用配置任何的會話保持，但是對于一個基于B/S結構尤其是中間件平臺的業務系統來說，必須配置會話保持，一般情況下，我們配置源地址會話保持可以滿足需求，但是考慮到客戶端可能有上述不利于源地址會話保持的環境，采用Cookie會話保持是一個更好的方式。Cookie會話保持會把負載均衡設備選擇的Server信息保存在Cookie中發送到客戶端，客戶端持續訪問時，會把該Cookie帶來，負載均衡器通過分析Cookie把會話保持到之前選定的服務器。Cookie分為文件Cookie和內存cookie，文件cookie保存在客戶端計算機硬盤上，只要該cookie文件不過期，則無論是否重復關閉開放瀏覽器都能保持到同一臺服務器。內存Cookie則是把Cookie信息保存在內存中，Cookie的生存時間從打開瀏覽器訪問開始，關閉瀏覽器結束。由于現在的瀏覽器對Cookie都有一定默認的安全設置，有些客戶端可能規定不準使用文件Cookie，所以現在的應用程序開發多使用內存Cookie。
　　然而，內存Cookie也不是萬能的，比如瀏覽器為了安全可能會完全禁用Cookie，這樣Cookie會話保持就失去了作用。我們可以通過Session-id來實現會話保持，即將session-id作為url參數或者放在隱藏字段<input type="hidden">中，然后分析Session-id進行分發。
　　另一種方案是：將每一會話信息保存到一個數據庫中。由于這個方案會增加數據庫的負載，所以這個方案對性能的提高并不好。數據庫最好是用來存儲會話時間比較長的會話數據。為了避免數據庫出現單點故障，并且提高其擴展性，數據庫通常會復制到多臺服務器上，通過負載均衡器來分發請求到數據庫服務器上。
　　基于源/目的地址會話保持其實不太好用，因為客戶可能是通過DHCP，NAT或者Web代理來連接Internet的，其IP地址可能經常變換，這使得這個方案的服務質量無法保障。
NAT(Network Address Translation，網絡地址轉換):當在專用網內部的一些主機本來已經分配到了本地IP地址(即僅在本專用網內使用的專用地址)，但現在又想和因特網上的主機通信(并不需要加密)時，可使用NAT方法。這種方法需要在專用網連接到因特網的路由器上安裝NAT軟件。裝有NAT軟件的路由器叫做NAT路由器，它至少有一個有效的外部全球IP地址。這樣，所有使用本地地址的主機在和外界通信時，都要在NAT路由器上將其本地地址轉換成全球IP地址，才能和因特網連接。

負載均衡的其他好處

高擴展性

　　通過添加或減少服務器數量，可以更好的應對高并發請求。

（服務器）健康檢查

　　負載均衡器可以檢查后臺服務器應用層的健康狀況并從服務器池中移除那些出現故障的服務器，提高可靠性。

TCP 連接復用（TCP Connection Reuse）

　　TCP連接復用技術通過將前端多個客戶的HTTP請求復用到后端與服務器建立的一個TCP連接上。這種技術能夠大大減小服務器的性能負載，減少與服務器之間新建TCP連接所帶來的延時，并最大限度的降低客戶端對后端服務器的并發連接數請求，減少服務器的資源占用。
　　一般情況下，客戶端在發送HTTP請求之前需要先與服務器進行TCP三次握手，建立TCP連接，然后發送HTTP請求。服務器收到HTTP請求后進行處理，并將處理的結果發送回客戶端，然后客戶端和服務器互相發送FIN并在收到FIN的ACK確認后關閉連接。在這種方式下，一個簡單的HTTP請求需要十幾個TCP數據包才能處理完成。
　　采用TCP連接復用技術后，客戶端（如：ClientA）與負載均衡設備之間進行三次握手并發送HTTP請求。負載均衡設備收到請求后，會檢測服務器是否存在空閑的長連接，如果不存在，服務器將建立一個新連接。當HTTP請求響應完成后，客戶端則與負載均衡設備協商關閉連接，而負載均衡則保持與服務器之間的這個連接。當有其它客戶端（如：ClientB）需要發送HTTP請求時，負載均衡設備會直接向與服務器之間保持的這個空閑連接發送HTTP請求，避免了由于新建TCP連接造成的延時和服務器資源耗費。

　　在HTTP 1.1中，客戶端可以在一個TCP連接中發送多個HTTP請求，這種技術叫做HTTP復用（HTTP Multiplexing）。它與TCP連接復用最根本的區別在于，TCP連接復用是將多個客戶端的HTTP請求復用到一個服務器端TCP連接上，而HTTP復用則是一個客戶端的多個HTTP請求通過一個TCP連接進行處理。前者是負載均衡設備的獨特功能；而后者是HTTP 1.1協議所支持的新功能，目前被大多數瀏覽器所支持。

HTTP緩存

　　負載均衡器可以存儲靜態內容，當用戶請求它們時可以直接響應用戶而不必再向后臺服務器請求。

TCP緩沖

　　TCP緩沖是為了解決后端服務器網速與客戶的前端網絡速度不匹配而造成的服務器資源浪費的問題。客戶端與負載均衡之間采用的鏈路具有較高的時延和較低的帶寬，而負載均衡與服務器之間采用時延較低和高帶寬的局域網連接。由于負載均衡器可以暫存后臺服務器對客戶的響應數據，再將它們轉發給那些響應時間較長網速較慢的客戶，如此后臺Web服務器就可以釋放相應的線程去處理其它任務。

SSL加速

　　一般情況下，HTTP采用明文的方式在網絡上傳輸，有可能被非法竊聽，尤其是用于認證的口令信息等。為了避免出現這樣的安全問題，一般采用SSL協議（即：HTTPS）對HTTP協議進行加密，以保證整個傳輸過程的安全性。在SSL通信中，首先采用非對稱密鑰技術交換認證信息，并交換服務器和瀏覽器之間用于加密數據的會話密鑰，然后利用該密鑰對通信過程中的信息進行加密和解密。
　　SSL是需要耗費大量CPU資源的一種安全技術。目前，大多數負載均衡設備均采用SSL加速芯片（硬件負載均衡器）進行SSL信息的處理。這種方式比傳統的采用服務器的SSL加密方式提供更高的SSL處理性能，從而節省大量的服務器資源，使服務器能夠專注于業務請求的處理。另外，采用集中的SSL處理，還能夠簡化對證書的管理，減少日常管理的工作量。

內容過濾

　　有些負載均衡器可以按要求修改通過它的數據。

入侵阻止功能

　　在防火墻保障網絡層/傳輸層安全的基礎上，提供應用層安全防范。

分類

　　下面從不同層次討論負載均衡的實現：

DNS 負載均衡

　　DNS負責提供域名解析服務，當訪問某個站點時，實際上首先需要通過該站點域名的DNS服務器來獲取域名指向的IP地址，在這一過程中，DNS服務器完成了域名到IP地址的映射，同樣，這樣映射也可以是一對多的，這時候，DNS服務器便充當了負載均衡調度器，將用戶的請求分散到多臺服務器上。使用dig命令來看下”baidu”的DNS設置：

　　可見baidu擁有三個A記錄。

　　這種技術的優點是，實現簡單、實施容易、成本低、適用于大多數TCP/IP應用，并且DNS服務器可以在所有可用的A記錄中尋找離用戶最近的一臺服務器。但是，其缺點也非常明顯，首先這種方案不是真正意義上的負載均衡，DNS服務器將Http請求平均地分配到后臺的Web服務器上（或者根據地理位置），而不考慮每個Web服務器當前的負載情況；如果后臺的Web服務器的配置和處理能力不同，最慢的Web服務器將成為系統的瓶頸，處理能力強的服務器不能充分發揮作用；其次未考慮容錯，如果后臺的某臺Web服務器出現故障，DNS服務器仍然會把DNS請求分配到這臺故障服務器上，導致不能響應客戶端。最后一點是致命的，有可能造成相當一部分客戶不能享受Web服務，并且由于DNS緩存的原因，所造成的后果要持續相當長一段時間(一般DNS的刷新周期約為24小時)。所以在國外最新的建設中心Web站點方案中，已經很少采用這種方案了。

鏈路層（OSI 第二層）負載均衡

　　在通信協議的數據鏈路層修改mac地址，進行負載均衡。
　　數據分發時，不修改ip地址（因為還看不到ip地址），只修改目標mac地址，并且配置所有后端服務器虛擬ip和負載均衡器ip地址一致，達到不修改數據包的源地址和目標地址，進行數據分發的目的。
　　實際處理服務器ip和數據請求目的ip一致，不需要經過負載均衡服務器進行地址轉換，可將響應數據包直接返回給用戶瀏覽器，避免負載均衡服務器網卡帶寬成為瓶頸。也稱為直接路由模式（DR模式）。如下圖：

　　性能很好，但是配置復雜，目前應用比較廣泛。

傳輸層（OSI 第四層）負載均衡

　　傳輸層是 OSI 第四層，包括 TCP 和 UDP。流行的傳輸層負載均衡器有 HAProxy（這個也用于應用層負載均衡）和 IPVS。
　　主要通過報文中的目標地址和端口，再加上負載均衡設備設置的服務器選擇方式，決定最終選擇的內部服務器。
　　以常見的TCP為例，負載均衡設備在接收到第一個來自客戶端的SYN 請求時，即通過上述方式選擇一個最佳的服務器，并對報文中目標IP地址進行修改(改為后端服務器IP），直接轉發給該服務器。TCP的連接建立，即三次握手是客戶端和服務器直接建立的，負載均衡設備只是起到一個類似路由器的轉發動作。在某些部署情況下，為保證服務器回包可以正確返回給負載均衡設備，在轉發報文的同時可能還會對報文原來的源地址進行修改。

應用層（OSI 第七層）負載均衡

　　應用層是 OSI 第七層。它包括 HTTP、HTTPS 和 WebSockets。一款非常流行又久經考驗的應用層負載均衡器就是 Nginx[恩靜埃克斯 = Engine X]。
　　所謂七層負載均衡，也稱為“內容交換”，也就是主要通過報文中的真正有意義的應用層內容，再加上負載均衡設備設置的服務器選擇方式，決定最終選擇的內部服務器。注意此時可以看到具體的http請求的完整url，因此可以實現下圖所示的分發：

　　以常見的TCP為例，負載均衡設備如果要根據真正的應用層內容再選擇服務器，只能先代理最終的服務器和客戶端建立連接(三次握手)后，才能看到客戶端發送的真正應用層內容的報文，然后再根據該報文中的特定字段，再加上負載均衡設備設置的服務器選擇方式，決定最終選擇的內部服務器。負載均衡設備在這種情況下，更類似于一個代理服務器。負載均衡和前端的客戶端以及后端的服務器會分別建立TCP連接。所以從這個技術原理上來看，七層負載均衡明顯的對負載均衡設備的要求更高，處理七層的能力也必然會低于四層模式的部署方式。那么，為什么還需要七層負載均衡呢？

　　七層負載均衡的好處，是使得整個網絡更"智能化"，比如上面列舉的負載均衡的好處，大部分都基于七層負載均衡。例如訪問一個網站的用戶流量，可以通過七層的方式，將對圖片類的請求轉發到特定的圖片服務器并可以使用緩存技術；將對文字類的請求可以轉發到特定的文字服務器并可以使用壓縮技術。當然這只是七層應用的一個小案例，從技術原理上，這種方式可以對客戶端的請求和服務器的響應進行任意意義上的修改，極大的提升了應用系統在網絡層的靈活性。
　　另外一個常常被提到功能就是安全性。網絡中最常見的SYN Flood攻擊，即黑客控制眾多源客戶端，使用虛假IP地址對同一目標發送SYN攻擊，通常這種攻擊會大量發送SYN報文，耗盡服務器上的相關資源，以達到Denial of Service(DoS)的目的。從技術原理上也可以看出，四層模式下這些SYN攻擊都會被轉發到后端的服務器上；而七層模式下這些SYN攻擊自然在負載均衡設備上就截止，不會影響后臺服務器的正常運營。另外負載均衡設備可以在七層層面設定多種策略，過濾特定報文，例如SQL Injection等應用層面的特定攻擊手段，從應用層面進一步提高系統整體安全。
　　現在的七層負載均衡，主要還是著重于應用廣泛的HTTP協議，所以其應用范圍主要是眾多的網站或者內部信息平臺等基于B/S開發的系統。 四層負載均衡則對應其他TCP應用，例如基于C/S開發的ERP等系統。

轉載于:https://www.cnblogs.com/zhaoyanhaoBlog/p/11163868.html

總結

以上是生活随笔為你收集整理的集群、分布式、负载均衡区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。