[發(fā)明專利]一種用于云分發(fā)網(wǎng)絡(luò)的HTTP調(diào)度方法和系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201810909358.4
• 申請日: 2018-08-10
• 公開（公告）號(hào): CN110830533B
• 公開（公告）日: 2022-07-22
• 發(fā)明（設(shè)計(jì)）人: 魏靜明;侯國發(fā);苗輝
• 申請（專利權(quán)）人: 貴州白山云科技股份有限公司
• 主分類號(hào): H04L67/61
• 分類號(hào): H04L67/61;H04L67/02
• 代理公司: 北京名華博信知識(shí)產(chǎn)權(quán)代理有限公司 11453
• 代理人: 苗源;白瑩

本發(fā)明公開了一種用于云分發(fā)網(wǎng)絡(luò)的HTTP調(diào)度方法和系統(tǒng)。該方法包括：中心策略服務(wù)器獲取網(wǎng)絡(luò)中所有邊緣節(jié)點(diǎn)和邊緣節(jié)點(diǎn)上設(shè)備的運(yùn)行數(shù)據(jù)，并基于運(yùn)行數(shù)據(jù)以第一周期的頻率生成針對各邊緣節(jié)點(diǎn)的調(diào)度策略；邊緣節(jié)點(diǎn)服務(wù)器以第二周期的頻率從中心策略服務(wù)器獲取相應(yīng)于該邊緣節(jié)點(diǎn)服務(wù)器的調(diào)度策略；邊緣節(jié)點(diǎn)服務(wù)器接收到訪問請求時(shí)，若基于訪問請求的信息判斷存在與訪問請求匹配的調(diào)度策略且訪問請求未經(jīng)過跳轉(zhuǎn)，則基于該調(diào)度策略對訪問請求進(jìn)行調(diào)度。本發(fā)明的方法和系統(tǒng)增加了依賴數(shù)據(jù)的維度，提高了調(diào)度策略的準(zhǔn)確性，并且減少了消耗。

技術(shù)領(lǐng)域

本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種用于云分發(fā)網(wǎng)絡(luò)的HTTP調(diào)度方法及系統(tǒng)。

背景技術(shù)

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，互聯(lián)網(wǎng)內(nèi)容量級(jí)日趨擴(kuò)大，這使得內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN，Content Delivery Network)扮演著越來越重要的角色。在CDN行業(yè)內(nèi)，存在兩個(gè)最核心的系統(tǒng)：緩存系統(tǒng)，用于提供緩存服務(wù)；調(diào)度系統(tǒng)，用于聯(lián)通用戶與緩存系統(tǒng)，提供全局負(fù)載均衡，引導(dǎo)用戶到最合適的緩存服務(wù)器進(jìn)行內(nèi)容交互。

當(dāng)前，CDN行業(yè)內(nèi)全局負(fù)載均衡技術(shù)主要有兩種：DNS(Domain Name System，域名系統(tǒng))調(diào)度和HTTP(Hypertext transfer protocol，超文本傳送協(xié)議)調(diào)度。其中，DNS調(diào)度因容易實(shí)現(xiàn)，且容錯(cuò)性相對較好，得到了廣泛應(yīng)用。但DNS調(diào)度也存在一些問題，其中最難解決的是域名解析變更生效周期長的問題。因?yàn)橐话鉉DN廠商擁有自屬權(quán)威DNS服務(wù)器，但localdns極大多數(shù)歸屬運(yùn)營商持有維護(hù)，且引入了緩存技術(shù)，localdns作為用戶域名解析的第一個(gè)環(huán)節(jié)，域名變更解析生效，需要localdns更新緩存；CDN廠商無法控制localdns的緩存過期時(shí)間，也就控制不了生效周期。HTTP調(diào)度，基于HTTP協(xié)議的30X狀態(tài)碼實(shí)現(xiàn)，技術(shù)門檻不高，在客戶端支持的前提下，HTTP調(diào)度可以提供更快速和精準(zhǔn)的負(fù)載均衡服務(wù)，可以彌補(bǔ)DNS調(diào)度的諸多缺陷。

通常HTTP調(diào)度有中心調(diào)度和邊緣調(diào)度兩種模式。

中心調(diào)度模式架構(gòu)上包含中心策略服務(wù)器和中心調(diào)度服務(wù)器。通常中心策略服務(wù)器只需要一臺(tái)服務(wù)器，通過收集全局的帶寬數(shù)據(jù)來計(jì)算一定周期的調(diào)度策略。中心調(diào)度服務(wù)器根據(jù)請求量級(jí)的不同，會(huì)是一臺(tái)設(shè)備或者一個(gè)集群，它們均向中心策略服務(wù)器同步調(diào)度策略。中心調(diào)度模式通過DNS將用戶請求引導(dǎo)至中心調(diào)度服務(wù)器，然后根據(jù)中心調(diào)度服務(wù)器當(dāng)前的策略進(jìn)行調(diào)度。

邊緣調(diào)度模式架構(gòu)上包含邊緣策略服務(wù)器和邊緣調(diào)度服務(wù)器(集群)，每個(gè)邊緣服務(wù)器集群包含至少一臺(tái)邊緣策略服務(wù)器，它收集所在邊緣服務(wù)器集群的帶寬負(fù)載信息，提供調(diào)度策略給邊緣調(diào)度服務(wù)器。邊緣調(diào)度模式同樣通過DNS將用戶請求引導(dǎo)至邊緣調(diào)度服務(wù)器集群，再根據(jù)邊緣調(diào)度服務(wù)器當(dāng)前的策略進(jìn)行調(diào)度。

以上兩種模式各有特點(diǎn)。中心調(diào)度模式收集全局的帶寬負(fù)載信息，可以提供較佳的調(diào)度策略，但缺點(diǎn)也很明顯，主要是兩點(diǎn)：一是全局帶寬負(fù)載信息實(shí)時(shí)性不好，會(huì)導(dǎo)致調(diào)度策略誤差；二是中心調(diào)度服務(wù)器(集群)本身并不提供內(nèi)容交互服務(wù)，所有的請求都至少進(jìn)行一次30X跳轉(zhuǎn)，多了建立連接時(shí)的損耗。邊緣調(diào)度模式只需要收集邊緣節(jié)點(diǎn)相關(guān)帶寬負(fù)載信息，實(shí)時(shí)性相對好，但缺乏全局信息，無法給出全局最佳的調(diào)度策略。

因此需要一種HTTP調(diào)度模式，以能夠?qū)崿F(xiàn)精準(zhǔn)快速低損耗的負(fù)載均衡。

發(fā)明內(nèi)容

為了解決現(xiàn)有技術(shù)中調(diào)度節(jié)點(diǎn)服務(wù)器的業(yè)務(wù)中的問題，提出了一種用于云分發(fā)網(wǎng)絡(luò)的HTTP調(diào)度方法及系統(tǒng)。

根據(jù)本發(fā)明的一個(gè)方面，提供了一種用于云分發(fā)網(wǎng)絡(luò)的HTTP調(diào)度方法，所述方法包括：

中心策略服務(wù)器獲取網(wǎng)絡(luò)中所有邊緣節(jié)點(diǎn)和所述邊緣節(jié)點(diǎn)上設(shè)備的運(yùn)行數(shù)據(jù)，并基于所述運(yùn)行數(shù)據(jù)以第一周期的頻率生成針對各邊緣節(jié)點(diǎn)的調(diào)度策略；

邊緣節(jié)點(diǎn)服務(wù)器以第二周期的頻率從所述中心策略服務(wù)器獲取相應(yīng)于該邊緣節(jié)點(diǎn)服務(wù)器的調(diào)度策略；