點(diǎn)點(diǎn)滴滴

如果你有一個(gè)很受歡迎的Web站點(diǎn)，你會(huì)發(fā)現(xiàn)當(dāng)請(qǐng)求的連接數(shù)增加時(shí)，服務(wù)器的響應(yīng)延時(shí)也會(huì)隨之增加。雖然你可以增加RAM、升級(jí)處理器、使用更快的驅(qū)動(dòng)器及總線,這在短期內(nèi)會(huì)有一定的幫助，但最終會(huì)發(fā)現(xiàn)一臺(tái)服務(wù)器無(wú)法完成需要的任務(wù)。
 
使用多臺(tái)服務(wù)器平衡負(fù)載是一個(gè)不錯(cuò)的想法，你可以在你的服務(wù)器池中隨意增加多臺(tái)服務(wù)器來(lái)提高服務(wù)器的性能和增強(qiáng)網(wǎng)絡(luò)的穩(wěn)定性。如果你的服務(wù)器池中有多臺(tái)服務(wù)器，當(dāng)一臺(tái)down機(jī)后，其他服務(wù)器可以接替它的工作，繼續(xù)提供服務(wù)而不至于造成服務(wù)中斷。
 
通過(guò)使用RR-DNS（Round-Robin Domain Name System）可以實(shí)現(xiàn)平衡負(fù)載的功能，向一個(gè)主機(jī)名發(fā)出的入站請(qǐng)求可以被轉(zhuǎn)發(fā)到多個(gè)IP地址上。
 

 
在BIND9中實(shí)現(xiàn)此功能就向添加一條A記錄那么簡(jiǎn)單。舉例說(shuō)，如果我們向somode.com區(qū)域文件中加入下面行便可實(shí)現(xiàn)：
www       60     IN     A       220.181.11.124
          60     IN     A       220.181.11.125
 
當(dāng)然你還可以根據(jù)需要加入更多服務(wù)器。這樣如果有人請(qǐng)求解析[url]www.somode.com[/url]時(shí)將有一半的機(jī)率解析到220.181.11.124上，而另一半會(huì)解析到220.181.11.125上。
 
然而，使用RR-DNS方法實(shí)現(xiàn)負(fù)載平衡也會(huì)帶來(lái)一些問(wèn)題：
第一，域名服務(wù)器是一個(gè)分布式系統(tǒng)，是按照一定的層次結(jié)構(gòu)組織的。當(dāng)用戶將域名解析請(qǐng)求提交給本地的域名服務(wù)器，它會(huì)因不能直接解析而向上一級(jí)域名服務(wù)器提交，上一級(jí)域名服務(wù)器再依次向上提交，直到RR-DNS 域名服務(wù)器把這個(gè)域名解析到其中一臺(tái)服務(wù)器的IP 地址。可見(jiàn)，從用戶到RR-DNS 間存在多臺(tái)域名服務(wù)器，而它們都會(huì)緩沖已解析的名字到IP 地址的映射,這會(huì)導(dǎo)致該域名服務(wù)器組下所有用戶都會(huì)訪問(wèn)同一Web 服務(wù)器，出現(xiàn)不同Web 服務(wù)器間的負(fù)載不平衡。為了保證在域名服務(wù)器中域名到IP 地址的映射不被長(zhǎng)久緩沖，RR-DNS 在域名到IP 地址的映射上設(shè)置一個(gè)TTL(Time To Live)值，過(guò)了這一段時(shí)間，域名服務(wù)器將這個(gè)映射從緩沖中淘汰。當(dāng)用戶請(qǐng)求，它會(huì)再向上一級(jí)域名服務(wù)器提交請(qǐng)求并進(jìn)行重新映射。這就涉及到如何設(shè)置這個(gè)TTL值，若這個(gè)值太大，在這個(gè)TTL 期間，很多請(qǐng)求會(huì)被映射到同一臺(tái)Web 服務(wù)器上，同樣會(huì)導(dǎo)致負(fù)載不平衡。若這個(gè)值太小，例如是０，會(huì)導(dǎo)致本地域名服務(wù)器頻繁地向RR-DNS提交請(qǐng)求，增加了域名解析的網(wǎng)絡(luò)流量，同樣會(huì)使RR-DNS 成為系統(tǒng)中一個(gè)新的瓶頸。
 
第二，用戶機(jī)器會(huì)緩沖從名字到IP 地址的映射，而不受TTL 值的影響，用戶的訪問(wèn)請(qǐng)求會(huì)被送到同一臺(tái)Web 服務(wù)器上。由于用戶訪問(wèn)請(qǐng)求的突發(fā)性和訪問(wèn)方式不同，例如有的人訪問(wèn)一下就離開(kāi)了，而有的人訪問(wèn)可長(zhǎng)達(dá)幾個(gè)小時(shí)，所以各臺(tái)服務(wù)器間的負(fù)載仍存在傾斜（Skew）而不能控制。假設(shè)用戶在每個(gè)會(huì)話中平均請(qǐng)求數(shù)為20，負(fù)載最大的服務(wù)器獲得的請(qǐng)求數(shù)額高于各服務(wù)器平均請(qǐng)求數(shù)的平均比率超過(guò)百分之三十。也就是說(shuō)，當(dāng)TTL 值為0 時(shí)，因?yàn)橛脩粼L問(wèn)的突發(fā)性也會(huì)存在著較嚴(yán)重的負(fù)載不平衡。
 
第三，系統(tǒng)的可靠性和可維護(hù)性不好。若一臺(tái)服務(wù)器失效，會(huì)導(dǎo)致將域名解析到該服務(wù)器的用戶看到服務(wù)中斷，即使用戶按“Reload”按鈕，也無(wú)濟(jì)于事。系統(tǒng)管理員也不能隨時(shí)地將一臺(tái)服務(wù)器切出服務(wù)進(jìn)行維護(hù)，如進(jìn)行操作系統(tǒng)和應(yīng)用軟件升級(jí)，這需要修改RR-DNS 服務(wù)器中的IP 地址列表，把該服務(wù)器的IP 地址從中劃掉，然后等上一段時(shí)間，等所有域名服務(wù)器將該域名到這臺(tái)服務(wù)器的映射淘汰，和所有映射到這臺(tái)服務(wù)器的客戶機(jī)不再使用該站點(diǎn)為止。
 
RR-DNS方法只是一個(gè)簡(jiǎn)單的負(fù)載平衡方案，如果你有更高要求，可以研究LVS集群（IPVS和KTCPVS、TCPHA），實(shí)現(xiàn)基于IP的負(fù)載均衡和基于內(nèi)容的負(fù)載均衡。