[發(fā)明專利]基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控方法和系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201210442312.9
• 申請日: 2012-11-07
• 公開（公告）號: CN102932466A
• 公開（公告）日: 2013-02-13
• 發(fā)明（設(shè)計）人: 洪珂;郭文強(qiáng);翁志真
• 申請（專利權(quán)）人: 網(wǎng)宿科技股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L12/24;H04L12/26
• 代理公司: 上海專利商標(biāo)事務(wù)所有限公司 31100
• 代理人: 施浩

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

本發(fā)明涉及源服務(wù)器監(jiān)控技術(shù)，尤其涉及內(nèi)容分發(fā)網(wǎng)絡(luò)源服務(wù)器的監(jiān)控技術(shù)。

背景技術(shù)

內(nèi)容分發(fā)網(wǎng)絡(luò)源監(jiān)控的基本思想是，當(dāng)接入CDN網(wǎng)絡(luò)的源站服務(wù)發(fā)生異常時，CDN網(wǎng)絡(luò)應(yīng)能及時檢測出源站服務(wù)異常，將源服務(wù)異常產(chǎn)生的影響降到最低。

目前的CDN網(wǎng)絡(luò)源站監(jiān)控的實(shí)現(xiàn)方案如圖1所示：

1.由客戶提供主源監(jiān)控URL，監(jiān)控URL是用于判斷源站是否可以正常訪問的主要依據(jù)，應(yīng)保證不會被誤刪除操作；

2.CDN網(wǎng)絡(luò)的邊緣監(jiān)控節(jié)點(diǎn)，按照預(yù)設(shè)的時間值，每隔一定時間，向源站拉取監(jiān)控URL文件；

3.當(dāng)監(jiān)控節(jié)點(diǎn)拉取監(jiān)控URL不成功，計數(shù)器加1；否則，計數(shù)器清零；

4.當(dāng)計數(shù)器為預(yù)設(shè)值時，監(jiān)控節(jié)點(diǎn)判定源站為異常，發(fā)出警報，并啟用災(zāi)備方案。

現(xiàn)有的源站監(jiān)控方案存在四個弊端：

1.需要客戶給出源站監(jiān)控URL，且應(yīng)保證不能刪除。如果監(jiān)控URL被誤刪除操作，CDN網(wǎng)絡(luò)邊緣節(jié)點(diǎn)拉取不到監(jiān)控URL文件，在多次嘗試?yán)”O(jiān)控URL文件失敗后判定源站異常，引發(fā)源故障報警；

2.現(xiàn)有的源站監(jiān)控方案，節(jié)點(diǎn)按照預(yù)設(shè)的時間值，每隔一定時間需要向源站拉取一次URL文件，對源站產(chǎn)生負(fù)載壓力；

3.現(xiàn)有的源站監(jiān)控方案，只考慮是否可以成功請求到監(jiān)控URL，當(dāng)源站服務(wù)異常時，無法區(qū)分運(yùn)營商網(wǎng)絡(luò)故障問題；

4.現(xiàn)有的源站監(jiān)控方案，當(dāng)只有在監(jiān)控節(jié)點(diǎn)連續(xù)多次向源站拉取監(jiān)控URL失敗后才會判定源站異常，啟用備源服務(wù)器，在判定源站異常的這段時間內(nèi)，所有對源站的請求響應(yīng)都是失敗的。

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

本發(fā)明的目的在于解決上述問題，提供了一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控方法和系統(tǒng)，避免由于人員誤刪除操作造成錯誤故障報警，減輕源站的負(fù)載壓力，能夠區(qū)分運(yùn)營商網(wǎng)絡(luò)故障問題。

本發(fā)明的技術(shù)方案為：本發(fā)明揭示了一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控方法，包括：

內(nèi)容分發(fā)網(wǎng)絡(luò)邊緣的分布式節(jié)點(diǎn)發(fā)出回源請求；

分布式節(jié)點(diǎn)判定是否回源服務(wù)器，若需回源則向源服務(wù)器發(fā)送請求；

若源服務(wù)器發(fā)生異常，則由分布式節(jié)點(diǎn)向中心監(jiān)控模塊提交異常數(shù)據(jù)；

中心監(jiān)控模塊判斷異常數(shù)據(jù)是否滿足報警的預(yù)設(shè)條件，若滿足則發(fā)出警報，否則不發(fā)出警報。

根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控方法的一實(shí)施例，在分布式節(jié)點(diǎn)向中心監(jiān)控模塊提交異常數(shù)據(jù)的同時，分布式節(jié)點(diǎn)向備源服務(wù)器發(fā)出請求，由備源服務(wù)器完成本次請求的響應(yīng)。

根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控方法的一實(shí)施例，中心監(jiān)控模塊在發(fā)出警報的同時，通知源站管理員源服務(wù)器運(yùn)營商網(wǎng)絡(luò)故障。

根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控方法的一實(shí)施例，中心監(jiān)控模塊在發(fā)出警報的同時，分布式節(jié)點(diǎn)進(jìn)行災(zāi)備切換，在切換回主源服務(wù)器之前，由備源服務(wù)器響應(yīng)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的回源請求。

根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控方法的一實(shí)施例，源服務(wù)器異常包括節(jié)點(diǎn)接收到服務(wù)器異常或者連接不上主源服務(wù)器。

本發(fā)明還公開了一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控系統(tǒng)，包括源服務(wù)器、客戶端、分布式系統(tǒng)和中心監(jiān)控模塊，其中：

客戶端，發(fā)出客戶請求；

分布式系統(tǒng)，其中的分布式節(jié)點(diǎn)判定是否回源服務(wù)器，若需回源則向源服務(wù)器發(fā)送請求；

源服務(wù)器，嘗試響應(yīng)回源請求，若源服務(wù)器發(fā)生異常，則由分布式節(jié)點(diǎn)向中心監(jiān)控模塊提交異常數(shù)據(jù)；

中心監(jiān)控模塊，判斷異常數(shù)據(jù)是否滿足報警的預(yù)設(shè)條件，若滿足則發(fā)出警報，否則不發(fā)出警報。

根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控系統(tǒng)的一實(shí)施例，分布式系統(tǒng)中還包括備源服務(wù)器請求模塊，備源服務(wù)器請求模塊在分布式節(jié)點(diǎn)向中心監(jiān)控模塊提交異常數(shù)據(jù)的同時，向備源服務(wù)器發(fā)出請求，由備源服務(wù)器完成本次請求的響應(yīng)。

根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控系統(tǒng)的一實(shí)施例，中心監(jiān)控模塊還包括通知單元，通知單元中心監(jiān)控模塊在發(fā)出警報的同時，通知源站管理員源服務(wù)器運(yùn)營商網(wǎng)絡(luò)故障。

根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控系統(tǒng)的一實(shí)施例，分布式系統(tǒng)還包括災(zāi)備切換模塊，災(zāi)備切換模塊在中心監(jiān)控模塊發(fā)出警報的同時，進(jìn)行災(zāi)備切換，在切換回主源服務(wù)器之前，由備源服務(wù)器響應(yīng)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的回源請求。

根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的分布式源監(jiān)控系統(tǒng)的一實(shí)施例，源服務(wù)器異常包括節(jié)點(diǎn)接收到服務(wù)器異常或者連接不上主源服務(wù)器。