Internet的規(guī)模每一百天就會(huì)增長一倍，客戶希望獲得7天24小時(shí)的不間斷可用性及較快的系統(tǒng)反應(yīng)時(shí)間，而不愿屢次看到某個(gè)站點(diǎn)“Server Too Busy”及頻繁的系統(tǒng)故障。
網(wǎng)絡(luò)的各個(gè)核心部分隨著業(yè)務(wù)量的提高、訪問量和數(shù)據(jù)流量的快速增長，其處理能力和計(jì)算強(qiáng)度也相應(yīng)增大，使得單一設(shè)備根本無法承擔(dān)。在此情況下，如果扔掉現(xiàn)有設(shè)備去做大量的硬件升級(jí)，這樣將造成現(xiàn)有資源的浪費(fèi)，而且如果再面臨下一次業(yè)務(wù)量的提升，這又將導(dǎo)致再一次硬件升級(jí)的高額成本投入，甚至性能再卓越的設(shè)備也不能滿足當(dāng)前業(yè)務(wù)量的需求。于是，負(fù)載均衡機(jī)制應(yīng)運(yùn)而生。
負(fù)載均衡（Load Balance）建立在現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)之上，它提供了一種廉價(jià)有效透明的方法擴(kuò)展網(wǎng)絡(luò)設(shè)備和服務(wù)器的帶寬、增加吞吐量、加強(qiáng)網(wǎng)絡(luò)數(shù)據(jù)處理能力、提高網(wǎng)絡(luò)的靈活性和可用性。
負(fù)載均衡有兩方面的含義：首先，大量的并發(fā)訪問或數(shù)據(jù)流量分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上分別處理，減少用戶等待響應(yīng)的時(shí)間；其次，單個(gè)重負(fù)載的運(yùn)算分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上做并行處理，每個(gè)節(jié)點(diǎn)設(shè)備處理結(jié)束后，將結(jié)果匯總，返回給用戶，系統(tǒng)處理能力得到大幅度提高。
本文所要介紹的負(fù)載均衡技術(shù)主要是指在均衡服務(wù)器群中所有服務(wù)器和應(yīng)用程序之間流量負(fù)載的應(yīng)用，目前負(fù)載均衡技術(shù)大多數(shù)是用于提高諸如在Web服務(wù)器、FTP服務(wù)器和其它關(guān)鍵任務(wù)服務(wù)器上的Internet服務(wù)器程序的可用性和可伸縮性。
負(fù)載均衡技術(shù)分類
目前有許多不同的負(fù)載均衡技術(shù)用以滿足不同的應(yīng)用需求，下面從負(fù)載均衡所采用的設(shè)備對(duì)象、應(yīng)用的網(wǎng)絡(luò)層次（指OSI參考模型）及應(yīng)用的地理結(jié)構(gòu)等來分類。
軟/硬件負(fù)載均衡
軟件負(fù)載均衡解決方案是指在一臺(tái)或多臺(tái)服務(wù)器相應(yīng)的操作系統(tǒng)上安裝一個(gè)或多個(gè)附加軟件來實(shí)現(xiàn)負(fù)載均衡，如DNS Load Balance，CheckPoint Firewall-1 ConnectControl等，它的優(yōu)點(diǎn)是基于特定環(huán)境，配置簡單，使用靈活，成本低廉，可以滿足一般的負(fù)載均衡需求。
軟件解決方案缺點(diǎn)也較多，因?yàn)槊颗_(tái)服務(wù)器上安裝額外的軟件運(yùn)行會(huì)消耗系統(tǒng)不定量的資源，越是功能強(qiáng)大的模塊，消耗得越多，所以當(dāng)連接請求特別大的時(shí)候，軟件本身會(huì)成為服務(wù)器工作成敗的一個(gè)關(guān)鍵；軟件可擴(kuò)展性并不是很好，受到操作系統(tǒng)的限制；由于操作系統(tǒng)本身的Bug，往往會(huì)引起安全問題。
硬件負(fù)載均衡解決方案是直接在服務(wù)器和外部網(wǎng)絡(luò)間安裝負(fù)載均衡設(shè)備，這種設(shè)備我們通常稱之為負(fù)載均衡器，由于專門的設(shè)備完成專門的任務(wù)，獨(dú)立于操作系統(tǒng)，整體性能得到大量提高，加上多樣化的負(fù)載均衡策略，智能化的流量管理，可達(dá)到的負(fù)載均衡需求。
負(fù)載均衡器有多種多樣的形式，除了作為獨(dú)立意義上的負(fù)載均衡器外，有些負(fù)載均衡器集成在交換設(shè)備中，置于服務(wù)器與Internet鏈接之間，有些則以兩塊網(wǎng)絡(luò)適配器將這一功能集成到PC中，一塊連接到Internet上，一塊連接到后端服務(wù)器群的內(nèi)部網(wǎng)絡(luò)上。
一般而言，硬件負(fù)載均衡在功能、性能上優(yōu)于軟件方式，不過成本昂貴。
本地/全局負(fù)載均衡
負(fù)載均衡從其應(yīng)用的地理結(jié)構(gòu)上分為本地負(fù)載均衡(Local Load Balance)和全局負(fù)載均衡(Global Load Balance，也叫地域負(fù)載均衡)，本地負(fù)載均衡是指對(duì)本地的服務(wù)器群做負(fù)載均衡，全局負(fù)載均衡是指對(duì)分別放置在不同的地理位置、有不同網(wǎng)絡(luò)結(jié)構(gòu)的服務(wù)器群間作負(fù)載均衡。
本地負(fù)載均衡能有效地解決數(shù)據(jù)流量過大、網(wǎng)絡(luò)負(fù)荷過重的問題，并且不需花費(fèi)昂貴開支購置性能卓越的服務(wù)器，充分利用現(xiàn)有設(shè)備，避免服務(wù)器單點(diǎn)故障造成數(shù)據(jù)流量的損失。其有靈活多樣的均衡策略把數(shù)據(jù)流量合理地分配給服務(wù)器群內(nèi)的服務(wù)器共同負(fù)擔(dān)。即使是再給現(xiàn)有服務(wù)器擴(kuò)充升級(jí)，也只是簡單地增加一個(gè)新的服務(wù)器到服務(wù)群中，而不需改變現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)、停止現(xiàn)有的服務(wù)。
全局負(fù)載均衡主要用于在一個(gè)多區(qū)域擁有自己服務(wù)器的站點(diǎn)，為了使全球用戶只以一個(gè)IP地址或域名就能訪問到離自己最近的服務(wù)器，從而獲得最快的訪問速度，也可用于子公司分散站點(diǎn)分布廣的大公司通過Intranet（企業(yè)內(nèi)部互聯(lián)網(wǎng)）來達(dá)到資源統(tǒng)一合理分配的目的。
全局負(fù)載均衡有以下的特點(diǎn)：
實(shí)現(xiàn)地理位置無關(guān)性，能夠遠(yuǎn)距離為用戶提供完全的透明服務(wù)。
除了能避免服務(wù)器、數(shù)據(jù)中心等的單點(diǎn)失效，也能避免由于ISP專線故障引起的單點(diǎn)失效。
解決網(wǎng)絡(luò)擁塞問題，提高服務(wù)器響應(yīng)速度，服務(wù)就近提供，達(dá)到更好的訪問質(zhì)量
不同網(wǎng)絡(luò)層次上的網(wǎng)絡(luò)負(fù)載均衡
針對(duì)網(wǎng)絡(luò)上負(fù)載過重的不同瓶頸所在，從網(wǎng)絡(luò)的不同層次入手，我們可以采用相應(yīng)的負(fù)載均衡技術(shù)來解決現(xiàn)有問題。
隨著帶寬增加，數(shù)據(jù)流量不斷增大，網(wǎng)絡(luò)核心部分的數(shù)據(jù)接口將面臨瓶頸問題，原有的單一線路將很難滿足需求，而且線路的升級(jí)又過于昂貴甚至難以實(shí)現(xiàn)，這時(shí)就可以考慮采用鏈路聚合（Trunking）技術(shù)。
鏈路聚合技術(shù)（第二層負(fù)載均衡）將多條物理鏈路當(dāng)作一條單一的聚合邏輯鏈路使用，網(wǎng)絡(luò)數(shù)據(jù)流量由聚合邏輯鏈路中所有物理鏈路共同承擔(dān)，由此在邏輯上增大了鏈路的容量，使其能滿足帶寬增加的需求。
現(xiàn)代負(fù)載均衡技術(shù)通常操作于網(wǎng)絡(luò)的第四層或第七層。第四層負(fù)載均衡將一個(gè)Internet上合法注冊的IP地址映射為多個(gè)內(nèi)部服務(wù)器的IP地址，對(duì)每次TCP連接請求動(dòng)態(tài)使用其中一個(gè)內(nèi)部IP地址，達(dá)到負(fù)載均衡的目的。在第四層交換機(jī)中，此種均衡技術(shù)得到廣泛的應(yīng)用，一個(gè)目標(biāo)地址是服務(wù)器群VIP（虛擬IP，Virtual IP address）連接請求的數(shù)據(jù)包流經(jīng)交換機(jī)，交換機(jī)根據(jù)源端和目的IP地址、TCP或UDP端口號(hào)和一定的負(fù)載均衡策略，在服務(wù)器IP和VIP間進(jìn)行映射，選取服務(wù)器群中的服務(wù)器來處理連接請求。
第七層負(fù)載均衡控制應(yīng)用層服務(wù)的內(nèi)容，提供了一種對(duì)訪問流量的高層控制方式，適合對(duì)HTTP服務(wù)器群的應(yīng)用。第七層負(fù)載均衡技術(shù)通過檢查流經(jīng)的HTTP報(bào)頭，根據(jù)報(bào)頭內(nèi)的信息來執(zhí)行負(fù)載均衡任務(wù)。
第七層負(fù)載均衡優(yōu)點(diǎn)表現(xiàn)在如下幾個(gè)方面：
通過對(duì)HTTP報(bào)頭的檢查，可以檢測出HTTP400、500和600系列的錯(cuò)誤信息，因而能透明地將連接請求重新定向到另一臺(tái)服務(wù)器，避免應(yīng)用層故障。
可根據(jù)流經(jīng)的數(shù)據(jù)類型（如判斷數(shù)據(jù)包是圖像文件、壓縮文件或多媒體文件格式等），把數(shù)據(jù)流量引向相應(yīng)內(nèi)容的服務(wù)器來處理，增加系統(tǒng)性能。
能根據(jù)連接請求的類型，如是普通文本、圖象等靜態(tài)文檔請求，還是asp、cgi等的動(dòng)態(tài)文檔請求，把相應(yīng)的請求引向相應(yīng)的服務(wù)器來處理，提高系統(tǒng)的性能及安全性。
第七層負(fù)載均衡受到其所支持的協(xié)議限制（一般只有HTTP），這樣就限制了它應(yīng)用的廣泛性，并且檢查HTTP報(bào)頭會(huì)占用大量的系統(tǒng)資源，勢必會(huì)影響到系統(tǒng)的性能，在大量連接請求的情況下，負(fù)載均衡設(shè)備自身容易成為網(wǎng)絡(luò)整體性能的瓶頸。
負(fù)載均衡策略深入剖析
在實(shí)際應(yīng)用中，我們可能不想僅僅是把客戶端的服務(wù)請求平均地分配給內(nèi)部服務(wù)器，而不管服務(wù)器是否宕機(jī)。而是想使Pentium III服務(wù)器比Pentium II能接受更多的服務(wù)請求，一臺(tái)處理服務(wù)請求較少的服務(wù)器能分配到更多的服務(wù)請求，出現(xiàn)故障的服務(wù)器將不再接受服務(wù)請求直至故障恢復(fù)等等。
選擇合適的負(fù)載均衡策略，使多個(gè)設(shè)備能很好的共同完成任務(wù)，消除或避免現(xiàn)有網(wǎng)絡(luò)負(fù)載分布不均、數(shù)據(jù)流量擁擠反應(yīng)時(shí)間長的瓶頸。在各負(fù)載均衡方式中，針對(duì)不同的應(yīng)用需求，在OSI參考模型的第二、三、四、七層的負(fù)載均衡都有相應(yīng)的負(fù)載均衡策略。
負(fù)載均衡策略的優(yōu)劣及其實(shí)現(xiàn)的難易程度有兩個(gè)關(guān)鍵因素：一、負(fù)載均衡算法，二、對(duì)網(wǎng)絡(luò)系統(tǒng)狀況的檢測方式和能力。
考慮到服務(wù)請求的不同類型、服務(wù)器的不同處理能力以及隨機(jī)選擇造成的負(fù)載分配不均勻等問題，為了更加合理的把負(fù)載分配給內(nèi)部的多個(gè)服務(wù)器，就需要應(yīng)用相應(yīng)的能夠正確反映各個(gè)服務(wù)器處理能力及網(wǎng)絡(luò)狀態(tài)的負(fù)載均衡算法：
輪循均衡（Round Robin）：每一次來自網(wǎng)絡(luò)的請求輪流分配給內(nèi)部中的服務(wù)器，從1至N然后重新開始。此種均衡算法適合于服務(wù)器組中的所有服務(wù)器都有相同的軟硬件配置并且平均服務(wù)請求相對(duì)均衡的情況。
權(quán)重輪循均衡（Weighted Round Robin）：根據(jù)服務(wù)器的不同處理能力，給每個(gè)服務(wù)器分配不同的權(quán)值，使其能夠接受相應(yīng)權(quán)值數(shù)的服務(wù)請求。例如：服務(wù)器A的權(quán)值被設(shè)計(jì)成1，B的權(quán)值是3，C的權(quán)值是6，則服務(wù)器A、B、C將分別接受到10%、30％、60％的服務(wù)請求。此種均衡算法能確保高性能的服務(wù)器得到更多的使用率，避免低性能的服務(wù)器負(fù)載過重。
隨機(jī)均衡（Random）：把來自網(wǎng)絡(luò)的請求隨機(jī)分配給內(nèi)部中的多個(gè)服務(wù)器。
權(quán)重隨機(jī)均衡（Weighted Random）：此種均衡算法類似于權(quán)重輪循算法，不過在處理請求分擔(dān)時(shí)是個(gè)隨機(jī)選擇的過程。
響應(yīng)速度均衡（Response Time）：負(fù)載均衡設(shè)備對(duì)內(nèi)部各服務(wù)器發(fā)出一個(gè)探測請求（例如Ping），然后根據(jù)內(nèi)部中各服務(wù)器對(duì)探測請求的最快響應(yīng)時(shí)間來決定哪一臺(tái)服務(wù)器來響應(yīng)客戶端的服務(wù)請求。此種均衡算法能較好的反映服務(wù)器的當(dāng)前運(yùn)行狀態(tài)，但這最快響應(yīng)時(shí)間僅僅指的是負(fù)載均衡設(shè)備與服務(wù)器間的最快響應(yīng)時(shí)間，而不是客戶端與服務(wù)器間的最快響應(yīng)時(shí)間。
最少連接數(shù)均衡（Least Connection）：客戶端的每一次請求服務(wù)在服務(wù)器停留的時(shí)間可能會(huì)有較大的差異，隨著工作時(shí)間加長，如果采用簡單的輪循或隨機(jī)均衡算法，每一臺(tái)服務(wù)器上的連接進(jìn)程可能會(huì)產(chǎn)生極大的不同，并沒有達(dá)到真正的負(fù)載均衡。最少連接數(shù)均衡算法對(duì)內(nèi)部中需負(fù)載的每一臺(tái)服務(wù)器都有一個(gè)數(shù)據(jù)記錄，記錄當(dāng)前該服務(wù)器正在處理的連接數(shù)量，當(dāng)有新的服務(wù)連接請求時(shí)，將把當(dāng)前請求分配給連接數(shù)最少的服務(wù)器，使均衡更加符合實(shí)際情況，負(fù)載更加均衡。此種均衡算法適合長時(shí)處理的請求服務(wù)，如FTP。
處理能力均衡：此種均衡算法將把服務(wù)請求分配給內(nèi)部中處理負(fù)荷（根據(jù)服務(wù)器CPU型號(hào)、CPU數(shù)量、內(nèi)存大小及當(dāng)前連接數(shù)等換算而成）最輕的服務(wù)器，由于考慮到了內(nèi)部服務(wù)器的處理能力及當(dāng)前網(wǎng)絡(luò)運(yùn)行狀況，所以此種均衡算法相對(duì)來說更加精確，尤其適合運(yùn)用到第七層（應(yīng)用層）負(fù)載均衡的情況下。
DNS響應(yīng)均衡（Flash DNS）：在Internet上，無論是HTTP、FTP或是其它的服務(wù)請求，客戶端一般都是通過域名解析來找到服務(wù)器確切的IP地址的。在此均衡算法下，分處在不同地理位置的負(fù)載均衡設(shè)備收到同一個(gè)客戶端的域名解析請求，并在同一時(shí)間內(nèi)把此域名解析成各自相對(duì)應(yīng)服務(wù)器的IP地址（即與此負(fù)載均衡設(shè)備在同一位地理位置的服務(wù)器的IP地址）并返回給客戶端，則客戶端將以最先收到的域名解析IP地址來繼續(xù)請求服務(wù)，而忽略其它的IP地址響應(yīng)。在種均衡策略適合應(yīng)用在全局負(fù)載均衡的情況下，對(duì)本地負(fù)載均衡是沒有意義的。
盡管有多種的負(fù)載均衡算法可以較好的把數(shù)據(jù)流量分配給服務(wù)器去負(fù)載，但如果負(fù)載均衡策略沒有對(duì)網(wǎng)絡(luò)系統(tǒng)狀況的檢測方式和能力，一旦在某臺(tái)服務(wù)器或某段負(fù)載均衡設(shè)備與服務(wù)器網(wǎng)絡(luò)間出現(xiàn)故障的情況下，負(fù)載均衡設(shè)備依然把一部分?jǐn)?shù)據(jù)流量引向那臺(tái)服務(wù)器，這勢必造成大量的服務(wù)請求被丟失，達(dá)不到不間斷可用性的要求。所以良好的負(fù)載均衡策略應(yīng)有對(duì)網(wǎng)絡(luò)故障、服務(wù)器系統(tǒng)故障、應(yīng)用服務(wù)故障的檢測方式和能力：
Ping偵測：通過ping的方式檢測服務(wù)器及網(wǎng)絡(luò)系統(tǒng)狀況，此種方式簡單快速，但只能大致檢測出網(wǎng)絡(luò)及服務(wù)器上的操作系統(tǒng)是否正常，對(duì)服務(wù)器上的應(yīng)用服務(wù)檢測就無能為力了。
TCP Open偵測：每個(gè)服務(wù)都會(huì)開放某個(gè)通過TCP連接，檢測服務(wù)器上某個(gè)TCP端口（如Telnet的23口，HTTP的80口等）是否開放來判斷服務(wù)是否正常。
HTTP URL偵測：比如向HTTP服務(wù)器發(fā)出一個(gè)對(duì)main.HTML文件的訪問請求，如果收到錯(cuò)誤信息，則認(rèn)為服務(wù)器出現(xiàn)故障。
負(fù)載均衡策略的優(yōu)劣除受上面所講的兩個(gè)因素影響外，在有些應(yīng)用情況下，我們需要將來自同一客戶端的所有請求都分配給同一臺(tái)服務(wù)器去負(fù)擔(dān)，例如服務(wù)器將客戶端注冊、購物等服務(wù)請求信息保存的本地?cái)?shù)據(jù)庫的情況下，把客戶端的子請求分配給同一臺(tái)服務(wù)器來處理就顯的至關(guān)重要了。有兩種方式可以解決此問題，一是根據(jù)IP地址把來自同一客戶端的多次請求分配給同一臺(tái)服務(wù)器處理，客戶端IP地址與服務(wù)器的對(duì)應(yīng)信息是保存在負(fù)載均衡設(shè)備上的；二是在客戶端瀏覽器cookIE內(nèi)做獨(dú)一無二的標(biāo)識(shí)來把多次請求分配給同一臺(tái)服務(wù)器處理，適合通過代理服務(wù)器上網(wǎng)的客戶端。
還有一種路徑外返回模式（Out of Path Return），當(dāng)客戶端連接請求發(fā)送給負(fù)載均衡設(shè)備的時(shí)候，中心負(fù)載均衡設(shè)備將請求引向某個(gè)服務(wù)器，服務(wù)器的回應(yīng)請求不再返回給中心負(fù)載均衡設(shè)備，即繞過流量分配器，直接返回給客戶端，因此中心負(fù)載均衡設(shè)備只負(fù)責(zé)接受并轉(zhuǎn)發(fā)請求，其網(wǎng)絡(luò)負(fù)擔(dān)就減少了很多，并且給客戶端提供了更快的響應(yīng)時(shí)間。此種模式一般用于HTTP服務(wù)器群，在各服務(wù)器上要安裝一塊虛擬網(wǎng)絡(luò)適配器，并將其IP地址設(shè)為服務(wù)器群的VIP，這樣才能在服務(wù)器直接回應(yīng)客戶端請求時(shí)順利的達(dá)成三次握手。
負(fù)載均衡實(shí)施要素
負(fù)載均衡方案應(yīng)是在網(wǎng)站建設(shè)初期就應(yīng)考慮的問題，不過有時(shí)隨著訪問流量的爆炸性增長，超出決策者的意料，這也就成為不得不面對(duì)的問題。當(dāng)我們在引入某種負(fù)載均衡方案乃至具體實(shí)施時(shí)，像其他的許多方案一樣，首先是確定當(dāng)前及將來的應(yīng)用需求，然后在代價(jià)與收效之間做出權(quán)衡。
針對(duì)當(dāng)前及將來的應(yīng)用需求，分析網(wǎng)絡(luò)瓶頸的不同所在，我們就需要確立是采用哪一類的負(fù)載均衡技術(shù)，采用什么樣的均衡策略，在可用性、兼容性、安全性等等方面要滿足多大的需求，如此等等。
不管負(fù)載均衡方案是采用花費(fèi)較少的軟件方式，還是購買代價(jià)高昂在性能功能上更強(qiáng)的第四層交換機(jī)、負(fù)載均衡器等硬件方式來實(shí)現(xiàn)，亦或其他種類不同的均衡技術(shù)，下面這幾項(xiàng)都是我們在引入均衡方案時(shí)可能要考慮的問題：
性能：性能是我們在引入均衡方案時(shí)需要重點(diǎn)考慮的問題，但也是一個(gè)最難把握的問題。衡量性能時(shí)可將每秒鐘通過網(wǎng)絡(luò)的數(shù)據(jù)包數(shù)目做為一個(gè)參數(shù)，另一個(gè)參數(shù)是均衡方案中服務(wù)器群所能處理的并發(fā)連接數(shù)目，但是，假設(shè)一個(gè)均衡系統(tǒng)能處理百萬計(jì)的并發(fā)連接數(shù)，可是卻只能以每秒2個(gè)包的速率轉(zhuǎn)發(fā)，這顯然是沒有任何作用的。 性能的優(yōu)劣與負(fù)載均衡設(shè)備的處理能力、采用的均衡策略息息相關(guān)，并且有兩點(diǎn)需要注意：一、均衡方案對(duì)服務(wù)器群整體的性能，這是響應(yīng)客戶端連接請求速度的關(guān)鍵；二、負(fù)載均衡設(shè)備自身的性能，避免有大量連接請求時(shí)自身性能不足而成為服務(wù)瓶頸。 有時(shí)我們也可以考慮采用混合型負(fù)載均衡策略來提升服務(wù)器群的總體性能，如DNS負(fù)載均衡與NAT負(fù)載均衡相結(jié)合。另外，針對(duì)有大量靜態(tài)文檔請求的站點(diǎn)，也可以考慮采用高速緩存技術(shù)，相對(duì)來說更節(jié)省費(fèi)用，更能提高響應(yīng)性能；對(duì)有大量ssl/xml內(nèi)容傳輸?shù)恼军c(diǎn)，更應(yīng)考慮采用ssl/xml加速技術(shù)。
可擴(kuò)展性：IT技術(shù)日新月異，一年以前最新的產(chǎn)品，現(xiàn)在或許已是網(wǎng)絡(luò)中性能最低的產(chǎn)品；業(yè)務(wù)量的急速上升，一年前的網(wǎng)絡(luò)，現(xiàn)在需要新一輪的擴(kuò)展。合適的均衡解決方案應(yīng)能滿足這些需求，能均衡不同操作系統(tǒng)和硬件平臺(tái)之間的負(fù)載，能均衡HTTP、郵件、新聞、代理、數(shù)據(jù)庫、防火墻和 Cache等不同服務(wù)器的負(fù)載，并且能以對(duì)客戶端完全透明的方式動(dòng)態(tài)增加或刪除某些資源。
靈活性：均衡解決方案應(yīng)能靈活地提供不同的應(yīng)用需求，滿足應(yīng)用需求的不斷變化。在不同的服務(wù)器群有不同的應(yīng)用需求時(shí)，應(yīng)有多樣的均衡策略提供更廣泛的選擇。
可靠性：在對(duì)服務(wù)質(zhì)量要求較高的站點(diǎn)，負(fù)載均衡解決方案應(yīng)能為服務(wù)器群提供完全的容錯(cuò)性和高可用性。但在負(fù)載均衡設(shè)備自身出現(xiàn)故障時(shí)，應(yīng)該有良好的冗余解決方案，提高可靠性。使用冗余時(shí)，處于同一個(gè)冗余單元的多個(gè)負(fù)載均衡設(shè)備必須具有有效的方式以便互相進(jìn)行監(jiān)控，保護(hù)系統(tǒng)盡可能地避免遭受到重大故障的損失。
易管理性：不管是通過軟件還是硬件方式的均衡解決方案，我們都希望它有靈活、直觀和安全的管理方式，這樣便于安裝、配置、維護(hù)和監(jiān)控，提高工作效率，避免差錯(cuò)。在硬件負(fù)載均衡設(shè)備上，目前主要有三種管理方式可供選擇：一、命令行接口（CLI：Command Line Interface），可通過超級(jí)終端連接負(fù)載均衡設(shè)備串行接口來管理，也能telnet遠(yuǎn)程登錄管理，在初始化配置時(shí)，往往要用到前者；二、圖形用戶接口（GUI：Graphical User Interfaces），有基于普通web頁的管理，也有通過Java Applet 進(jìn)行安全管理，一般都需要管理端安裝有某個(gè)版本的瀏覽器；三、SNMP（Simple Network Management Protocol，簡單網(wǎng)絡(luò)管理協(xié)議）支持，通過第三方網(wǎng)絡(luò)管理軟件對(duì)符合SNMP標(biāo)準(zhǔn)的設(shè)備進(jìn)行管理。
網(wǎng)絡(luò)的各個(gè)核心部分隨著業(yè)務(wù)量的提高、訪問量和數(shù)據(jù)流量的快速增長，其處理能力和計(jì)算強(qiáng)度也相應(yīng)增大，使得單一設(shè)備根本無法承擔(dān)。在此情況下，如果扔掉現(xiàn)有設(shè)備去做大量的硬件升級(jí)，這樣將造成現(xiàn)有資源的浪費(fèi)，而且如果再面臨下一次業(yè)務(wù)量的提升，這又將導(dǎo)致再一次硬件升級(jí)的高額成本投入，甚至性能再卓越的設(shè)備也不能滿足當(dāng)前業(yè)務(wù)量的需求。于是，負(fù)載均衡機(jī)制應(yīng)運(yùn)而生。
負(fù)載均衡（Load Balance）建立在現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)之上，它提供了一種廉價(jià)有效透明的方法擴(kuò)展網(wǎng)絡(luò)設(shè)備和服務(wù)器的帶寬、增加吞吐量、加強(qiáng)網(wǎng)絡(luò)數(shù)據(jù)處理能力、提高網(wǎng)絡(luò)的靈活性和可用性。
負(fù)載均衡有兩方面的含義：首先，大量的并發(fā)訪問或數(shù)據(jù)流量分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上分別處理，減少用戶等待響應(yīng)的時(shí)間；其次，單個(gè)重負(fù)載的運(yùn)算分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上做并行處理，每個(gè)節(jié)點(diǎn)設(shè)備處理結(jié)束后，將結(jié)果匯總，返回給用戶，系統(tǒng)處理能力得到大幅度提高。
本文所要介紹的負(fù)載均衡技術(shù)主要是指在均衡服務(wù)器群中所有服務(wù)器和應(yīng)用程序之間流量負(fù)載的應(yīng)用，目前負(fù)載均衡技術(shù)大多數(shù)是用于提高諸如在Web服務(wù)器、FTP服務(wù)器和其它關(guān)鍵任務(wù)服務(wù)器上的Internet服務(wù)器程序的可用性和可伸縮性。
負(fù)載均衡技術(shù)分類
目前有許多不同的負(fù)載均衡技術(shù)用以滿足不同的應(yīng)用需求，下面從負(fù)載均衡所采用的設(shè)備對(duì)象、應(yīng)用的網(wǎng)絡(luò)層次（指OSI參考模型）及應(yīng)用的地理結(jié)構(gòu)等來分類。
軟/硬件負(fù)載均衡
軟件負(fù)載均衡解決方案是指在一臺(tái)或多臺(tái)服務(wù)器相應(yīng)的操作系統(tǒng)上安裝一個(gè)或多個(gè)附加軟件來實(shí)現(xiàn)負(fù)載均衡，如DNS Load Balance，CheckPoint Firewall-1 ConnectControl等，它的優(yōu)點(diǎn)是基于特定環(huán)境，配置簡單，使用靈活，成本低廉，可以滿足一般的負(fù)載均衡需求。
軟件解決方案缺點(diǎn)也較多，因?yàn)槊颗_(tái)服務(wù)器上安裝額外的軟件運(yùn)行會(huì)消耗系統(tǒng)不定量的資源，越是功能強(qiáng)大的模塊，消耗得越多，所以當(dāng)連接請求特別大的時(shí)候，軟件本身會(huì)成為服務(wù)器工作成敗的一個(gè)關(guān)鍵；軟件可擴(kuò)展性并不是很好，受到操作系統(tǒng)的限制；由于操作系統(tǒng)本身的Bug，往往會(huì)引起安全問題。
硬件負(fù)載均衡解決方案是直接在服務(wù)器和外部網(wǎng)絡(luò)間安裝負(fù)載均衡設(shè)備，這種設(shè)備我們通常稱之為負(fù)載均衡器，由于專門的設(shè)備完成專門的任務(wù)，獨(dú)立于操作系統(tǒng)，整體性能得到大量提高，加上多樣化的負(fù)載均衡策略，智能化的流量管理，可達(dá)到的負(fù)載均衡需求。
負(fù)載均衡器有多種多樣的形式，除了作為獨(dú)立意義上的負(fù)載均衡器外，有些負(fù)載均衡器集成在交換設(shè)備中，置于服務(wù)器與Internet鏈接之間，有些則以兩塊網(wǎng)絡(luò)適配器將這一功能集成到PC中，一塊連接到Internet上，一塊連接到后端服務(wù)器群的內(nèi)部網(wǎng)絡(luò)上。
一般而言，硬件負(fù)載均衡在功能、性能上優(yōu)于軟件方式，不過成本昂貴。
本地/全局負(fù)載均衡
負(fù)載均衡從其應(yīng)用的地理結(jié)構(gòu)上分為本地負(fù)載均衡(Local Load Balance)和全局負(fù)載均衡(Global Load Balance，也叫地域負(fù)載均衡)，本地負(fù)載均衡是指對(duì)本地的服務(wù)器群做負(fù)載均衡，全局負(fù)載均衡是指對(duì)分別放置在不同的地理位置、有不同網(wǎng)絡(luò)結(jié)構(gòu)的服務(wù)器群間作負(fù)載均衡。
本地負(fù)載均衡能有效地解決數(shù)據(jù)流量過大、網(wǎng)絡(luò)負(fù)荷過重的問題，并且不需花費(fèi)昂貴開支購置性能卓越的服務(wù)器，充分利用現(xiàn)有設(shè)備，避免服務(wù)器單點(diǎn)故障造成數(shù)據(jù)流量的損失。其有靈活多樣的均衡策略把數(shù)據(jù)流量合理地分配給服務(wù)器群內(nèi)的服務(wù)器共同負(fù)擔(dān)。即使是再給現(xiàn)有服務(wù)器擴(kuò)充升級(jí)，也只是簡單地增加一個(gè)新的服務(wù)器到服務(wù)群中，而不需改變現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)、停止現(xiàn)有的服務(wù)。
全局負(fù)載均衡主要用于在一個(gè)多區(qū)域擁有自己服務(wù)器的站點(diǎn)，為了使全球用戶只以一個(gè)IP地址或域名就能訪問到離自己最近的服務(wù)器，從而獲得最快的訪問速度，也可用于子公司分散站點(diǎn)分布廣的大公司通過Intranet（企業(yè)內(nèi)部互聯(lián)網(wǎng)）來達(dá)到資源統(tǒng)一合理分配的目的。
全局負(fù)載均衡有以下的特點(diǎn)：
實(shí)現(xiàn)地理位置無關(guān)性，能夠遠(yuǎn)距離為用戶提供完全的透明服務(wù)。
除了能避免服務(wù)器、數(shù)據(jù)中心等的單點(diǎn)失效，也能避免由于ISP專線故障引起的單點(diǎn)失效。
解決網(wǎng)絡(luò)擁塞問題，提高服務(wù)器響應(yīng)速度，服務(wù)就近提供，達(dá)到更好的訪問質(zhì)量
不同網(wǎng)絡(luò)層次上的網(wǎng)絡(luò)負(fù)載均衡
針對(duì)網(wǎng)絡(luò)上負(fù)載過重的不同瓶頸所在，從網(wǎng)絡(luò)的不同層次入手，我們可以采用相應(yīng)的負(fù)載均衡技術(shù)來解決現(xiàn)有問題。
隨著帶寬增加，數(shù)據(jù)流量不斷增大，網(wǎng)絡(luò)核心部分的數(shù)據(jù)接口將面臨瓶頸問題，原有的單一線路將很難滿足需求，而且線路的升級(jí)又過于昂貴甚至難以實(shí)現(xiàn)，這時(shí)就可以考慮采用鏈路聚合（Trunking）技術(shù)。
鏈路聚合技術(shù)（第二層負(fù)載均衡）將多條物理鏈路當(dāng)作一條單一的聚合邏輯鏈路使用，網(wǎng)絡(luò)數(shù)據(jù)流量由聚合邏輯鏈路中所有物理鏈路共同承擔(dān)，由此在邏輯上增大了鏈路的容量，使其能滿足帶寬增加的需求。
現(xiàn)代負(fù)載均衡技術(shù)通常操作于網(wǎng)絡(luò)的第四層或第七層。第四層負(fù)載均衡將一個(gè)Internet上合法注冊的IP地址映射為多個(gè)內(nèi)部服務(wù)器的IP地址，對(duì)每次TCP連接請求動(dòng)態(tài)使用其中一個(gè)內(nèi)部IP地址，達(dá)到負(fù)載均衡的目的。在第四層交換機(jī)中，此種均衡技術(shù)得到廣泛的應(yīng)用，一個(gè)目標(biāo)地址是服務(wù)器群VIP（虛擬IP，Virtual IP address）連接請求的數(shù)據(jù)包流經(jīng)交換機(jī)，交換機(jī)根據(jù)源端和目的IP地址、TCP或UDP端口號(hào)和一定的負(fù)載均衡策略，在服務(wù)器IP和VIP間進(jìn)行映射，選取服務(wù)器群中的服務(wù)器來處理連接請求。
第七層負(fù)載均衡控制應(yīng)用層服務(wù)的內(nèi)容，提供了一種對(duì)訪問流量的高層控制方式，適合對(duì)HTTP服務(wù)器群的應(yīng)用。第七層負(fù)載均衡技術(shù)通過檢查流經(jīng)的HTTP報(bào)頭，根據(jù)報(bào)頭內(nèi)的信息來執(zhí)行負(fù)載均衡任務(wù)。
第七層負(fù)載均衡優(yōu)點(diǎn)表現(xiàn)在如下幾個(gè)方面：
通過對(duì)HTTP報(bào)頭的檢查，可以檢測出HTTP400、500和600系列的錯(cuò)誤信息，因而能透明地將連接請求重新定向到另一臺(tái)服務(wù)器，避免應(yīng)用層故障。
可根據(jù)流經(jīng)的數(shù)據(jù)類型（如判斷數(shù)據(jù)包是圖像文件、壓縮文件或多媒體文件格式等），把數(shù)據(jù)流量引向相應(yīng)內(nèi)容的服務(wù)器來處理，增加系統(tǒng)性能。
能根據(jù)連接請求的類型，如是普通文本、圖象等靜態(tài)文檔請求，還是asp、cgi等的動(dòng)態(tài)文檔請求，把相應(yīng)的請求引向相應(yīng)的服務(wù)器來處理，提高系統(tǒng)的性能及安全性。
第七層負(fù)載均衡受到其所支持的協(xié)議限制（一般只有HTTP），這樣就限制了它應(yīng)用的廣泛性，并且檢查HTTP報(bào)頭會(huì)占用大量的系統(tǒng)資源，勢必會(huì)影響到系統(tǒng)的性能，在大量連接請求的情況下，負(fù)載均衡設(shè)備自身容易成為網(wǎng)絡(luò)整體性能的瓶頸。
負(fù)載均衡策略深入剖析
在實(shí)際應(yīng)用中，我們可能不想僅僅是把客戶端的服務(wù)請求平均地分配給內(nèi)部服務(wù)器，而不管服務(wù)器是否宕機(jī)。而是想使Pentium III服務(wù)器比Pentium II能接受更多的服務(wù)請求，一臺(tái)處理服務(wù)請求較少的服務(wù)器能分配到更多的服務(wù)請求，出現(xiàn)故障的服務(wù)器將不再接受服務(wù)請求直至故障恢復(fù)等等。
選擇合適的負(fù)載均衡策略，使多個(gè)設(shè)備能很好的共同完成任務(wù)，消除或避免現(xiàn)有網(wǎng)絡(luò)負(fù)載分布不均、數(shù)據(jù)流量擁擠反應(yīng)時(shí)間長的瓶頸。在各負(fù)載均衡方式中，針對(duì)不同的應(yīng)用需求，在OSI參考模型的第二、三、四、七層的負(fù)載均衡都有相應(yīng)的負(fù)載均衡策略。
負(fù)載均衡策略的優(yōu)劣及其實(shí)現(xiàn)的難易程度有兩個(gè)關(guān)鍵因素：一、負(fù)載均衡算法，二、對(duì)網(wǎng)絡(luò)系統(tǒng)狀況的檢測方式和能力。
考慮到服務(wù)請求的不同類型、服務(wù)器的不同處理能力以及隨機(jī)選擇造成的負(fù)載分配不均勻等問題，為了更加合理的把負(fù)載分配給內(nèi)部的多個(gè)服務(wù)器，就需要應(yīng)用相應(yīng)的能夠正確反映各個(gè)服務(wù)器處理能力及網(wǎng)絡(luò)狀態(tài)的負(fù)載均衡算法：
輪循均衡（Round Robin）：每一次來自網(wǎng)絡(luò)的請求輪流分配給內(nèi)部中的服務(wù)器，從1至N然后重新開始。此種均衡算法適合于服務(wù)器組中的所有服務(wù)器都有相同的軟硬件配置并且平均服務(wù)請求相對(duì)均衡的情況。
權(quán)重輪循均衡（Weighted Round Robin）：根據(jù)服務(wù)器的不同處理能力，給每個(gè)服務(wù)器分配不同的權(quán)值，使其能夠接受相應(yīng)權(quán)值數(shù)的服務(wù)請求。例如：服務(wù)器A的權(quán)值被設(shè)計(jì)成1，B的權(quán)值是3，C的權(quán)值是6，則服務(wù)器A、B、C將分別接受到10%、30％、60％的服務(wù)請求。此種均衡算法能確保高性能的服務(wù)器得到更多的使用率，避免低性能的服務(wù)器負(fù)載過重。
隨機(jī)均衡（Random）：把來自網(wǎng)絡(luò)的請求隨機(jī)分配給內(nèi)部中的多個(gè)服務(wù)器。
權(quán)重隨機(jī)均衡（Weighted Random）：此種均衡算法類似于權(quán)重輪循算法，不過在處理請求分擔(dān)時(shí)是個(gè)隨機(jī)選擇的過程。
響應(yīng)速度均衡（Response Time）：負(fù)載均衡設(shè)備對(duì)內(nèi)部各服務(wù)器發(fā)出一個(gè)探測請求（例如Ping），然后根據(jù)內(nèi)部中各服務(wù)器對(duì)探測請求的最快響應(yīng)時(shí)間來決定哪一臺(tái)服務(wù)器來響應(yīng)客戶端的服務(wù)請求。此種均衡算法能較好的反映服務(wù)器的當(dāng)前運(yùn)行狀態(tài)，但這最快響應(yīng)時(shí)間僅僅指的是負(fù)載均衡設(shè)備與服務(wù)器間的最快響應(yīng)時(shí)間，而不是客戶端與服務(wù)器間的最快響應(yīng)時(shí)間。
最少連接數(shù)均衡（Least Connection）：客戶端的每一次請求服務(wù)在服務(wù)器停留的時(shí)間可能會(huì)有較大的差異，隨著工作時(shí)間加長，如果采用簡單的輪循或隨機(jī)均衡算法，每一臺(tái)服務(wù)器上的連接進(jìn)程可能會(huì)產(chǎn)生極大的不同，并沒有達(dá)到真正的負(fù)載均衡。最少連接數(shù)均衡算法對(duì)內(nèi)部中需負(fù)載的每一臺(tái)服務(wù)器都有一個(gè)數(shù)據(jù)記錄，記錄當(dāng)前該服務(wù)器正在處理的連接數(shù)量，當(dāng)有新的服務(wù)連接請求時(shí)，將把當(dāng)前請求分配給連接數(shù)最少的服務(wù)器，使均衡更加符合實(shí)際情況，負(fù)載更加均衡。此種均衡算法適合長時(shí)處理的請求服務(wù)，如FTP。
處理能力均衡：此種均衡算法將把服務(wù)請求分配給內(nèi)部中處理負(fù)荷（根據(jù)服務(wù)器CPU型號(hào)、CPU數(shù)量、內(nèi)存大小及當(dāng)前連接數(shù)等換算而成）最輕的服務(wù)器，由于考慮到了內(nèi)部服務(wù)器的處理能力及當(dāng)前網(wǎng)絡(luò)運(yùn)行狀況，所以此種均衡算法相對(duì)來說更加精確，尤其適合運(yùn)用到第七層（應(yīng)用層）負(fù)載均衡的情況下。
DNS響應(yīng)均衡（Flash DNS）：在Internet上，無論是HTTP、FTP或是其它的服務(wù)請求，客戶端一般都是通過域名解析來找到服務(wù)器確切的IP地址的。在此均衡算法下，分處在不同地理位置的負(fù)載均衡設(shè)備收到同一個(gè)客戶端的域名解析請求，并在同一時(shí)間內(nèi)把此域名解析成各自相對(duì)應(yīng)服務(wù)器的IP地址（即與此負(fù)載均衡設(shè)備在同一位地理位置的服務(wù)器的IP地址）并返回給客戶端，則客戶端將以最先收到的域名解析IP地址來繼續(xù)請求服務(wù)，而忽略其它的IP地址響應(yīng)。在種均衡策略適合應(yīng)用在全局負(fù)載均衡的情況下，對(duì)本地負(fù)載均衡是沒有意義的。
盡管有多種的負(fù)載均衡算法可以較好的把數(shù)據(jù)流量分配給服務(wù)器去負(fù)載，但如果負(fù)載均衡策略沒有對(duì)網(wǎng)絡(luò)系統(tǒng)狀況的檢測方式和能力，一旦在某臺(tái)服務(wù)器或某段負(fù)載均衡設(shè)備與服務(wù)器網(wǎng)絡(luò)間出現(xiàn)故障的情況下，負(fù)載均衡設(shè)備依然把一部分?jǐn)?shù)據(jù)流量引向那臺(tái)服務(wù)器，這勢必造成大量的服務(wù)請求被丟失，達(dá)不到不間斷可用性的要求。所以良好的負(fù)載均衡策略應(yīng)有對(duì)網(wǎng)絡(luò)故障、服務(wù)器系統(tǒng)故障、應(yīng)用服務(wù)故障的檢測方式和能力：
Ping偵測：通過ping的方式檢測服務(wù)器及網(wǎng)絡(luò)系統(tǒng)狀況，此種方式簡單快速，但只能大致檢測出網(wǎng)絡(luò)及服務(wù)器上的操作系統(tǒng)是否正常，對(duì)服務(wù)器上的應(yīng)用服務(wù)檢測就無能為力了。
TCP Open偵測：每個(gè)服務(wù)都會(huì)開放某個(gè)通過TCP連接，檢測服務(wù)器上某個(gè)TCP端口（如Telnet的23口，HTTP的80口等）是否開放來判斷服務(wù)是否正常。
HTTP URL偵測：比如向HTTP服務(wù)器發(fā)出一個(gè)對(duì)main.HTML文件的訪問請求，如果收到錯(cuò)誤信息，則認(rèn)為服務(wù)器出現(xiàn)故障。
負(fù)載均衡策略的優(yōu)劣除受上面所講的兩個(gè)因素影響外，在有些應(yīng)用情況下，我們需要將來自同一客戶端的所有請求都分配給同一臺(tái)服務(wù)器去負(fù)擔(dān)，例如服務(wù)器將客戶端注冊、購物等服務(wù)請求信息保存的本地?cái)?shù)據(jù)庫的情況下，把客戶端的子請求分配給同一臺(tái)服務(wù)器來處理就顯的至關(guān)重要了。有兩種方式可以解決此問題，一是根據(jù)IP地址把來自同一客戶端的多次請求分配給同一臺(tái)服務(wù)器處理，客戶端IP地址與服務(wù)器的對(duì)應(yīng)信息是保存在負(fù)載均衡設(shè)備上的；二是在客戶端瀏覽器cookIE內(nèi)做獨(dú)一無二的標(biāo)識(shí)來把多次請求分配給同一臺(tái)服務(wù)器處理，適合通過代理服務(wù)器上網(wǎng)的客戶端。
還有一種路徑外返回模式（Out of Path Return），當(dāng)客戶端連接請求發(fā)送給負(fù)載均衡設(shè)備的時(shí)候，中心負(fù)載均衡設(shè)備將請求引向某個(gè)服務(wù)器，服務(wù)器的回應(yīng)請求不再返回給中心負(fù)載均衡設(shè)備，即繞過流量分配器，直接返回給客戶端，因此中心負(fù)載均衡設(shè)備只負(fù)責(zé)接受并轉(zhuǎn)發(fā)請求，其網(wǎng)絡(luò)負(fù)擔(dān)就減少了很多，并且給客戶端提供了更快的響應(yīng)時(shí)間。此種模式一般用于HTTP服務(wù)器群，在各服務(wù)器上要安裝一塊虛擬網(wǎng)絡(luò)適配器，并將其IP地址設(shè)為服務(wù)器群的VIP，這樣才能在服務(wù)器直接回應(yīng)客戶端請求時(shí)順利的達(dá)成三次握手。
負(fù)載均衡實(shí)施要素
負(fù)載均衡方案應(yīng)是在網(wǎng)站建設(shè)初期就應(yīng)考慮的問題，不過有時(shí)隨著訪問流量的爆炸性增長，超出決策者的意料，這也就成為不得不面對(duì)的問題。當(dāng)我們在引入某種負(fù)載均衡方案乃至具體實(shí)施時(shí)，像其他的許多方案一樣，首先是確定當(dāng)前及將來的應(yīng)用需求，然后在代價(jià)與收效之間做出權(quán)衡。
針對(duì)當(dāng)前及將來的應(yīng)用需求，分析網(wǎng)絡(luò)瓶頸的不同所在，我們就需要確立是采用哪一類的負(fù)載均衡技術(shù)，采用什么樣的均衡策略，在可用性、兼容性、安全性等等方面要滿足多大的需求，如此等等。
不管負(fù)載均衡方案是采用花費(fèi)較少的軟件方式，還是購買代價(jià)高昂在性能功能上更強(qiáng)的第四層交換機(jī)、負(fù)載均衡器等硬件方式來實(shí)現(xiàn)，亦或其他種類不同的均衡技術(shù)，下面這幾項(xiàng)都是我們在引入均衡方案時(shí)可能要考慮的問題：
性能：性能是我們在引入均衡方案時(shí)需要重點(diǎn)考慮的問題，但也是一個(gè)最難把握的問題。衡量性能時(shí)可將每秒鐘通過網(wǎng)絡(luò)的數(shù)據(jù)包數(shù)目做為一個(gè)參數(shù)，另一個(gè)參數(shù)是均衡方案中服務(wù)器群所能處理的并發(fā)連接數(shù)目，但是，假設(shè)一個(gè)均衡系統(tǒng)能處理百萬計(jì)的并發(fā)連接數(shù)，可是卻只能以每秒2個(gè)包的速率轉(zhuǎn)發(fā)，這顯然是沒有任何作用的。 性能的優(yōu)劣與負(fù)載均衡設(shè)備的處理能力、采用的均衡策略息息相關(guān)，并且有兩點(diǎn)需要注意：一、均衡方案對(duì)服務(wù)器群整體的性能，這是響應(yīng)客戶端連接請求速度的關(guān)鍵；二、負(fù)載均衡設(shè)備自身的性能，避免有大量連接請求時(shí)自身性能不足而成為服務(wù)瓶頸。 有時(shí)我們也可以考慮采用混合型負(fù)載均衡策略來提升服務(wù)器群的總體性能，如DNS負(fù)載均衡與NAT負(fù)載均衡相結(jié)合。另外，針對(duì)有大量靜態(tài)文檔請求的站點(diǎn)，也可以考慮采用高速緩存技術(shù)，相對(duì)來說更節(jié)省費(fèi)用，更能提高響應(yīng)性能；對(duì)有大量ssl/xml內(nèi)容傳輸?shù)恼军c(diǎn)，更應(yīng)考慮采用ssl/xml加速技術(shù)。
可擴(kuò)展性：IT技術(shù)日新月異，一年以前最新的產(chǎn)品，現(xiàn)在或許已是網(wǎng)絡(luò)中性能最低的產(chǎn)品；業(yè)務(wù)量的急速上升，一年前的網(wǎng)絡(luò)，現(xiàn)在需要新一輪的擴(kuò)展。合適的均衡解決方案應(yīng)能滿足這些需求，能均衡不同操作系統(tǒng)和硬件平臺(tái)之間的負(fù)載，能均衡HTTP、郵件、新聞、代理、數(shù)據(jù)庫、防火墻和 Cache等不同服務(wù)器的負(fù)載，并且能以對(duì)客戶端完全透明的方式動(dòng)態(tài)增加或刪除某些資源。
靈活性：均衡解決方案應(yīng)能靈活地提供不同的應(yīng)用需求，滿足應(yīng)用需求的不斷變化。在不同的服務(wù)器群有不同的應(yīng)用需求時(shí)，應(yīng)有多樣的均衡策略提供更廣泛的選擇。
可靠性：在對(duì)服務(wù)質(zhì)量要求較高的站點(diǎn)，負(fù)載均衡解決方案應(yīng)能為服務(wù)器群提供完全的容錯(cuò)性和高可用性。但在負(fù)載均衡設(shè)備自身出現(xiàn)故障時(shí)，應(yīng)該有良好的冗余解決方案，提高可靠性。使用冗余時(shí)，處于同一個(gè)冗余單元的多個(gè)負(fù)載均衡設(shè)備必須具有有效的方式以便互相進(jìn)行監(jiān)控，保護(hù)系統(tǒng)盡可能地避免遭受到重大故障的損失。
易管理性：不管是通過軟件還是硬件方式的均衡解決方案，我們都希望它有靈活、直觀和安全的管理方式，這樣便于安裝、配置、維護(hù)和監(jiān)控，提高工作效率，避免差錯(cuò)。在硬件負(fù)載均衡設(shè)備上，目前主要有三種管理方式可供選擇：一、命令行接口（CLI：Command Line Interface），可通過超級(jí)終端連接負(fù)載均衡設(shè)備串行接口來管理，也能telnet遠(yuǎn)程登錄管理，在初始化配置時(shí)，往往要用到前者；二、圖形用戶接口（GUI：Graphical User Interfaces），有基于普通web頁的管理，也有通過Java Applet 進(jìn)行安全管理，一般都需要管理端安裝有某個(gè)版本的瀏覽器；三、SNMP（Simple Network Management Protocol，簡單網(wǎng)絡(luò)管理協(xié)議）支持，通過第三方網(wǎng)絡(luò)管理軟件對(duì)符合SNMP標(biāo)準(zhǔn)的設(shè)備進(jìn)行管理。