專利名稱：基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種計(jì)算機(jī)網(wǎng)絡(luò)服務(wù)質(zhì)量的監(jiān)控領(lǐng)域，尤其涉及在內(nèi)容分發(fā)網(wǎng)絡(luò) (CDN)上提供業(yè)務(wù)層服務(wù)質(zhì)量監(jiān)控的系統(tǒng)，對(duì)CDN加速產(chǎn)品服務(wù)狀況進(jìn)行探測(cè)、分析和報(bào)警，從而達(dá)到提高互聯(lián)網(wǎng)CDN服務(wù)質(zhì)量的目的。
背景技術(shù)：
服務(wù)質(zhì)量是網(wǎng)絡(luò)的一種安全機(jī)制，是用來(lái)解決網(wǎng)絡(luò)延遲和阻塞等問(wèn)題的一種技術(shù)，常用的方法包括分類、標(biāo)注和優(yōu)先級(jí)設(shè)置。但隨著互聯(lián)網(wǎng)業(yè)務(wù)的迅猛發(fā)展，對(duì)網(wǎng)絡(luò)應(yīng)用的服務(wù)質(zhì)量要求已不再局限于底層的網(wǎng)絡(luò)控制，內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)技術(shù)應(yīng)運(yùn)而生。它是為能在傳統(tǒng)的IP網(wǎng)發(fā)布寬帶豐富媒體而特別優(yōu)化的網(wǎng)絡(luò)覆蓋層。從廣義的角度，CDN代表了一種基于質(zhì)量與秩序的網(wǎng)絡(luò)服務(wù)模式。CDN以提高互聯(lián)網(wǎng)業(yè)務(wù)的服務(wù)質(zhì)量為目的，通過(guò)網(wǎng)絡(luò)邊緣節(jié)點(diǎn)向最終用戶提供更好的網(wǎng)絡(luò)應(yīng)用體驗(yàn)。然而因?yàn)槠浣换ミ^(guò)程和網(wǎng)絡(luò)環(huán)境的復(fù)雜性，在應(yīng)用過(guò)程中仍然不必可免地存在著許多影響服務(wù)質(zhì)量問(wèn)題。傳統(tǒng)網(wǎng)絡(luò)應(yīng)用的服務(wù)質(zhì)量瓶頸主要存在于最終用戶與應(yīng)用服務(wù)器間的網(wǎng)絡(luò)問(wèn)題， 然而應(yīng)用⑶N服務(wù)后已大大減少了路由過(guò)長(zhǎng)、跨運(yùn)營(yíng)商等造成服務(wù)質(zhì)量低下的主要原因。 但是，采用CDN后也帶來(lái)了具有其自身特性的新問(wèn)題加速節(jié)點(diǎn)回源異常、邊緣節(jié)點(diǎn)流量跑高跑平、邊緣節(jié)點(diǎn)服務(wù)異常、域名解析覆蓋異常等。這些問(wèn)題同樣影響著網(wǎng)絡(luò)應(yīng)用的服務(wù)質(zhì)量，關(guān)系著最終用戶的業(yè)務(wù)體驗(yàn)，是不容忽視的問(wèn)題。隨著互聯(lián)網(wǎng)業(yè)務(wù)的發(fā)展，互聯(lián)網(wǎng)企業(yè)已將監(jiān)控的關(guān)注點(diǎn)從原來(lái)的底層硬件、網(wǎng)絡(luò)狀況逐步轉(zhuǎn)移向具體的業(yè)務(wù)應(yīng)用，如圖片、視頻、動(dòng)態(tài)請(qǐng)求等內(nèi)容的服務(wù)質(zhì)量。相應(yīng)的網(wǎng)站性能監(jiān)測(cè)分析也隨之而來(lái)，出現(xiàn)了一些通過(guò)模擬最終用戶，向目標(biāo)資源發(fā)出請(qǐng)求獲取數(shù)據(jù)， 進(jìn)而分析得到網(wǎng)站服務(wù)質(zhì)量的網(wǎng)絡(luò)應(yīng)用和業(yè)務(wù)。然而目前該監(jiān)控方式更多應(yīng)用于單純的網(wǎng)站分析，采用串行的方式測(cè)試目標(biāo)資源，導(dǎo)致頻率和效率低下，同時(shí)缺少針對(duì)CDN服務(wù)特點(diǎn)的監(jiān)控分析手段，不能對(duì)加速節(jié)點(diǎn)進(jìn)行有效的性能分析，也不能提供針對(duì)性的報(bào)警，以及過(guò)濾測(cè)試點(diǎn)問(wèn)題引起的誤報(bào)，并不適用于CDN的服務(wù)質(zhì)量監(jiān)控。

發(fā)明內(nèi)容
本發(fā)明的目的在于解決上述問(wèn)題，提供了一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)，針對(duì)現(xiàn)有測(cè)試方法中測(cè)試效率低，缺乏有效分析、報(bào)警方式等問(wèn)題，從CDN應(yīng)用角度出發(fā)，結(jié)合具體業(yè)務(wù)實(shí)現(xiàn)，對(duì)CDN服務(wù)質(zhì)量進(jìn)行高效、準(zhǔn)確、及時(shí)的監(jiān)控，從而有效提高各個(gè)域名的CDN服務(wù)質(zhì)量。本發(fā)明還提供了一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法，針對(duì)現(xiàn)有測(cè)試方法中測(cè)試效率低，缺乏有效分析、報(bào)警方式等問(wèn)題，從CDN應(yīng)用角度出發(fā)，結(jié)合具體業(yè)務(wù)實(shí)現(xiàn)， 對(duì)CDN服務(wù)質(zhì)量進(jìn)行高效、準(zhǔn)確、及時(shí)的監(jiān)控，從而有效提高各個(gè)域名的CDN服務(wù)質(zhì)量。本發(fā)明的技術(shù)方案為本發(fā)明揭示了一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)，包括系統(tǒng)調(diào)度展示裝置、位于多個(gè)測(cè)試機(jī)器中的監(jiān)測(cè)裝置以及數(shù)據(jù)收集分析裝置，其
4中系統(tǒng)調(diào)度展示裝置，包括輸入輸出接口模塊以及任務(wù)調(diào)度模塊，其中輸入輸出接口模塊，用于配置監(jiān)控對(duì)象的域名資源地址以及報(bào)警規(guī)則；任務(wù)調(diào)度模塊，連接所述輸入輸出接口模塊，根據(jù)輸入的監(jiān)控對(duì)象和報(bào)警規(guī)則生成測(cè)試任務(wù)配置文件，并將所述測(cè)試任務(wù)配置文件發(fā)送到所述多個(gè)測(cè)試機(jī)器中的監(jiān)測(cè)裝置中；監(jiān)測(cè)裝置，和所述系統(tǒng)調(diào)度展示裝置和所述數(shù)據(jù)收集分析裝置建立數(shù)據(jù)連接，包括任務(wù)配置文件解析模塊、高頻并發(fā)測(cè)試模塊以及數(shù)據(jù)發(fā)送模塊，其中任務(wù)配置文件解析模塊，解析來(lái)自所述任務(wù)調(diào)度模塊發(fā)出的測(cè)試任務(wù)配置文件；高頻并發(fā)測(cè)試模塊，連接所述任務(wù)配置文件解析模塊，基于高頻并發(fā)測(cè)試管理機(jī)制，通過(guò)DNS解析得到相應(yīng)區(qū)域的目標(biāo)邊緣節(jié)點(diǎn)后，模擬HTTP請(qǐng)求發(fā)往目的地址，得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)，所述測(cè)試數(shù)據(jù)包括時(shí)間指標(biāo)和文件信息；數(shù)據(jù)發(fā)送模塊，連接所述高頻并發(fā)測(cè)試模塊，將所述測(cè)試數(shù)據(jù)發(fā)往所述數(shù)據(jù)收集分析裝置；數(shù)據(jù)收集分析裝置，包括數(shù)據(jù)接收模塊、數(shù)據(jù)分析模塊、報(bào)警分析模塊以及報(bào)警發(fā)送模塊，其中數(shù)據(jù)接收模塊，接收來(lái)自所述多個(gè)監(jiān)測(cè)裝置中的所述數(shù)據(jù)發(fā)送模塊發(fā)送的所述測(cè)試數(shù)據(jù)；數(shù)據(jù)分析模塊，基于所述測(cè)試數(shù)據(jù)對(duì)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行統(tǒng)計(jì)分析，得到加速域名在各個(gè)加速節(jié)點(diǎn)的性能指標(biāo)；報(bào)警分析模塊，連接所述數(shù)據(jù)分析模塊，基于設(shè)定的所述報(bào)警規(guī)則和內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行狀況分析，得到內(nèi)容分發(fā)網(wǎng)絡(luò)服務(wù)中存在的問(wèn)題；報(bào)警發(fā)送模塊，連接所述報(bào)警分析模塊，在報(bào)警指令下發(fā)送報(bào)警信號(hào)。根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)的一實(shí)施例，所述監(jiān)測(cè)裝置中還包括異常檢測(cè)過(guò)濾模塊，連接在所述高頻并發(fā)測(cè)試模塊和所述數(shù)據(jù)發(fā)送模塊之間，對(duì)測(cè)試數(shù)據(jù)進(jìn)行異常檢測(cè)和數(shù)據(jù)過(guò)濾的處理之后再發(fā)送到所述數(shù)據(jù)發(fā)送模塊。根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)的一實(shí)施例，所述數(shù)據(jù)收集分析裝置還包括數(shù)據(jù)過(guò)濾模塊，連接在所述數(shù)據(jù)接收模塊之后，對(duì)測(cè)試數(shù)據(jù)進(jìn)行過(guò)濾處理；數(shù)據(jù)存儲(chǔ)模塊，連接在所述數(shù)據(jù)過(guò)濾模塊之后，對(duì)過(guò)濾處理后的測(cè)試數(shù)據(jù)進(jìn)行存儲(chǔ)。本發(fā)明還揭示了一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法，包括配置監(jiān)控對(duì)象的域名資源地址以及報(bào)警規(guī)則；根據(jù)輸入的監(jiān)控對(duì)象和報(bào)警規(guī)則生成測(cè)試任務(wù)配置文件，并將測(cè)試任務(wù)配置文件發(fā)送到位于多個(gè)測(cè)試機(jī)器中；在每一個(gè)測(cè)試機(jī)器中，解析接收到的測(cè)試任務(wù)配置文件；根據(jù)解析出的測(cè)試任務(wù)配置文件，基于高頻并發(fā)測(cè)試管理機(jī)制，通過(guò)DNS解析得到相應(yīng)區(qū)域的目標(biāo)邊緣節(jié)點(diǎn)后，模擬HTTP請(qǐng)求發(fā)往目的地址，得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)，所述測(cè)試數(shù)據(jù)包括時(shí)間指標(biāo)和文件信息；從每一個(gè)測(cè)試機(jī)器中匯總測(cè)試數(shù)據(jù)，基于這些測(cè)試數(shù)據(jù)對(duì)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行統(tǒng)計(jì)分析，得到加速域名在各個(gè)加速節(jié)點(diǎn)的性能指標(biāo)；基于設(shè)定的報(bào)警規(guī)則和內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行狀況分析，得到內(nèi)容分發(fā)網(wǎng)絡(luò)服務(wù)中存在的問(wèn)題并發(fā)送報(bào)警信號(hào)。根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法的一實(shí)施例，在得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)之后，經(jīng)過(guò)異常檢測(cè)和數(shù)據(jù)過(guò)濾的處理后再進(jìn)行匯總、ο根據(jù)本發(fā)明的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法的一實(shí)施例，在匯總測(cè)試數(shù)據(jù)后經(jīng)過(guò)過(guò)濾處理并加以存儲(chǔ)。本發(fā)明對(duì)比現(xiàn)有技術(shù)有如下的有益效果本發(fā)明的方案是首先為添加CDN服務(wù)的域名建立測(cè)試任務(wù)，通過(guò)中央調(diào)度將測(cè)試的目標(biāo)資源地址等信息發(fā)往分布于全國(guó)各個(gè)區(qū)域的測(cè)試點(diǎn)。在提供CDN服務(wù)后，測(cè)試點(diǎn)采用高頻并發(fā)測(cè)試對(duì)目標(biāo)資源進(jìn)行分析，將測(cè)試數(shù)據(jù)匯總上報(bào)。此后，上層數(shù)據(jù)分析管理模塊對(duì)上報(bào)數(shù)據(jù)進(jìn)行處理，得到各節(jié)點(diǎn)服務(wù)情況，并根據(jù)異常規(guī)則進(jìn)行匹配和報(bào)警。對(duì)比現(xiàn)有技術(shù)，本發(fā)明在內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)上提供業(yè)務(wù)層服務(wù)質(zhì)量監(jiān)控的系統(tǒng)，對(duì)CDN加速產(chǎn)品服務(wù)狀況進(jìn)行探測(cè)、分析和報(bào)警，從而達(dá)到提高互聯(lián)網(wǎng)⑶N服務(wù)質(zhì)量的目的。


圖1示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)的部署圖。圖2示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)的第一實(shí)施例的結(jié)構(gòu)圖。圖3示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)的第二實(shí)施例的結(jié)構(gòu)圖。圖4示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法的第一實(shí)施例的流程圖。圖5示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法的第二實(shí)施例的流程圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的描述。^w^mimm^mmm^mm-mm本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)的部署結(jié)構(gòu)如圖1所示，測(cè)試機(jī)器12 分別連接內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)10，這些測(cè)試機(jī)器12匯總到數(shù)據(jù)收集分析中心14。數(shù)據(jù)收集分析中心14依次連接數(shù)據(jù)中心16和調(diào)度報(bào)表展示中心18。圖2示出了內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)的第一實(shí)施例的結(jié)構(gòu)。請(qǐng)參見(jiàn)圖2， 本實(shí)施例的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)包括系統(tǒng)調(diào)度展示裝置20、位于多個(gè)測(cè)試機(jī)器中的監(jiān)測(cè)裝置M以及數(shù)據(jù)收集分析裝置26。系統(tǒng)調(diào)度展示裝置20連接這些監(jiān)測(cè)裝置對(duì)，這些監(jiān)測(cè)裝置M均連接到數(shù)據(jù)收集分析裝置26。系統(tǒng)調(diào)度展示裝置20包括輸入輸出接口模塊200以及任務(wù)調(diào)度模塊202。輸入輸出接口模塊200用于配置監(jiān)控對(duì)象的域名資源地址以及報(bào)警規(guī)則。任務(wù)調(diào)度模塊202連接輸入輸出接口模塊200，根據(jù)輸入的監(jiān)控對(duì)象和報(bào)警規(guī)則生成測(cè)試任務(wù)配置文件，并將測(cè)試任務(wù)配置文件發(fā)送到每個(gè)測(cè)試機(jī)器的監(jiān)測(cè)裝置M中。
監(jiān)測(cè)裝置M包括任務(wù)配置文件解析模塊對(duì)0、高頻并發(fā)測(cè)試模塊M2以及數(shù)據(jù)發(fā)送模塊M4。任務(wù)配置文件解析模塊240解析來(lái)自任務(wù)調(diào)度模塊202發(fā)出的測(cè)試任務(wù)配置文件。高頻并發(fā)測(cè)試模塊242連接任務(wù)配置文件解析模塊240，基于高頻并發(fā)測(cè)試管理機(jī)制，通過(guò)DNS解析得到相應(yīng)區(qū)域的目標(biāo)邊緣節(jié)點(diǎn)后，模擬HTTP請(qǐng)求發(fā)往目的地址，得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)，測(cè)試數(shù)據(jù)包括時(shí)間指標(biāo)和文件信息。高頻并發(fā)測(cè)試管理機(jī)制就是在大量頻道的測(cè)試需求下，采用有效的并發(fā)機(jī)制和下載控制管理，避免測(cè)試量帶來(lái)的帶寬爭(zhēng)搶，有效提高測(cè)試的并發(fā)性、穩(wěn)定性和準(zhǔn)確性。高頻并發(fā)測(cè)試主要通過(guò)以下幾點(diǎn)來(lái)實(shí)現(xiàn)1、單文件限制每個(gè)域名選取一個(gè)URI進(jìn)行測(cè)試。同域名下文件均能代表該域名的在對(duì)應(yīng)加速節(jié)點(diǎn)的性能狀況，同時(shí)對(duì)異常狀態(tài)碼等狀況具有普遍性。因此僅選取一個(gè)URI 以替代傳統(tǒng)測(cè)試方法中的全頁(yè)面測(cè)試，節(jié)省了不必要的資源、帶寬開銷，避免全頁(yè)面測(cè)試中其他域名下元素問(wèn)題導(dǎo)致的測(cè)試效果異常和相互影響。2、文件大小限制由于TCP擁塞控制機(jī)制引起的網(wǎng)絡(luò)資源下載過(guò)程的慢啟動(dòng)現(xiàn)象，不同測(cè)試文件大小對(duì)測(cè)試的性能指標(biāo)波動(dòng)起著重要的影響。小文件測(cè)試的下載過(guò)程時(shí)間過(guò)短，波動(dòng)過(guò)大，難以發(fā)現(xiàn)發(fā)現(xiàn)和衡量服務(wù)質(zhì)量狀況；大文件測(cè)試的下載達(dá)到一定時(shí)間后將趨于穩(wěn)定，但將造成多任務(wù)并發(fā)情況下帶寬爭(zhēng)搶。通過(guò)一段時(shí)間的觀察分析，啟用20 個(gè)線程進(jìn)行測(cè)試，設(shè)定文件大小為5KB 5MB的監(jiān)控URI分析的情況下，文件大小在50 100KB的測(cè)試數(shù)據(jù)最為穩(wěn)定，且能夠準(zhǔn)確反映問(wèn)題。因此，在高頻測(cè)試管理中對(duì)文件大小進(jìn)行了控制，選取達(dá)到足夠大小的目標(biāo)URI進(jìn)行測(cè)試，當(dāng)僅有大文件的情況下，通過(guò)HTTP請(qǐng)求頭中Range頭域及下載過(guò)程中的返回大小進(jìn)行分段下載控制，避免全部下載。3、秒級(jí)別并發(fā)串行測(cè)試將導(dǎo)致測(cè)試效率低下，無(wú)法滿足大測(cè)試量需求，按任務(wù)周期的并發(fā)將導(dǎo)致周期時(shí)刻并發(fā)量大，帶寬利用率低。秒級(jí)別并發(fā)將一個(gè)周期內(nèi)的時(shí)間按秒為單位劃分為多個(gè)時(shí)間片，將所有測(cè)試均分到每個(gè)測(cè)試時(shí)間片中進(jìn)行并發(fā)測(cè)試。由于進(jìn)行了文件大小限制，通過(guò)該方法能夠有效避免并發(fā)中的持續(xù)資源爭(zhēng)搶，平滑測(cè)試過(guò)程中帶寬使用集中的問(wèn)題，從而提高總體測(cè)試量和測(cè)試數(shù)據(jù)的穩(wěn)定性。數(shù)據(jù)發(fā)送模塊244連接高頻并發(fā)測(cè)試模塊M2，將測(cè)試數(shù)據(jù)發(fā)往數(shù)據(jù)收集分析裝置26。數(shù)據(jù)收集分析裝置沈包括數(shù)據(jù)接收模塊沈0、數(shù)據(jù)分析模塊沈2、報(bào)警分析模塊 264以及報(bào)警發(fā)送模塊沈6。數(shù)據(jù)接收模塊260接收來(lái)自各個(gè)監(jiān)測(cè)裝置M中的數(shù)據(jù)發(fā)送模塊244發(fā)送的測(cè)試數(shù)據(jù)。數(shù)據(jù)分析模塊262基于測(cè)試數(shù)據(jù)對(duì)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行統(tǒng)計(jì)分析，得到加速域名在各個(gè)加速節(jié)點(diǎn)的性能指標(biāo)。對(duì)加速節(jié)點(diǎn)的智能分析是針對(duì)CDN服務(wù)進(jìn)行的分析統(tǒng)計(jì)，其目的是考核評(píng)估CDN 服務(wù)邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量。該分析主要提供針對(duì)任務(wù)中域名的服務(wù)質(zhì)量分析，以及節(jié)點(diǎn)的綜合服務(wù)能力。1、域名服務(wù)質(zhì)量分析將收集的指標(biāo)數(shù)據(jù)按目標(biāo)節(jié)點(diǎn)IP進(jìn)行統(tǒng)計(jì)，通過(guò)異常過(guò)濾機(jī)制過(guò)濾垃圾數(shù)據(jù)，從而得到對(duì)應(yīng)任務(wù)域名的文件在每個(gè)節(jié)點(diǎn)的平均性能指標(biāo)和可用性數(shù)值，用于評(píng)估節(jié)點(diǎn)域名粒度的服務(wù)質(zhì)量狀況。
2、節(jié)點(diǎn)的綜合服務(wù)能力需要綜合所有測(cè)試任務(wù)的情況進(jìn)行分析。在此采用四分位法進(jìn)行評(píng)估，以過(guò)濾具體域名問(wèn)題帶來(lái)的特殊數(shù)據(jù)。首先為每個(gè)任務(wù)的節(jié)點(diǎn)服務(wù)質(zhì)量狀況進(jìn)行排名評(píng)分，然后對(duì)每個(gè)任務(wù)的排名數(shù)據(jù)用四分位法進(jìn)行分析，得到3個(gè)分位的排名分值后，反向計(jì)算該節(jié)點(diǎn)的最終得分作為節(jié)點(diǎn)的綜合服務(wù)能力。報(bào)警分析模塊264連接數(shù)據(jù)分析模塊沈2，基于設(shè)定的報(bào)警規(guī)則和內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行狀況分析，包括業(yè)務(wù)相關(guān)的單任務(wù)和節(jié)點(diǎn)相關(guān)的綜合分析，得到內(nèi)容分發(fā)網(wǎng)絡(luò)服務(wù)中存在的問(wèn)題。報(bào)警發(fā)送模塊266連接報(bào)警分析模塊沈4，在報(bào)警指令下發(fā)送報(bào)警信號(hào)。智能報(bào)警主要包括性能指標(biāo)和狀態(tài)碼。1、性能指標(biāo)需要結(jié)合訪問(wèn)區(qū)域和加速節(jié)點(diǎn)進(jìn)行報(bào)警分析，而不是傳統(tǒng)的單訪問(wèn)區(qū)域。從CDN服務(wù)的架構(gòu)來(lái)看，往往采用多對(duì)多的覆蓋關(guān)系，而網(wǎng)絡(luò)問(wèn)題往往存在于區(qū)域與區(qū)域之間，單區(qū)域考慮往往容易平滑掉異常，而達(dá)不到報(bào)警閾值。同時(shí)，性能指標(biāo)與網(wǎng)絡(luò)使用狀況、服務(wù)區(qū)域有較大關(guān)系。網(wǎng)絡(luò)高峰期往往容易造成性能指標(biāo)的標(biāo)準(zhǔn)下滑，而偏遠(yuǎn)的服務(wù)區(qū)域其自身網(wǎng)絡(luò)條件較差，性能指標(biāo)也相對(duì)較弱，因此在對(duì)性能指標(biāo)進(jìn)行分析統(tǒng)計(jì)時(shí)，需要針對(duì)時(shí)間段和區(qū)域信息對(duì)報(bào)警閾值進(jìn)行自動(dòng)調(diào)整，減少誤報(bào)。2、狀況碼報(bào)警往往是邊緣節(jié)點(diǎn)或源服務(wù)器異常返回碼導(dǎo)致，因此其分析的粒度僅需針對(duì)加速節(jié)點(diǎn)，當(dāng)加速節(jié)點(diǎn)均出現(xiàn)異常，則可將問(wèn)題定位為源從而進(jìn)行綜合報(bào)警。較佳的，在數(shù)據(jù)收集分析裝置沈進(jìn)一步設(shè)置數(shù)據(jù)過(guò)濾模塊268和數(shù)據(jù)存儲(chǔ)模塊 269。數(shù)據(jù)過(guò)濾模塊268連接在數(shù)據(jù)接收模塊260之后，對(duì)測(cè)試數(shù)據(jù)進(jìn)行過(guò)濾處理。數(shù)據(jù)存儲(chǔ)模塊269連接在數(shù)據(jù)過(guò)濾模塊268之后，對(duì)過(guò)濾處理后的測(cè)試數(shù)據(jù)進(jìn)行存儲(chǔ)。內(nèi)容分發(fā)網(wǎng)絡(luò)的服各質(zhì)量監(jiān)控系統(tǒng)前Il二實(shí)施例圖3示出了內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)的第二實(shí)施例的結(jié)構(gòu)。請(qǐng)參見(jiàn)圖3， 本實(shí)施例的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)包括系統(tǒng)調(diào)度展示裝置30、位于多個(gè)測(cè)試機(jī)器中的監(jiān)測(cè)裝置34以及數(shù)據(jù)收集分析裝置36。系統(tǒng)調(diào)度展示裝置30連接這些監(jiān)測(cè)裝置34，這些監(jiān)測(cè)裝置34均連接到數(shù)據(jù)收集分析裝置36。系統(tǒng)調(diào)度展示裝置30包括輸入輸出接口模塊300以及任務(wù)調(diào)度模塊302。輸入輸出接口模塊300用于配置監(jiān)控對(duì)象的域名資源地址以及報(bào)警規(guī)則。任務(wù)調(diào)度模塊302連接輸入輸出接口模塊300，根據(jù)輸入的監(jiān)控對(duì)象和報(bào)警規(guī)則生成測(cè)試任務(wù)配置文件，并將測(cè)試任務(wù)配置文件發(fā)送到每個(gè)測(cè)試機(jī)器的監(jiān)測(cè)裝置34中。監(jiān)測(cè)裝置34包括任務(wù)配置文件解析模塊340、高頻并發(fā)測(cè)試模塊342、異常檢測(cè)過(guò)濾模塊346以及數(shù)據(jù)發(fā)送模塊344。任務(wù)配置文件解析模塊340解析來(lái)自任務(wù)調(diào)度模塊302 發(fā)出的測(cè)試任務(wù)配置文件。高頻并發(fā)測(cè)試模塊342連接任務(wù)配置文件解析模塊340，基于高頻并發(fā)測(cè)試管理機(jī)制，通過(guò)DNS解析得到相應(yīng)區(qū)域的目標(biāo)邊緣節(jié)點(diǎn)后，模擬HTTP請(qǐng)求發(fā)往目的地址，得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)，測(cè)試數(shù)據(jù)包括時(shí)間指標(biāo)和文件信息。高頻并發(fā)測(cè)試管理機(jī)制就是在大量頻道的測(cè)試需求下，采用有效的并發(fā)機(jī)制和下載控制管理，避免測(cè)試量帶來(lái)的帶寬爭(zhēng)搶，有效提高測(cè)試的并發(fā)性、穩(wěn)定性和準(zhǔn)確性。高頻并發(fā)測(cè)試主要通過(guò)以下幾點(diǎn)來(lái)實(shí)現(xiàn)1、單文件限制每個(gè)域名選取一個(gè)URI進(jìn)行測(cè)試。同域名下文件均能代表該域名的在對(duì)應(yīng)加速節(jié)點(diǎn)的性能狀況，同時(shí)對(duì)異常狀態(tài)碼等狀況具有普遍性。因此僅選取一個(gè)URI 以替代傳統(tǒng)測(cè)試方法中的全頁(yè)面測(cè)試，節(jié)省了不必要的資源、帶寬開銷，避免全頁(yè)面測(cè)試中其他域名下元素問(wèn)題導(dǎo)致的測(cè)試效果異常和相互影響。2、文件大小限制由于TCP擁塞控制機(jī)制引起的網(wǎng)絡(luò)資源下載過(guò)程的慢啟動(dòng)現(xiàn)象，不同測(cè)試文件大小對(duì)測(cè)試的性能指標(biāo)波動(dòng)起著重要的影響。小文件測(cè)試的下載過(guò)程時(shí)間過(guò)短，波動(dòng)過(guò)大，難以發(fā)現(xiàn)發(fā)現(xiàn)和衡量服務(wù)質(zhì)量狀況；大文件測(cè)試的下載達(dá)到一定時(shí)間后將趨于穩(wěn)定，但將造成多任務(wù)并發(fā)情況下帶寬爭(zhēng)搶。通過(guò)一段時(shí)間的觀察分析，啟用20 個(gè)線程進(jìn)行測(cè)試，設(shè)定文件大小為5KB 5MB的監(jiān)控URI分析的情況下，文件大小在50 100KB的測(cè)試數(shù)據(jù)最為穩(wěn)定，且能夠準(zhǔn)確反映問(wèn)題。因此，在高頻測(cè)試管理中對(duì)文件大小進(jìn)行了控制，選取達(dá)到足夠大小的目標(biāo)URI進(jìn)行測(cè)試，當(dāng)僅有大文件的情況下，通過(guò)HTTP請(qǐng)求頭中Range頭域及下載過(guò)程中的返回大小進(jìn)行分段下載控制，避免全部下載。3、秒級(jí)別并發(fā)串行測(cè)試將導(dǎo)致測(cè)試效率低下，無(wú)法滿足大測(cè)試量需求，按任務(wù)周期的并發(fā)將導(dǎo)致周期時(shí)刻并發(fā)量大，帶寬利用率低。秒級(jí)別并發(fā)將一個(gè)周期內(nèi)的時(shí)間按秒為單位劃分為多個(gè)時(shí)間片，將所有測(cè)試均分到每個(gè)測(cè)試時(shí)間片中進(jìn)行并發(fā)測(cè)試。由于進(jìn)行了文件大小限制，通過(guò)該方法能夠有效避免并發(fā)中的持續(xù)資源爭(zhēng)搶，平滑測(cè)試過(guò)程中帶寬使用集中的問(wèn)題，從而提高總體測(cè)試量和測(cè)試數(shù)據(jù)的穩(wěn)定性。異常檢測(cè)過(guò)濾模塊346連接在高頻并發(fā)測(cè)試模塊342和數(shù)據(jù)發(fā)送模塊344之間， 對(duì)測(cè)試數(shù)據(jù)進(jìn)行異常檢測(cè)和數(shù)據(jù)過(guò)濾的處理之后再發(fā)送到數(shù)據(jù)發(fā)送模塊344。數(shù)據(jù)發(fā)送模塊244連接異常檢測(cè)過(guò)濾模塊346，將測(cè)試數(shù)據(jù)發(fā)往數(shù)據(jù)收集分析裝置36。數(shù)據(jù)收集分析裝置36包括數(shù)據(jù)接收模塊360、數(shù)據(jù)分析模塊362、報(bào)警分析模塊 364以及報(bào)警發(fā)送模塊366。數(shù)據(jù)接收模塊360接收來(lái)自各個(gè)監(jiān)測(cè)裝置34中的數(shù)據(jù)發(fā)送模塊344發(fā)送的測(cè)試數(shù)據(jù)。數(shù)據(jù)分析模塊362基于測(cè)試數(shù)據(jù)對(duì)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行統(tǒng)計(jì)分析，得到加速域名在各個(gè)加速節(jié)點(diǎn)的性能指標(biāo)。對(duì)加速節(jié)點(diǎn)的智能分析是針對(duì)CDN服務(wù)進(jìn)行的分析統(tǒng)計(jì)，其目的是考核評(píng)估CDN 服務(wù)邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量。該分析主要提供針對(duì)任務(wù)中域名的服務(wù)質(zhì)量分析，以及節(jié)點(diǎn)的綜合服務(wù)能力。1、域名服務(wù)質(zhì)量分析將收集的指標(biāo)數(shù)據(jù)按目標(biāo)節(jié)點(diǎn)IP進(jìn)行統(tǒng)計(jì)，通過(guò)異常過(guò)濾機(jī)制過(guò)濾垃圾數(shù)據(jù)，從而得到對(duì)應(yīng)任務(wù)域名的文件在每個(gè)節(jié)點(diǎn)的平均性能指標(biāo)和可用性數(shù)值，用于評(píng)估節(jié)點(diǎn)域名粒度的服務(wù)質(zhì)量狀況。2、節(jié)點(diǎn)的綜合服務(wù)能力需要綜合所有測(cè)試任務(wù)的情況進(jìn)行分析。在此采用四分位法進(jìn)行評(píng)估，以過(guò)濾具體域名問(wèn)題帶來(lái)的特殊數(shù)據(jù)。首先為每個(gè)任務(wù)的節(jié)點(diǎn)服務(wù)質(zhì)量狀況進(jìn)行排名評(píng)分，然后對(duì)每個(gè)任務(wù)的排名數(shù)據(jù)用四分位法進(jìn)行分析，得到3個(gè)分位的排名分值后，反向計(jì)算該節(jié)點(diǎn)的最終得分作為節(jié)點(diǎn)的綜合服務(wù)能力。報(bào)警分析模塊364連接數(shù)據(jù)分析模塊362，基于設(shè)定的報(bào)警規(guī)則和內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行狀況分析，包括業(yè)務(wù)相關(guān)的單任務(wù)和節(jié)點(diǎn)相關(guān)的綜合分析，得到內(nèi)容分發(fā)網(wǎng)絡(luò)服務(wù)中存在的問(wèn)題。報(bào)警發(fā)送模塊366連接報(bào)警分析模塊364，在報(bào)警指令下發(fā)送報(bào)警信號(hào)。
智能報(bào)警主要包括性能指標(biāo)和狀態(tài)碼。1、性能指標(biāo)需要結(jié)合訪問(wèn)區(qū)域和加速節(jié)點(diǎn)進(jìn)行報(bào)警分析，而不是傳統(tǒng)的單訪問(wèn)區(qū)域。從CDN服務(wù)的架構(gòu)來(lái)看，往往采用多對(duì)多的覆蓋關(guān)系，而網(wǎng)絡(luò)問(wèn)題往往存在于區(qū)域與區(qū)域之間，單區(qū)域考慮往往容易平滑掉異常，而達(dá)不到報(bào)警閾值。同時(shí)，性能指標(biāo)與網(wǎng)絡(luò)使用狀況、服務(wù)區(qū)域有較大關(guān)系。網(wǎng)絡(luò)高峰期往往容易造成性能指標(biāo)的標(biāo)準(zhǔn)下滑，而偏遠(yuǎn)的服務(wù)區(qū)域其自身網(wǎng)絡(luò)條件較差，性能指標(biāo)也相對(duì)較弱，因此在對(duì)性能指標(biāo)進(jìn)行分析統(tǒng)計(jì)時(shí)，需要針對(duì)時(shí)間段和區(qū)域信息對(duì)報(bào)警閾值進(jìn)行自動(dòng)調(diào)整，減少誤報(bào)。2、狀況碼報(bào)警往往是邊緣節(jié)點(diǎn)或源服務(wù)器異常返回碼導(dǎo)致，因此其分析的粒度僅需針對(duì)加速節(jié)點(diǎn)，當(dāng)加速節(jié)點(diǎn)均出現(xiàn)異常，則可將問(wèn)題定位為源從而進(jìn)行綜合報(bào)警。較佳的，在數(shù)據(jù)收集分析裝置36進(jìn)一步設(shè)置數(shù)據(jù)過(guò)濾模塊368和數(shù)據(jù)存儲(chǔ)模塊 369。數(shù)據(jù)過(guò)濾模塊368連接在數(shù)據(jù)接收模塊360之后，對(duì)測(cè)試數(shù)據(jù)進(jìn)行過(guò)濾處理。數(shù)據(jù)存儲(chǔ)模塊369連接在數(shù)據(jù)過(guò)濾模塊368之后，對(duì)過(guò)濾處理后的測(cè)試數(shù)據(jù)進(jìn)行存儲(chǔ)。會(huì)各白句月侵#砠|%肖力fe^lll —圖4示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法的第一實(shí)施例的步驟。請(qǐng)參見(jiàn)圖4，本實(shí)施例的詳細(xì)步驟描述如下。步驟SlO 配置監(jiān)控對(duì)象的域名資源地址以及報(bào)警規(guī)則。步驟Sll 根據(jù)輸入的監(jiān)控對(duì)象和報(bào)警規(guī)則生成測(cè)試任務(wù)配置文件，并將測(cè)試任務(wù)配置文件發(fā)送到位于多個(gè)測(cè)試機(jī)器中。步驟S12 在每一個(gè)測(cè)試機(jī)器中，解析接收到的測(cè)試任務(wù)配置文件。步驟S13 根據(jù)解析出的測(cè)試任務(wù)配置文件，基于高頻并發(fā)測(cè)試管理機(jī)制，通過(guò) DNS解析得到相應(yīng)區(qū)域的目標(biāo)邊緣節(jié)點(diǎn)后，模擬HTTP請(qǐng)求發(fā)往目的地址，得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)，所述測(cè)試數(shù)據(jù)包括時(shí)間指標(biāo)和文件信息。步驟S14 從每一個(gè)測(cè)試機(jī)器中匯總測(cè)試數(shù)據(jù)，基于這些測(cè)試數(shù)據(jù)對(duì)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行統(tǒng)計(jì)分析，得到加速域名在各個(gè)加速節(jié)點(diǎn)的性能指標(biāo)。較佳的，在匯總測(cè)試數(shù)據(jù)后經(jīng)過(guò)過(guò)濾處理并加以存儲(chǔ)。步驟S15 基于設(shè)定的報(bào)警規(guī)則和內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行狀況分析，得到內(nèi)容分發(fā)網(wǎng)絡(luò)服務(wù)中存在的問(wèn)題并發(fā)送報(bào)警信號(hào)。內(nèi)容分發(fā)網(wǎng)絡(luò)的服各質(zhì)量監(jiān)控方法的Il二實(shí)施例圖5示出了本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法的第二實(shí)施例的步驟。請(qǐng)參見(jiàn)圖5，本實(shí)施例的詳細(xì)步驟描述如下。步驟S20 配置監(jiān)控對(duì)象的域名資源地址以及報(bào)警規(guī)則。步驟S21 根據(jù)輸入的監(jiān)控對(duì)象和報(bào)警規(guī)則生成測(cè)試任務(wù)配置文件，并將測(cè)試任務(wù)配置文件發(fā)送到位于多個(gè)測(cè)試機(jī)器中。步驟S22 在每一個(gè)測(cè)試機(jī)器中，解析接收到的測(cè)試任務(wù)配置文件。步驟S23 根據(jù)解析出的測(cè)試任務(wù)配置文件，基于高頻并發(fā)測(cè)試管理機(jī)制，通過(guò) DNS解析得到相應(yīng)區(qū)域的目標(biāo)邊緣節(jié)點(diǎn)后，模擬HTTP請(qǐng)求發(fā)往目的地址，得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)，所述測(cè)試數(shù)據(jù)包括時(shí)間指標(biāo)和文件信息。步驟S24 在得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)之后，經(jīng)過(guò)異常檢測(cè)和數(shù)據(jù)過(guò)濾的處理后再進(jìn)行匯總。
步驟S25 從每一個(gè)測(cè)試機(jī)器中匯總測(cè)試數(shù)據(jù)，基于這些測(cè)試數(shù)據(jù)對(duì)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行統(tǒng)計(jì)分析，得到加速域名在各個(gè)加速節(jié)點(diǎn)的性能指標(biāo)。較佳的，在匯總測(cè)試數(shù)據(jù)后經(jīng)過(guò)過(guò)濾處理并加以存儲(chǔ)。步驟S26 基于設(shè)定的報(bào)警規(guī)則和內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行狀況分析，得到內(nèi)容分發(fā)網(wǎng)絡(luò)服務(wù)中存在的問(wèn)題并發(fā)送報(bào)警信號(hào)。上述實(shí)施例是提供給本領(lǐng)域普通技術(shù)人員來(lái)實(shí)現(xiàn)或使用本發(fā)明的，本領(lǐng)域普通技術(shù)人員可在不脫離本發(fā)明的發(fā)明思想的情況下，對(duì)上述實(shí)施例做出種種修改或變化，因而本發(fā)明的保護(hù)范圍并不被上述實(shí)施例所限，而應(yīng)該是負(fù)荷權(quán)利要求書提到的創(chuàng)新性特征的最大范圍。
權(quán)利要求
1.一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)，包括系統(tǒng)調(diào)度展示裝置、位于多個(gè)測(cè)試機(jī)器中的監(jiān)測(cè)裝置以及數(shù)據(jù)收集分析裝置，其中系統(tǒng)調(diào)度展示裝置，包括輸入輸出接口模塊以及任務(wù)調(diào)度模塊，其中 輸入輸出接口模塊，用于配置監(jiān)控對(duì)象的域名資源地址以及報(bào)警規(guī)則； 任務(wù)調(diào)度模塊，連接所述輸入輸出接口模塊，根據(jù)輸入的監(jiān)控對(duì)象和報(bào)警規(guī)則生成測(cè)試任務(wù)配置文件，并將所述測(cè)試任務(wù)配置文件發(fā)送到所述多個(gè)測(cè)試機(jī)器中的監(jiān)測(cè)裝置中；監(jiān)測(cè)裝置，和所述系統(tǒng)調(diào)度展示裝置和所述數(shù)據(jù)收集分析裝置建立數(shù)據(jù)連接，包括任務(wù)配置文件解析模塊、高頻并發(fā)測(cè)試模塊以及數(shù)據(jù)發(fā)送模塊，其中任務(wù)配置文件解析模塊，解析來(lái)自所述任務(wù)調(diào)度模塊發(fā)出的測(cè)試任務(wù)配置文件； 高頻并發(fā)測(cè)試模塊，連接所述任務(wù)配置文件解析模塊，基于高頻并發(fā)測(cè)試管理機(jī)制，通過(guò)DNS解析得到相應(yīng)區(qū)域的目標(biāo)邊緣節(jié)點(diǎn)后，模擬HTTP請(qǐng)求發(fā)往目的地址，得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)，所述測(cè)試數(shù)據(jù)包括時(shí)間指標(biāo)和文件信息；數(shù)據(jù)發(fā)送模塊，連接所述高頻并發(fā)測(cè)試模塊，將所述測(cè)試數(shù)據(jù)發(fā)往所述數(shù)據(jù)收集分析裝置；數(shù)據(jù)收集分析裝置，包括數(shù)據(jù)接收模塊、數(shù)據(jù)分析模塊、報(bào)警分析模塊以及報(bào)警發(fā)送模塊，其中數(shù)據(jù)接收模塊，接收來(lái)自所述多個(gè)監(jiān)測(cè)裝置中的所述數(shù)據(jù)發(fā)送模塊發(fā)送的所述測(cè)試數(shù)據(jù)；數(shù)據(jù)分析模塊，基于所述測(cè)試數(shù)據(jù)對(duì)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行統(tǒng)計(jì)分析，得到加速域名在各個(gè)加速節(jié)點(diǎn)的性能指標(biāo)；報(bào)警分析模塊，連接所述數(shù)據(jù)分析模塊，基于設(shè)定的所述報(bào)警規(guī)則和內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行狀況分析，得到內(nèi)容分發(fā)網(wǎng)絡(luò)服務(wù)中存在的問(wèn)題； 報(bào)警發(fā)送模塊，連接所述報(bào)警分析模塊，在報(bào)警指令下發(fā)送報(bào)警信號(hào)。
2.根據(jù)權(quán)利要求1所述的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)，其特征在于，所述監(jiān)測(cè)裝置中還包括異常檢測(cè)過(guò)濾模塊，連接在所述高頻并發(fā)測(cè)試模塊和所述數(shù)據(jù)發(fā)送模塊之間，對(duì)測(cè)試數(shù)據(jù)進(jìn)行異常檢測(cè)和數(shù)據(jù)過(guò)濾的處理之后再發(fā)送到所述數(shù)據(jù)發(fā)送模塊。
3.根據(jù)權(quán)利要求1所述的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)，其特征在于，所述數(shù)據(jù)收集分析裝置還包括數(shù)據(jù)過(guò)濾模塊，連接在所述數(shù)據(jù)接收模塊之后，對(duì)測(cè)試數(shù)據(jù)進(jìn)行過(guò)濾處理； 數(shù)據(jù)存儲(chǔ)模塊，連接在所述數(shù)據(jù)過(guò)濾模塊之后，對(duì)過(guò)濾處理后的測(cè)試數(shù)據(jù)進(jìn)行存儲(chǔ)。
4.一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法，包括 配置監(jiān)控對(duì)象的域名資源地址以及報(bào)警規(guī)則；根據(jù)輸入的監(jiān)控對(duì)象和報(bào)警規(guī)則生成測(cè)試任務(wù)配置文件，并將測(cè)試任務(wù)配置文件發(fā)送到位于多個(gè)測(cè)試機(jī)器中；在每一個(gè)測(cè)試機(jī)器中，解析接收到的測(cè)試任務(wù)配置文件；根據(jù)解析出的測(cè)試任務(wù)配置文件，基于高頻并發(fā)測(cè)試管理機(jī)制，通過(guò)DNS解析得到相應(yīng)區(qū)域的目標(biāo)邊緣節(jié)點(diǎn)后，模擬HTTP請(qǐng)求發(fā)往目的地址，得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)，所述測(cè)試數(shù)據(jù)包括時(shí)間指標(biāo)和文件信息；從每一個(gè)測(cè)試機(jī)器中匯總測(cè)試數(shù)據(jù)，基于這些測(cè)試數(shù)據(jù)對(duì)內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行統(tǒng)計(jì)分析，得到加速域名在各個(gè)加速節(jié)點(diǎn)的性能指標(biāo)；基于設(shè)定的報(bào)警規(guī)則和內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)的服務(wù)質(zhì)量進(jìn)行狀況分析，得到內(nèi)容分發(fā)網(wǎng)絡(luò)服務(wù)中存在的問(wèn)題并發(fā)送報(bào)警信號(hào)。
5.根據(jù)權(quán)利要求4所述的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法，其特征在于，在得到服務(wù)器響應(yīng)后記錄邊緣節(jié)點(diǎn)返回的測(cè)試數(shù)據(jù)之后，經(jīng)過(guò)異常檢測(cè)和數(shù)據(jù)過(guò)濾的處理后再進(jìn)行匯總。
6.根據(jù)權(quán)利要求3所述的基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控方法，其特征在于，在匯總測(cè)試數(shù)據(jù)后經(jīng)過(guò)過(guò)濾處理并加以存儲(chǔ)。
全文摘要
本發(fā)明公開了一種基于內(nèi)容分發(fā)網(wǎng)絡(luò)的服務(wù)質(zhì)量監(jiān)控系統(tǒng)和方法，對(duì)CDN服務(wù)質(zhì)量進(jìn)行高效、準(zhǔn)確、及時(shí)的監(jiān)控，從而有效提高各個(gè)域名的CDN服務(wù)質(zhì)量。其技術(shù)方案為首先為添加CDN服務(wù)的域名建立測(cè)試任務(wù)，通過(guò)中央調(diào)度將測(cè)試的目標(biāo)資源地址等信息發(fā)往分布于全國(guó)各個(gè)區(qū)域的測(cè)試點(diǎn)。在提供CDN服務(wù)后，測(cè)試點(diǎn)采用高頻并發(fā)測(cè)試對(duì)目標(biāo)資源進(jìn)行分析，將測(cè)試數(shù)據(jù)匯總上報(bào)。此后，上層數(shù)據(jù)分析管理模塊對(duì)上報(bào)數(shù)據(jù)進(jìn)行處理，得到各節(jié)點(diǎn)服務(wù)情況，并根據(jù)異常規(guī)則進(jìn)行匹配和報(bào)警。
文檔編號(hào)H04L12/26GK102347864SQ20111034205
公開日2012年2月8日 申請(qǐng)日期2011年11月2日 優(yōu)先權(quán)日2011年11月2日
發(fā)明者孫達(dá)康, 洪珂 申請(qǐng)人:網(wǎng)宿科技股份有限公司