web運(yùn)用效勞器集群體系，是由一群一起運(yùn)轉(zhuǎn)同一個(gè)web運(yùn)用的效勞器構(gòu)成的集群體系，在外界看來，就像是一個(gè)效勞器相同。為了均衡集群效勞器的負(fù)載，抵達(dá)優(yōu)化體系功用的意圖，集群效勞器將很多的拜訪懇求，渙散到體系中的不相同節(jié)點(diǎn)進(jìn)行處置。從而完結(jié)了更高的有用性和穩(wěn)定性，而這也恰是依據(jù)Web的公司運(yùn)用一切必要具有的特性。

　　高可靠功用夠看作為體系的一種冗余設(shè)定。關(guān)于一個(gè)特定的懇求，假如所懇求的效勞器不能進(jìn)行處置的話，那么其他的效勞器能不能對(duì)之進(jìn)行有用的處置呢？關(guān)于一個(gè)高效的體系，假如一個(gè)Web效勞器失利的話，其他的效勞器能夠立刻替代它的位置，對(duì)所懇求的懇求進(jìn)行處置，并且這一進(jìn)程對(duì)用戶來說，要盡能夠的通明，運(yùn)用戶發(fā)覺不到！

　　穩(wěn)定性決定了運(yùn)用程序能否支撐不斷添加的用戶懇求數(shù)量，它是運(yùn)用程序自身的一種才能。穩(wěn)定性是影響體系功用的很多要素的一種有用的測(cè)量手法，包括機(jī)群體系所能支撐的一起拜訪體系的最大用戶數(shù)目以及處置一個(gè)懇求所需求的時(shí)刻。

　　在現(xiàn)有很多的均衡效勞器負(fù)載的辦法中，廣泛研討并運(yùn)用的是以下兩個(gè)辦法：

　　DNS負(fù)載平衡的辦法RR-DNS(Round-Robin Domain Name System)

　　負(fù)載均衡器

　　以下，咱們遷就這兩種辦法進(jìn)行評(píng)論。

　　DNS輪番排程 RR-DNS(Round-Robin Domain Name System)

　　域名效勞器（Domain Name Server）中的數(shù)據(jù)文件將主機(jī)姓名映射到其IP地址。當(dāng)你在瀏覽器中鍵入一個(gè)URL時(shí)（例如：www.loadbalancedsite.com），瀏覽器則將懇求發(fā)送到DNS，要求其回來相應(yīng)站點(diǎn)的IP地址，這被稱為DNS查詢。當(dāng)瀏覽器取得該站點(diǎn)的IP地址后，便經(jīng)過該IP地址銜接到所要拜訪的站點(diǎn)，將頁面展現(xiàn)在用戶面前。

　　域名效勞器（DNS）一般包括一個(gè)單一的IP地址與該IP地址所映射的站點(diǎn)的名稱的列表。在咱們上面所假象的比如中，www.loadbalancedsite.com 這個(gè)站點(diǎn)的映射IP地址為203.24.23.3。

　　為了使用DNS均衡效勞器的負(fù)載，關(guān)于同一個(gè)站點(diǎn)來講，在DNS效勞器中一起具有幾個(gè)不相同的IP地址。這幾個(gè)IP地址代表集群中不相同的機(jī)器，并在邏輯上映射到同一個(gè)站點(diǎn)名。經(jīng)過咱們的比如能夠更好的理解這一點(diǎn)，www.loadbalancedsite.com將經(jīng)過下面的三個(gè)IP地址發(fā)布到一個(gè)集群中的三臺(tái)機(jī)器上：

　　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

　　當(dāng)?shù)谝粋€(gè)懇求抵達(dá)DNS效勞器時(shí)，回來的是第一臺(tái)機(jī)器的IP地址203.34.23.3；當(dāng)?shù)诙€(gè)懇求抵達(dá)時(shí)，回來的是第二臺(tái)機(jī)器的IP地址203.34.23.4，以此類推。當(dāng)?shù)谒膫€(gè)懇求抵達(dá)時(shí)，第一臺(tái)機(jī)器的IP地址將被再次回來，循環(huán)調(diào)用。

　　使用上述的DNS Round Robin技能，關(guān)于某一個(gè)站點(diǎn)的一切懇求將被均勻的分配到及群中的機(jī)器上。因而，在這種技能中，集群中的一切的節(jié)點(diǎn)關(guān)于網(wǎng)絡(luò)來說都是可見的。

　　DNS 輪番排程的優(yōu)勢(shì)

　　DNS Round Robin的最大的長(zhǎng)處即是易于完結(jié)和價(jià)值低價(jià)：

　　價(jià)值低，易于樹立。 為了支撐輪番排程，體系管理員只需求在DNS效勞器上作一些改動(dòng)，并且在很多對(duì)比新的版別的DNS效勞器上現(xiàn)已添加了這種功用。關(guān)于Web運(yùn)用來說，不需求對(duì)代碼作任何的修正；事實(shí)上，Web運(yùn)用自身并不會(huì)意識(shí)到負(fù)載均衡裝備，即便在它面前。

　　簡(jiǎn)略. 不需求網(wǎng)絡(luò)專家來對(duì)之進(jìn)行設(shè)定，或在出現(xiàn)疑問時(shí)對(duì)之進(jìn)行保護(hù)。

　　DNS 輪番排程的缺陷

　　這種依據(jù)軟件的負(fù)載均衡辦法首要存在兩處缺乏，一是不實(shí)時(shí)支撐效勞時(shí)期的相關(guān)，一是不具有高可靠性。

　　不支撐效勞器間的共同性。效勞器共同性是負(fù)載均衡體系所應(yīng)具有的一種才能，經(jīng)過它，體系能夠依據(jù)會(huì)話信息是歸于效勞器端的，仍是底層數(shù)據(jù)庫級(jí)別的，繼而將用戶的懇求導(dǎo)向相應(yīng)的效勞器。而DNS輪番排程則不具有這種智能化的特性。它是經(jīng)過cookie、躲藏域、重寫URL三種辦法中的一種來進(jìn)行類似的判別的。當(dāng)用戶經(jīng)過上述依據(jù)文本象征的辦法與效勞器樹立銜接以后，其一切的后續(xù)拜訪均是銜接到同一個(gè)效勞器上。疑問是，效勞器的IP是被瀏覽器暫時(shí)存放在緩存中，一旦記錄過期，則需求從頭樹立銜接，那么同一個(gè)用戶的懇求很能夠被不相同的效勞器進(jìn)行處置，則從前的一切會(huì)話信息便會(huì)丟掉。

　　不支撐高可靠性。設(shè)想一個(gè)具有N個(gè)節(jié)點(diǎn)的集群。假如其間的一個(gè)節(jié)點(diǎn)破壞，那么一切的拜訪該節(jié)點(diǎn)的懇求將不會(huì)有所回答，這是任何人都不情愿看到的。對(duì)比先進(jìn)的路由器能夠經(jīng)過每隔必定的時(shí)刻間隔，對(duì)節(jié)點(diǎn)查看，假如有破壞的節(jié)點(diǎn)，則將之從列表中去掉的辦法，處置這個(gè)疑問?？墒牵捎谠贗nternet上，ISPs將很多的DNS存放在緩存中，以節(jié)約拜訪時(shí)刻，因而，DNS的更新就會(huì)變得非常緩慢，以至于有的用戶能夠會(huì)拜訪一些現(xiàn)已不存在的站點(diǎn)，或許一些新的站點(diǎn)得不到拜訪。所以，雖然DNS輪番排程在必定程度上處置了負(fù)載均衡疑問，但這種情況的改動(dòng)并不是非常達(dá)觀和有用的。

　　除了上面介紹的輪番排程辦法外，還有三種DNS負(fù)載均衡處置分配辦法，將這四種辦法列出如下：

　　Round robin (RRS)： 將作業(yè)均勻的分配到效勞器 (用于實(shí)踐效勞主機(jī)功用共同)

　　Least-connections (LCS)： 向較少銜接的效勞器分配較多的作業(yè)(IPVS 表存儲(chǔ)了一切的活動(dòng)的銜接。用于實(shí)踐效勞主機(jī)功用共同。)

　　Weighted round robin (WRRS)： 向較大容量的效勞器分配較多的作業(yè)。能夠依據(jù)負(fù)載信息動(dòng)態(tài)的向上或向下調(diào)整。 (用于實(shí)踐效勞主機(jī)功用不共一起)

　　Weighted least-connections (WLC)： 思考它們的容量向較少銜接的效勞器分配較多的作業(yè)。容量經(jīng)過用戶指定的砝碼來闡明，能夠依據(jù)裝載信息動(dòng)態(tài)的向上或向下調(diào)整。(用于實(shí)踐效勞主機(jī)功用不共一起)

負(fù)載均衡器 
　　 
　　負(fù)載均衡器經(jīng)過虛擬IP地址辦法，處置了輪番排程所面對(duì)的很多疑問。運(yùn)用了負(fù)載均衡器集群體系，在外部看來，像是具有一個(gè)IP地址的單一效勞器相同，當(dāng)然，這個(gè)IP地址是虛擬的，它映射了集群中的每一臺(tái)機(jī)器的地址。所以，在某種程度上，負(fù)載均衡器是將全部集群的IP地址報(bào)漏給外部網(wǎng)絡(luò)。

　　當(dāng)懇求抵達(dá)負(fù)載均衡器時(shí)，它會(huì)重寫該懇求的頭文件，并將之指定到集群中的機(jī)器上。假如某臺(tái)機(jī)器被從集群中移除了，懇求不會(huì)別發(fā)往現(xiàn)已不存在的效勞器上，由于一切的機(jī)器表面上都具有同一個(gè)IP地址，即便集群中的某個(gè)節(jié)點(diǎn)被移除了，該地址也不會(huì)發(fā)作變化。并且，internet上緩存的DNS條目也不再是疑問了。當(dāng)回來一個(gè)應(yīng)對(duì)時(shí)，客戶端看到的僅僅從負(fù)載均衡器上所回來的成果。也即是說，客戶端操作的對(duì)象是負(fù)載均衡器，關(guān)于其更后端的操作，對(duì)客戶端來講，是徹底通明的。

　　負(fù)載均衡器的長(zhǎng)處

　　效勞器共同性. 負(fù)載均衡器讀取客戶端宣布的每一個(gè)懇求中所包括的cookies或url解釋。依據(jù)所讀出的這些信息，負(fù)載均衡器就能夠重寫報(bào)頭并將懇求發(fā)往集群中適宜的節(jié)點(diǎn)上，該節(jié)點(diǎn)保護(hù)著相應(yīng)客戶端懇求的會(huì)話信息。在HTTP通信中，負(fù)載均衡器能夠供給效勞器共同性，但并不是經(jīng)過一個(gè)安全的路徑（例如：HTTPS）來供給這種效勞。當(dāng)音訊被加密后（SSL），負(fù)載均衡器就不能讀出躲藏在其間的會(huì)話信息。

　　經(jīng)過毛病康復(fù)機(jī)制取得高可靠性. 毛病康復(fù)發(fā)作在當(dāng)集群中某個(gè)節(jié)點(diǎn)不能處置懇求，需將懇求從頭導(dǎo)向到其他節(jié)點(diǎn)時(shí)。首要有兩種毛病康復(fù)：

　　懇求級(jí)毛病康復(fù)。當(dāng)集群中的一個(gè)節(jié)點(diǎn)不能處置懇求時(shí)（一般是由于down機(jī)），懇求被發(fā)送到其他節(jié)點(diǎn)。當(dāng)然，在導(dǎo)向到其他節(jié)點(diǎn)的一起，保存在原節(jié)點(diǎn)上的會(huì)話信息將會(huì)丟掉。

　　通明會(huì)話毛病康復(fù)。當(dāng)一個(gè)引用失利后，負(fù)載均衡器會(huì)將之發(fā)送到集群中其他的節(jié)點(diǎn)上，以完結(jié)操作，這一點(diǎn)對(duì)用戶來說是通明的。由于通明會(huì)話毛病康復(fù)需求節(jié)點(diǎn)具有相應(yīng)的操作信息，因而為了完結(jié)該功用，集群中的一切節(jié)點(diǎn)有必要具有公共存儲(chǔ)區(qū)域或通用數(shù)據(jù)庫，存儲(chǔ)會(huì)話信息數(shù)據(jù)，以供給每個(gè)節(jié)點(diǎn)在進(jìn)行獨(dú)自進(jìn)程會(huì)話毛病康復(fù)時(shí)所需求的操作信息。

　　計(jì)算計(jì)量。已然一切的Web運(yùn)用懇求都有必要經(jīng)過負(fù)載均衡體系，那么體系就能夠斷定活動(dòng)會(huì)話的數(shù)量，在任何實(shí)例拜訪中的活動(dòng)會(huì)話的數(shù)目，應(yīng)對(duì)的次數(shù)，頂峰負(fù)載次數(shù)，以及在頂峰期和低谷期的會(huì)話的數(shù)目，還有其他更多的。一切的這些計(jì)算信息都能夠被極好的用來調(diào)整全部體系的功用。

　　負(fù)載均衡器的缺陷

　　硬件路由的缺陷在于費(fèi)用、復(fù)雜性以及單點(diǎn)失利的。由于一切的懇求均是經(jīng)過一個(gè)單一的硬件負(fù)載均衡器來傳遞，因而，負(fù)載均衡器上的任何毛病都將致使全部站點(diǎn)的潰散。

　　HTTPS懇求的負(fù)載均衡

　　正如上面所說到的，很難在那些來自HTTPS的懇求上進(jìn)行負(fù)載均衡和會(huì)話信息保護(hù)處置。由于，這些懇求中的信息現(xiàn)已被加密了。負(fù)載均衡器沒有才能處置這類懇求。不過，這里有兩種辦法能夠處置這一疑問：

　　署理網(wǎng)絡(luò)效勞器

　　硬件SSL解碼器

　　署理效勞器坐落效勞器集群之前，首先由它接受一切的懇求并對(duì)之進(jìn)行解密，然后將這些處置后的懇求依據(jù)頭信息從頭發(fā)往相應(yīng)的節(jié)點(diǎn)上，這種方法不需求硬件上的支撐，但會(huì)添加署理效勞器的額定的擔(dān)負(fù)。

　　硬件SSL解碼器，則是在懇求抵達(dá)負(fù)載均衡器之前，先經(jīng)由它進(jìn)行解密處置。這種方法比署理效勞器的處置速度要方便一些。但價(jià)值也高，并且完結(jié)對(duì)比復(fù)雜。