Web應用程序服務的集群系統，在同一時(shí)間(jiān)運行(xíng)的網絡應用服務的集群系統的組成，外面的組，如幫助控制(zhì)相同。為(wèi)了平衡集群服務的負載，達到優化系統性能的目的，集群服務大(dà)量的訪問請(qǐng)求，分散到不同的節點在系統停止出售。從而完成更高(gāo)的有(yǒu)效性和(hé)穩定性，這也是基于Web的企業應用程序，所需的特點。
　　高(gāo)固看作(zuò)為(wèi)一個(gè)冗餘集。一個(gè)特定的請(qǐng)求服務的應用程序不能停止其他服務設備的處置，不能停止對有(yǒu)效處置？一個(gè)有(yǒu)效率的制(zhì)度，如果失敗的Web服務，服務的設備可(kě)以立即取代其位置，懇求停止出售的應用程序，這個(gè)過程中，為(wèi)用戶盡可(kě)能透明(míng)，運輸用戶發現，隻有(yǒu)不到

　　決議的穩​​定性，應用程序可(kě)以支持不時(shí)用戶增長的數(shù)量和(hé)乞求，這是為(wèi)了在應用程序本身。影(yǐng)響系統性能的多(duō)種元素的穩定性是一個(gè)有(yǒu)效的措施，手腕，包括集群系統的時(shí)間(jiān)，可(kě)以支持同時(shí)訪問系統的最大(dà)用戶數(shù)和(hé)處置的懇求的需求。

　　許多(duō)現有(yǒu)的平衡方法服務的負荷，一般討(tǎo)論，并适用于以下兩種方式：

　　DNS負載平衡的方法RR-DNS（輪轉域名系統）

　　負載平衡器(qì)

　　下面，我們停止討(tǎo)論這兩種方式做(zuò)。

　　的DNS輪流調度的RR-DNS（輪轉，域名系統）

　　域服務（域名服務器(qì)）數(shù)據文件中的主機名映射到其IP地址。當您鍵入一個(gè)URL讀者（例如：www.loadbalancedsite.com）中，讀者求發送DNS請(qǐng)求返回相應的IP地址的網站(zhàn)，這被稱為(wèi)DNS查詢。當讀者獲得(de)該網站(zhàn)的IP地址，他們收斂，通(tōng)過IP地址，您要訪問的網站(zhàn)，頁面顯示在用戶面前。

　　域的發球（DNS）通(tōng)常包含一個(gè)列表的網站(zhàn)由一個(gè)單一的IP地址映射到IP地址的稱号。我們的幻覺上(shàng)面的例子中，www.loadbalancedsite.com站(zhàn)點地圖IP地址203.24.23.3。
　　
　　同時(shí)在幾個(gè)不同的IP地址的DNS在同一個(gè)站(zhàn)點上(shàng)的發言DNS負載均衡服務的應用服務。幾個(gè)不同的機器(qì)的IP地址代表集群，在邏輯上(shàng)所示照上(shàng)相同的網站(zhàn)名稱。通(tōng)過我們的例子中，以更好地理(lǐ)解這一點，将被釋放www.loadbalancedsite.com三台機器(qì)的集群下面的三個(gè)IP地址：

203.34.23.3

203.34.23.4

203.34.23.5

在這種情況下，DNS的服務在下面的映射表：

www.loadbalancedsite.com 203.34.23.3

www.loadbalancedsite.com 203.34.23.4

www.loadbalancedsite.com 203.34.23.5

第一懇求抵達DNS中的服務，返回的第一台機器(qì)的IP地址203.34.23.3;第二懇求的到來(lái)時(shí)，返回的是第二台機器(qì)的IP地址203.34.23.4，依此類推。第四懇求的到來(lái)時(shí)，第一台機器(qì)的IP地址将被再次返回，循環調用。

上(shàng)述DNS輪循，所有(yǒu)在網站(zhàn)上(shàng)承認的申請(qǐng)将被均勻地分配到機和(hé)組。因此，在這種技(jì)術(shù)中，網絡上(shàng)的所有(yǒu)群集節點都可(kě)見。

DNS輪流調度的優勢

DNS輪循最大(dà)的優點是容易完成，費用低(dī)：

以低(dī)廉的價格和(hé)容易建立。為(wèi)了支持的DNS服務上(shàng)的一些(xiē)變化，有(yǒu)此功能在新版本的許多(duō)無可(kě)匹敵的DNS服務的系統管理(lǐ)員隻需要打開(kāi)調度。在Web應用程序不需要任何修改的代碼;事實上(shàng)，Web應用程序和(hé)将不承認，即使在它前面的負載平衡配置。

簡單，并沒有(yǒu)停止設置或保持停止渲染問題專家(jiā)的需求網絡。

DNS輪流調度缺陷

這種基于軟件的負載均衡方法，在第一，而不是實時(shí)，一個(gè)不具有(yǒu)高(gāo)固兩缺乏支持該協會(huì)的服務。

不支持服務之間(jiān)的差異。服務設備的差異是負載均衡系統應該有(yǒu)一個(gè)天賦，之後，該系統可(kě)以根據會(huì)話(huà)信息屬于服務端，還(hái)是底層數(shù)據庫級别，然後用戶的請(qǐng)求導向相應的設備服務。 DNS輪流安排沒有(yǒu)這個(gè)智能功能。這是一個(gè)cookie，隐藏域，重寫URL三種方法來(lái)阻止類似的歧視(shì)。經過上(shàng)面的文本标記為(wèi)基礎的方法和(hé)設備服務，建立所有(yǒu)的後續訪問收斂收斂到相同的服務上(shàng)。問題的知識産權讀者緩存中的臨時(shí)存儲的服務，一旦記錄了日期，需要重新建立的銜接，與用戶的請(qǐng)求是可(kě)能1設備不同的服務停止出售所有(yǒu)以前的會(huì)話(huà)信息将會(huì)丢失。

不支持高(gāo)固體(tǐ)。想象一下，一個(gè)N個(gè)節點的集群。如果一個(gè)節點被摧毀，然後呼籲所有(yǒu)節點的訪問将不會(huì)回應任何人(rén)不希望看到。比喻先進路由器(qì)後，每一個(gè)節點的時(shí)間(jiān)距離，以檢查是否破壞節點将被删除從列表的方式來(lái)解決這個(gè)問題。然而，在互聯網上(shàng)，互聯網服務供應商将大(dà)量的DNS托管緩存中的訪問時(shí)間(jiān)，節儉，因此，DNS更新它會(huì)變得(de)非常緩慢，所以有(yǒu)些(xiē)用戶可(kě)能訪問的網站(zhàn)，一旦不存在，或新網站(zhàn)無法訪問。因此，而DNS輪流在一定程度的負載均衡處理(lǐ)與調度是不是很(hěn)悲觀，但(dàn)這種情況的變化和(hé)有(yǒu)效的。

除了上(shàng)述介紹輪流調度方式，有(yǒu)三種DNS負載均衡下面列出這四種方法處理(lǐ)分配：

循環賽（RRS）的工作(zuò)統一分配到服務設備（在實踐中服務主機性能上(shàng)的差異）

最少(shǎo)連接（LCS）：收斂，以較低(dī)的服務分配更多(duō)（IPVS表存儲所有(yǒu)活動的銜接，為(wèi)實踐服務主機性能上(shàng)的差異。）

加權輪循（WRRS）：為(wèi)一個(gè)更大(dà)的容量來(lái)分配更多(duō)的工作(zuò)。基于負載信息動态增長或向下調整。 （在實踐中服務主機性能上(shàng)的差異）

加權最少(shǎo)連接（WLC的）：想想自己的能力來(lái)分配更多(duō)的工作(zuò)銜接服務。澄清用戶指定重量的能力，可(kě)以向上(shàng)或向下調整的基礎上(shàng)負載信息動态。 （在實踐中服務主機性能上(shàng)的差異）

負載平衡器(qì)

該方法的負載平衡器(qì)的虛拟IP地址來(lái)處理(lǐ)面臨着諸多(duō)問題與曲折時(shí)間(jiān)表。使用外部視(shì)圖中的IP地址，如單服務，負載均衡集群系統，當然，IP地址是虛拟的，它映射了集群中的每台機器(qì)的地址。因此，一定程度時(shí)，負載平衡器(qì)的報告洩漏到外部網絡對整個(gè)集群的IP地址。

負載平衡器(qì)抵達時(shí)承認，它會(huì)重寫頭文件的懇求，被分配到集群機。如果一台機器(qì)被從集群中删除，并不會(huì)被發送到服務上(shàng)曾經不存在，由于所有(yǒu)的機器(qì)的外觀有(yǒu)相同的IP地址不被删除，即使在群集節點，懇求地址将不會(huì)攻擊變化。此外，在互聯網上(shàng)緩存的DNS條目已不再是一個(gè)問題。返回一個(gè)響應給客戶端看到的隻是從負載平衡器(qì)返回的結果。換句話(huà)說，其後端業務的客戶端操作(zuò)系統負載平衡器(qì)的對象，客戶端而言，是一個(gè)完整的和(hé)透明(míng)的。

負載平衡器(qì)的優勢

服務設備的差異。負載均衡器(qì)讀取客戶發出狀書(shū)或url解釋中的cookies。讀出這個(gè)信息，負載平衡器(qì)将能夠改寫頭和(hé)請(qǐng)求發送到相應的群集節點，該節點保持會(huì)話(huà)信息相應的客戶端懇求。 HTTP通(tōng)信，負載平衡器(qì)可(kě)以提供服務的差異，但(dàn)不能提供這樣一個(gè)安全的方式（例如：HTTPS）的服務。當音(yīn)頻加密（SSL），負載平衡器(qì)将無法讀取隐藏在其中的會(huì)話(huà)信息。

後錯誤恢複機制(zhì)獲得(de)高(gāo)固疾攻擊集群中的一個(gè)節點不能處理(lǐ)需要懇求懇求重定向到其他節點。恢複有(yǒu)兩個(gè)問題：

承認水(shuǐ)平恢複的問題。當集群中的節點不能處置懇求（通(tōng)常down機），請(qǐng)求被發送到其他節點。當然，向其他節點在同一時(shí)間(jiān)，在原來(lái)的節點保持會(huì)話(huà)信息将會(huì)丢失。

透明(míng)的會(huì)議上(shàng)恢複的問題。負載平衡器(qì)的失敗後，調用一個(gè)将被發送到集群中的其他節點，以完成操作(zuò)，是對用戶透明(míng)。需求節點有(yǒu)适當的經營問題，是由于透明(míng)會(huì)話(huà)恢複，因此，為(wèi)了完成功能，集群中的所有(yǒu)節點必須具有(yǒu)公共存儲區(qū)域或通(tōng)用數(shù)據庫來(lái)存儲會(huì)話(huà)信息數(shù)據，以提供每個(gè)節點，停止單獨的進程會(huì)議的問題，恢複業務的信息需求。

統計(jì)測量。自懇求負載平衡系統所必需的所有(yǒu)Web應用程序，該系統可(kě)以确保活動的會(huì)議，活動會(huì)話(huà)在任何情況下訪問，響應時(shí)間(jiān)，高(gāo)峰負荷的數(shù)量，高(gāo)峰期，在該山(shān)谷會(huì)話(huà)的數(shù)量，還(hái)有(yǒu)其他更多(duō)的。所有(yǒu)這些(xiē)統計(jì)數(shù)據可(kě)以用來(lái)調整系統的整體(tǐ)性能。

負載平衡器(qì)的缺陷

硬件路由的成本，複雜性，和(hé)一個(gè)單點故障的缺點。由于所有(yǒu)的祈禱是發送一個(gè)單一的硬件負載平衡器(qì)，因此，負載平衡器(qì)上(shàng)的任何問題将導緻整個(gè)網站(zhàn)的解體(tǐ)。

HTTPS的懇求負載平衡

如上(shàng)所述，這是很(hěn)難HTTPS呼籲停止負載平衡和(hé)會(huì)話(huà)信息維護處理(lǐ)。作(zuò)為(wèi)懇求這些(xiē)信息已經加密。為(wèi)了處理(lǐ)這樣的懇求負載平衡器(qì)。不過，也有(yǒu)兩種方式來(lái)處理(lǐ)這個(gè)問題：

代理(lǐ)網絡服務

硬件SSL解碼器(qì)

首先，它遭受了之前位于集群，所有(yǒu)的懇求和(hé)停止解密，處理(lǐ)這些(xiē)請(qǐng)求後根據頭信息，然後重新發送到相應的節點，在這樣的服務，不需要硬件設備的代理(lǐ)服務支持，但(dàn)将增加代理(lǐ)服務額外的肩膀。

硬件SSL解碼器(qì)，懇求在抵達之前，負載平衡器(qì)，通(tōng)過它來(lái)停止解密處理(lǐ)。這種方式比代理(lǐ)服務的處理(lǐ)速度更快。但(dàn)價格高(gāo)，而且完成的比喻複雜。