[發(fā)明專(zhuān)利]數(shù)據(jù)請(qǐng)求方法、裝置、節(jié)點(diǎn)服務(wù)器及CDN系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201510816506.4
• 申請(qǐng)日: 2015-11-23
• 公開(kāi)（公告）號(hào): CN105516238B
• 公開(kāi)（公告）日: 2019-03-19
• 發(fā)明（設(shè)計(jì)）人: 馬杰;陳健生
• 申請(qǐng)（專(zhuān)利權(quán)）人: 網(wǎng)易（杭州）網(wǎng)絡(luò)有限公司
• 主分類(lèi)號(hào): H04L29/08
• 分類(lèi)號(hào): H04L29/08;H04L12/741;H04L12/755;H04L12/24
• 代理公司: 深圳新創(chuàng)友知識(shí)產(chǎn)權(quán)代理有限公司 44223
• 代理人: 江耀純

本發(fā)明公開(kāi)了一種數(shù)據(jù)請(qǐng)求方法，所述方法應(yīng)用于內(nèi)容分發(fā)網(wǎng)絡(luò)CDN系統(tǒng)中的節(jié)點(diǎn)路由器中，所述方法包括：通過(guò)本服務(wù)進(jìn)程接收鏈接請(qǐng)求；判斷本地節(jié)點(diǎn)服務(wù)器的本服務(wù)進(jìn)程是否存在所述鏈接請(qǐng)求的內(nèi)容的信息記錄，若存在，則獲取所述內(nèi)容；否則判斷本地節(jié)點(diǎn)服務(wù)器的其他服務(wù)進(jìn)程是否存在所述鏈接請(qǐng)求的內(nèi)容的信息記錄，若存在，則獲取所述內(nèi)容；否則向上級(jí)節(jié)點(diǎn)服務(wù)器獲取所述鏈接請(qǐng)求的內(nèi)容；基于獲取的所述內(nèi)容響應(yīng)所述鏈接請(qǐng)求。本發(fā)明公開(kāi)的數(shù)據(jù)請(qǐng)求方法，能夠優(yōu)化CDN節(jié)點(diǎn)內(nèi)容路由，避免同個(gè)服務(wù)器的不同服務(wù)進(jìn)程向上級(jí)節(jié)點(diǎn)服務(wù)器重復(fù)請(qǐng)求相同內(nèi)容，有效減少鏈路帶寬消耗。本發(fā)明還公開(kāi)了一種數(shù)據(jù)請(qǐng)求裝置、節(jié)點(diǎn)服務(wù)器及CDN系統(tǒng)。

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

本發(fā)明涉及數(shù)據(jù)容災(zāi)技術(shù)領(lǐng)域，更具體地說(shuō)，涉及一種數(shù)據(jù)請(qǐng)求方法、裝置以及節(jié)點(diǎn)服務(wù)器及CDN(Content Delivery Network，內(nèi)容分發(fā)網(wǎng)絡(luò))系統(tǒng)。

背景技術(shù)

在現(xiàn)有技術(shù)中，為了提高CDN節(jié)點(diǎn)服務(wù)器資源利用率，以及保持服務(wù)的穩(wěn)定性，越來(lái)越多的CDN內(nèi)容分發(fā)系統(tǒng)采用多核多進(jìn)程的架構(gòu)模型，即在一臺(tái)服務(wù)器上運(yùn)行多個(gè)服務(wù)進(jìn)程，每個(gè)服務(wù)進(jìn)程各自提供內(nèi)容分發(fā)服務(wù)，服務(wù)進(jìn)程之間運(yùn)行互不影響，這樣處理，即使其中某個(gè)進(jìn)程異常，也不會(huì)影響其他正常工作進(jìn)程繼續(xù)提供穩(wěn)定的服務(wù)。比如在互聯(lián)網(wǎng)視頻直播業(yè)務(wù)中，CDN網(wǎng)絡(luò)中一臺(tái)節(jié)點(diǎn)服務(wù)器上面運(yùn)行10個(gè)服務(wù)進(jìn)程，各個(gè)服務(wù)進(jìn)程獨(dú)自向上一級(jí)節(jié)點(diǎn)進(jìn)行內(nèi)容請(qǐng)求，上一級(jí)節(jié)點(diǎn)會(huì)將相同的內(nèi)容分別發(fā)送至同一臺(tái)服務(wù)器上運(yùn)行的各個(gè)服務(wù)進(jìn)程，那么，如請(qǐng)求內(nèi)容相同，那么相同的請(qǐng)求內(nèi)容總共會(huì)向這臺(tái)服務(wù)器發(fā)送10次，造成了上級(jí)節(jié)點(diǎn)負(fù)荷增大，下行流量的浪費(fèi)，服務(wù)器自身上行流量的浪費(fèi)，也增大了自身負(fù)荷，同時(shí)，由于調(diào)度的處理，10個(gè)服務(wù)進(jìn)程分別向上一級(jí)節(jié)點(diǎn)集群請(qǐng)求，由于調(diào)度的原因，其所分配的上級(jí)節(jié)點(diǎn)服務(wù)器可能不同，導(dǎo)致各進(jìn)程請(qǐng)求內(nèi)容分發(fā)時(shí)所走路由可能不一致，也可能影響服務(wù)質(zhì)量。

具體的，如圖1所示，假設(shè)在初始時(shí)，CDN節(jié)點(diǎn)服務(wù)器S上服務(wù)進(jìn)程WorkerM、服務(wù)進(jìn)程WorkerN上面都沒(méi)有內(nèi)容Stream的信息。當(dāng)服務(wù)進(jìn)程WorkerM、服務(wù)進(jìn)程WorkerN先后接收到訪問(wèn)鏈接請(qǐng)求內(nèi)容Stream時(shí)，利用現(xiàn)有技術(shù)的數(shù)據(jù)請(qǐng)求方法執(zhí)行的步驟如下：

A:CDN服務(wù)器S上面的服務(wù)進(jìn)程WorkerM接收訪問(wèn)鏈接請(qǐng)求，請(qǐng)求內(nèi)容Stream；

B:服務(wù)進(jìn)程WorkerM訪問(wèn)調(diào)度系統(tǒng)，請(qǐng)求上級(jí)節(jié)點(diǎn)服務(wù)器地址；

C:調(diào)度系統(tǒng)權(quán)衡負(fù)載、地理位置等因素，向服務(wù)進(jìn)程WorkerM返回上級(jí)節(jié)點(diǎn)服務(wù)器B的地址。

D:服務(wù)進(jìn)程WorkerM獲取上級(jí)節(jié)點(diǎn)服務(wù)器B的地址后，向上級(jí)節(jié)點(diǎn)服務(wù)器B請(qǐng)求內(nèi)容Stream，并響應(yīng)鏈接請(qǐng)求；

E:CDN服務(wù)器S上面的服務(wù)進(jìn)程WorkerN接收另一路訪問(wèn)鏈接請(qǐng)求，請(qǐng)求內(nèi)容Stream；

F:服務(wù)進(jìn)程WorkerN訪問(wèn)調(diào)度系統(tǒng)，請(qǐng)求獲取上級(jí)節(jié)點(diǎn)服務(wù)器地址；

G:調(diào)度系統(tǒng)權(quán)衡負(fù)載，地理位置等因素，向服務(wù)進(jìn)程WorkerN返回上級(jí)節(jié)點(diǎn)服務(wù)器A(與上級(jí)節(jié)點(diǎn)服務(wù)器B處于同一地理位置服務(wù)器集群中，此時(shí)服務(wù)器A可能更優(yōu))的地址。

H:服務(wù)進(jìn)程WorkerN獲取上級(jí)節(jié)點(diǎn)服務(wù)器A的地址后，向上級(jí)節(jié)點(diǎn)服務(wù)器A請(qǐng)求內(nèi)容Stream，并響應(yīng)鏈接請(qǐng)求。

可見(jiàn)，在現(xiàn)有的CDN系統(tǒng)中，在多服務(wù)進(jìn)程運(yùn)行模式下，由于每個(gè)服務(wù)進(jìn)程均會(huì)向上級(jí)節(jié)點(diǎn)服務(wù)器請(qǐng)求內(nèi)容，在請(qǐng)求內(nèi)容相同的情況下會(huì)造成上級(jí)節(jié)點(diǎn)服務(wù)器對(duì)本服務(wù)器內(nèi)容的重復(fù)發(fā)送，浪費(fèi)上、下行流量，且增大負(fù)荷。