網(wǎng)絡(luò)創(chuàng)新設(shè)計(jì)效勞器負(fù)載均衡_第1頁(yè)
網(wǎng)絡(luò)創(chuàng)新設(shè)計(jì)效勞器負(fù)載均衡_第2頁(yè)
網(wǎng)絡(luò)創(chuàng)新設(shè)計(jì)效勞器負(fù)載均衡_第3頁(yè)
網(wǎng)絡(luò)創(chuàng)新設(shè)計(jì)效勞器負(fù)載均衡_第4頁(yè)
網(wǎng)絡(luò)創(chuàng)新設(shè)計(jì)效勞器負(fù)載均衡_第5頁(yè)
已閱讀5頁(yè),還剩35頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、網(wǎng)絡(luò)創(chuàng)新設(shè)計(jì)效勞器負(fù)載均衡負(fù)載均衡策略 基于DNS的負(fù)載均衡。 基于反向代理的負(fù)載均衡。 基于特定效勞器軟件的負(fù)載均衡。 基于NAT的負(fù)載均衡。 基于CDN的負(fù)載均衡。 基于DNS的負(fù)載均衡實(shí)現(xiàn)原理: 一個(gè)域名綁定多個(gè)IP,通過DNS效勞中的隨機(jī)域名解析來實(shí)現(xiàn) ?;贒NS的負(fù)載均衡優(yōu)點(diǎn): 實(shí)現(xiàn)簡(jiǎn)單、實(shí)施容易、本錢低、適用于大多數(shù)TCP/IP應(yīng)用 ?;贒NS的負(fù)載均衡問題: 一旦某個(gè)效勞器出現(xiàn)故障,即使修改了DNS設(shè)置,還是要等待足夠的時(shí)間刷新時(shí)間才能發(fā)揮作用,在此期間保存了故障效勞器地址的客戶計(jì)算機(jī)將不能正常訪問效勞器。 缺陷: DNS負(fù)載均衡無法得知效勞器之間的差異,它不能做到為性能較好

2、的效勞器多分配請(qǐng)求,也不能了解到效勞器的當(dāng)前狀態(tài),甚至?xí)霈F(xiàn)客戶請(qǐng)求集中在某一臺(tái)效勞器上的偶然情況。 基于反向代理的負(fù)載均衡實(shí)現(xiàn)原理: 通過正那么映射將請(qǐng)求重定向到內(nèi)容效勞器。基于反向代理的負(fù)載均衡優(yōu)點(diǎn): 自帶高速緩沖,可減輕內(nèi)容效勞器壓力,提速網(wǎng)絡(luò)訪問效率 。基于反向代理的負(fù)載均衡問題: 針對(duì)每一次代理,代理效勞器就必須翻開兩個(gè)連接,一個(gè)對(duì)外,一個(gè)對(duì)內(nèi),因此在并發(fā)連接請(qǐng)求數(shù)量非常大的時(shí)候,代理效勞器的負(fù)載也就非常大了,在最后代理效勞器本身可能會(huì)成為效勞的瓶頸。缺陷: 反向代理是處于OSI參考模型第七層應(yīng)用的,所以就必須為每一種應(yīng)用效勞專門開發(fā)一個(gè)反向代理效勞器,這樣就限制了反向代理負(fù)載均衡技

3、術(shù)的應(yīng)用范圍,現(xiàn)在一般都用于對(duì)web效勞器的負(fù)載均衡。基于特定效勞器軟件的負(fù)載均衡實(shí)現(xiàn)原理: 利用網(wǎng)絡(luò)協(xié)議的重定向功能來實(shí)現(xiàn) ?;谔囟ㄐ谄鬈浖呢?fù)載均衡優(yōu)點(diǎn): 效勞可定制,可依據(jù)底層效勞器的性能及實(shí)況進(jìn)行負(fù)載調(diào)控?;谔囟ㄐ谄鬈浖呢?fù)載均衡問題: 需要改動(dòng)軟件,本錢較高。基于NAT的負(fù)載均衡實(shí)現(xiàn)原理: 將一個(gè)外部IP地址映射為多個(gè)內(nèi)部IP地址。基于NAT的負(fù)載均衡優(yōu)點(diǎn): 比較完善的負(fù)載均衡技術(shù),均衡算法也較靈活,如隨機(jī)選擇、最少連接數(shù)及響應(yīng)時(shí)間等來分配負(fù)載。 基于NAT的負(fù)載均衡問題: 伸縮能力有限,當(dāng)效勞器結(jié)點(diǎn)數(shù)目過多時(shí),調(diào)度器本身有可能成為系統(tǒng)的新瓶頸 ?;贑DN的負(fù)載均衡實(shí)現(xiàn)原理

4、: 通過在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu),將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò)“邊緣,使用戶可以就近取得所需的內(nèi)容 。基于CDN的負(fù)載均衡優(yōu)點(diǎn): 用戶訪問就近效勞器,提高訪問速度。負(fù)載均衡算法 輪詢算法。 Hash散列算法。 最少鏈接算法。 最快鏈接算法。 加權(quán)算法。 動(dòng)態(tài)反響算法。 輪詢算法實(shí)現(xiàn)原理: 每一次把來自用戶的請(qǐng)求輪流分配給內(nèi)部中的效勞器,從1開始,直到N(內(nèi)部效勞器個(gè)數(shù)),然后重新開始循環(huán)。輪詢算法優(yōu)點(diǎn): 簡(jiǎn)潔,無狀態(tài)調(diào)度 。缺點(diǎn): 輪詢調(diào)度算法假設(shè)所有效勞器的處理性能都相同,不關(guān)心每臺(tái)效勞器的當(dāng)前連接數(shù)和響應(yīng)速度。當(dāng)請(qǐng)求效勞間隔時(shí)間變化比較大時(shí),輪詢調(diào)度算法容易導(dǎo)致

5、效勞器間的負(fù)載不平衡。 輪詢算法適用: 效勞器組中的所有效勞器都有相同的軟硬件配置并且平均效勞請(qǐng)求相對(duì)均衡的情況。 Hash散列算法 MD5。 一致性Hash算法。 各種經(jīng)典Hash算法。 自定義Hash算法。 Hash散列算法int hash(char *key_str, unsigned long MAX_SS_NUM) register unsigned int h; register unsigned char *p; for(h=0, p = (unsigned char *)key_str; *p ; p+) h = 31 * h + *p; return (h % MAX_SS_

6、NUM);一個(gè)較經(jīng)典的Hash算法。 Hash散列算法unsigned htable_hash(const char *s, unsigned size) unsigned long h = 0; unsigned long g; char *md5s = MDString(s); while (*md5s) h = (h 24); h = g; return (h % size);一個(gè)使用了MD5的自定義Hash算法。 最少鏈接算法實(shí)現(xiàn)原理: 將請(qǐng)求分配至當(dāng)前鏈接數(shù)最少的效勞器。最少鏈接算法優(yōu)點(diǎn): 實(shí)現(xiàn)起來比較簡(jiǎn)潔,在大多數(shù)情況下非常有效。缺點(diǎn): 當(dāng)各個(gè)效勞器的處理能力不同時(shí),該算法并不理想。最少鏈接算法適用: 需要長(zhǎng)時(shí)處理的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論