本(ben)發明(ming)涉及(ji)網絡安(an)全技術(shu)領域，更具體點(dian)(dian)，涉及(ji)一種(zhong)教育網的(de)CDN節(jie)點(dian)(dian)檢測系統及(ji)其(qi)方法，用(yong)于為教育網用(yong)戶(hu)(hu)提升用(yong)戶(hu)(hu)體驗和節(jie)約系統成本(ben)。這兩個目標本(ben)身都包含很多(duo)的(de)方面(mian)，但(dan)提取其(qi)最核心的(de)要求，分(fen)別對應降低用(yong)戶(hu)(hu)訪問CDN節(jie)點(dian)(dian)的(de)延遲，降低CDN節(jie)點(dian)(dian)的(de)帶(dai)寬(kuan)成本(ben)。

背景技術：

采(cai)取了分(fen)(fen)布(bu)式網絡(luo)緩存結(jie)構(即國際上流(liu)行的(de)(de)web cache技術(shu))，通過在(zai)(zai)現有的(de)(de)Internet中增(zeng)加一層新(xin)的(de)(de)網絡(luo)架構，將網站(zhan)(zhan)的(de)(de)內(nei)(nei)(nei)容發(fa)布(bu)到(dao)(dao)(dao)最(zui)接近(jin)(jin)用(yong)戶(hu)(hu)的(de)(de)cache服(fu)務器(qi)(qi)內(nei)(nei)(nei)，通過DNS負(fu)載均衡(heng)的(de)(de)技術(shu)，判斷用(yong)戶(hu)(hu)來源就(jiu)近(jin)(jin)訪(fang)(fang)問cache服(fu)務器(qi)(qi)取得所需(xu)的(de)(de)內(nei)(nei)(nei)容，解決Internet網絡(luo)擁塞狀況，提(ti)高用(yong)戶(hu)(hu)訪(fang)(fang)問網站(zhan)(zhan)的(de)(de)響應速度，如(ru)同(tong)提(ti)供了多個分(fen)(fen)布(bu)在(zai)(zai)各地(di)的(de)(de)加速器(qi)(qi)，以(yi)達到(dao)(dao)(dao)快速、可冗余的(de)(de)為(wei)多個網站(zhan)(zhan)加速的(de)(de)目的(de)(de)。CDN(Content Delivery Network，內(nei)(nei)(nei)容分(fen)(fen)發(fa)網絡(luo))將一個服(fu)務器(qi)(qi)的(de)(de)內(nei)(nei)(nei)容，復制到(dao)(dao)(dao)多個服(fu)務器(qi)(qi)上邊緣節點，讓用(yong)戶(hu)(hu)從離自(zi)己最(zui)近(jin)(jin)的(de)(de)服(fu)務器(qi)(qi)獲(huo)取內(nei)(nei)(nei)容，以(yi)提(ti)高速度。

CDN的(de)特點(dian)如下：1、本地(di)Cache加(jia)(jia)速提(ti)高(gao)了企業站(zhan)點(dian)(尤其含有(you)大(da)(da)量(liang)圖片和靜態(tai)頁面站(zhan)點(dian))的(de)訪(fang)(fang)問速度(du)，并大(da)(da)大(da)(da)提(ti)高(gao)以(yi)上(shang)性質站(zhan)點(dian)的(de)穩定性；2、鏡(jing)(jing)像服務消除(chu)了不(bu)同(tong)運(yun)營商(shang)之間(jian)互(hu)聯的(de)瓶頸造(zao)成的(de)影響(xiang)，實現了跨運(yun)營商(shang)的(de)網站(zhan)加(jia)(jia)速，保證(zheng)不(bu)同(tong)網絡中的(de)用戶都能得到(dao)良(liang)好(hao)的(de)訪(fang)(fang)問質量(liang)；3、遠程(cheng)(cheng)加(jia)(jia)速遠程(cheng)(cheng)訪(fang)(fang)問用戶根據DNS負(fu)載(zai)均衡技(ji)術智能自動(dong)選(xuan)擇Cache服務器，選(xuan)擇最快的(de)Cache服務器，加(jia)(jia)快遠程(cheng)(cheng)訪(fang)(fang)問的(de)速度(du)；4、帶寬(kuan)優化自動(dong)生成服務器的(de)遠程(cheng)(cheng)Mirror(鏡(jing)(jing)像)cache服務器，遠程(cheng)(cheng)用戶訪(fang)(fang)問時(shi)從cache服務器上(shang)讀取數(shu)據，減少遠程(cheng)(cheng)訪(fang)(fang)問的(de)帶寬(kuan)、分(fen)(fen)擔網絡流量(liang)、減輕原站(zhan)點(dian)WEB服務器負(fu)載(zai)等功能；5、集群抗攻擊(ji)廣泛分(fen)(fen)布(bu)的(de)CDN節(jie)(jie)點(dian)加(jia)(jia)上(shang)節(jie)(jie)點(dian)之間(jian)的(de)智能冗于機制，可以(yi)有(you)效地(di)預防黑客入侵以(yi)及(ji)降低各(ge)種DDoS攻擊(ji)對網站(zhan)的(de)影響(xiang)，同(tong)時(shi)保證(zheng)較好(hao)的(de)服務質量(liang)。

技術實現要素：

有鑒于此，本發明(ming)提出教(jiao)(jiao)育網(wang)CDN節點(dian)檢測系統(tong)并(bing)(bing)形(xing)成教(jiao)(jiao)育網(wang)CDN節點(dian)庫，并(bing)(bing)對CDN節點(dian)庫進(jin)行(xing)性能檢測以(yi)及資源調度。

根據本(ben)發明一方面，提供了一種教育網內CDN節點(dian)檢(jian)測與資源調(diao)度(du)系統，其(qi)包括：

URL采(cai)集(ji)子(zi)系統，其用(yong)于采(cai)集(ji)教育(yu)網內客戶端訪問的(de)域(yu)名(ming)地址(zhi)，并將采(cai)集(ji)到(dao)的(de)域(yu)名(ming)地址(zhi)存儲到(dao)域(yu)名(ming)庫(ku)中；

預處(chu)理服(fu)務器，其用于(yu)從所(suo)述域(yu)(yu)名(ming)(ming)庫中讀取(qu)域(yu)(yu)名(ming)(ming)地址，并(bing)插入到(dao)域(yu)(yu)名(ming)(ming)隊列中；

CDN節(jie)點(dian)檢測(ce)(ce)系(xi)統，其(qi)用于從所述域(yu)名(ming)(ming)隊(dui)列中讀取域(yu)名(ming)(ming)地(di)址(zhi)，并進行CDN加(jia)速節(jie)點(dian)檢測(ce)(ce)，在檢測(ce)(ce)到所述域(yu)名(ming)(ming)地(di)址(zhi)使用了CDN加(jia)速節(jie)點(dian)加(jia)速時(shi)，則把所述域(yu)名(ming)(ming)地(di)址(zhi)和以及對應的(de)CDN加(jia)速節(jie)點(dian)的(de)IP地(di)址(zhi)存儲(chu)到教育網CDN節(jie)點(dian)庫中；

數據(ju)處理服(fu)務器，其用(yong)于根據(ju)客(ke)戶端的請求，為客(ke)戶端調度得到最優的CDN加(jia)速階段，完成CDN節點庫的資源調度。

其中，所述(shu)CDN節(jie)點檢測(ce)系統在進行CDN加(jia)(jia)速節(jie)點檢測(ce)時，先從獲得的(de)域(yu)(yu)名(ming)地址中解析得到子域(yu)(yu)名(ming)，然后判斷所述(shu)子域(yu)(yu)名(ming)是否使(shi)用了CND加(jia)(jia)速節(jie)點。

其中，所述(shu)教(jiao)育網內CDN節(jie)點檢測與(yu)資源調(diao)度(du)系統還包括(kuo)：

SLA監測節點(dian)(dian)，其用于測試(shi)CDN節點(dian)(dian)庫的(de)性能(neng)。

其中，所述(shu)SLA監測(ce)節點(dian)每隔(ge)第一預定時間段向客戶端和CDN節點(dian)庫(ku)發(fa)起(qi)一次SLA測(ce)試對象的HTTP協議獲(huo)取請求(qiu)。

其中，所(suo)述SLA監測節(jie)(jie)點在監測到(dao)CDN節(jie)(jie)點庫(ku)的(de)平均服務網(wang)速低于客戶端的(de)評(ping)價網(wang)速時，則判定為(wei)一(yi)次網(wang)絡性能事(shi)故；所(suo)述SLA監測節(jie)(jie)點如果在第二預(yu)定時間段內(nei)對SLA測試對象(xiang)的(de)獲取請求連(lian)續失敗(bai)預(yu)定次數后，則判定為(wei)一(yi)次網(wang)絡可(ke)用(yong)性事(shi)故。

其中，所述數據處理服務(wu)器在進行(xing)CDN節(jie)點(dian)(dian)庫的(de)(de)資源(yuan)調(diao)度時，接(jie)收到(dao)客戶端(duan)的(de)(de)CND節(jie)點(dian)(dian)加(jia)速(su)請(qing)求時，從所述CDN節(jie)點(dian)(dian)庫獲取CDN加(jia)速(su)節(jie)點(dian)(dian)的(de)(de)IP地(di)(di)址(zhi)(zhi)信(xin)息(xi)并(bing)返回；所述CDN加(jia)速(su)節(jie)點(dian)(dian)的(de)(de)IP地(di)(di)址(zhi)(zhi)為業務(wu)在域名配(pei)置(zhi)管理系統上配(pei)置(zhi)的(de)(de)訪問延遲最(zui)短的(de)(de)IP地(di)(di)址(zhi)(zhi)信(xin)息(xi)。

其中，所述(shu)數據處理服務器(qi)在接(jie)收(shou)到客(ke)戶端(duan)hosts信息(xi)請(qing)求(qiu)后，根據所述(shu)hosts信息(xi)請(qing)求(qiu)從數據存儲(chu)服務器(qi)獲取相應的hosts信息(xi)并(bing)返回。

本發(fa)明還提出了一(yi)種教育網內CDN節點(dian)檢測與資源調度方法，包(bao)括：

步驟1、客戶端(duan)將其網絡(luo)屬性傳送至數據處理服務器，經數據處理服務器傳送至域(yu)名(ming)庫；

步驟2、預處理服(fu)務器實時從域名(ming)庫中讀取域名(ming)地址(zhi)，并(bing)將其進行緩存；

步驟(zou)3、CDN節(jie)點(dian)(dian)檢(jian)測系統從預處理(li)服務器獲(huo)取域名地(di)址(zhi)，然后逐條測試每個(ge)域名地(di)址(zhi)，如果所檢(jian)測的域名使用了CDN加速(su)節(jie)點(dian)(dian)，則把域名和(he)CDN加速(su)節(jie)點(dian)(dian)的IP地(di)址(zhi)存放(fang)到教育網(wang)CDN節(jie)點(dian)(dian)庫中(zhong)；

步(bu)驟4、對教育網CDN節(jie)點庫(ku)進行性能(neng)測試(shi)以及資源調度。

其中(zhong)，步驟(zou)4中(zhong)對教育網CDN節點(dian)庫的性能測試包括：

步驟401、SLA監測節點每隔(ge)第(di)一(yi)預(yu)定時間段，分別向教育網(wang)CDN節點庫(ku)和客戶端，發(fa)起一(yi)次SLA測試對象的(de)(de)HTTP協(xie)議的(de)(de)獲取請求；

步驟402、如果教育網(wang)CDN節點庫的平均(jun)服務(wu)網(wang)速低于客戶(hu)源站的平均(jun)網(wang)速，則判(pan)定為一次網(wang)絡(luo)性(xing)能事故(gu)；

步驟403，在第二(er)預定時間段內(nei)，如果SLA監測節(jie)點(dian)連(lian)續預定次數獲取SLA測試對(dui)象(xiang)的HTTP請求失(shi)敗，則判定為(wei)一次網絡可用性事(shi)故。

其中，步(bu)驟4中對教育網CDN節點(dian)庫的資源(yuan)調度包括：

步(bu)驟(zou)1、用戶終端的網絡屬性，將其傳送至數據處理服務器；

步驟2、所述(shu)數據處理服務器根據所接(jie)收到(dao)的網絡屬性(xing)，針對每一網絡節點每一網站域名(ming)通過DNS請求(qiu)hosts信息獲取業務在(zai)域名(ming)配置管理系統上配置的訪問延遲最優的IP；

步驟(zou)3、所述數(shu)據處理(li)服務器(qi)根據用(yong)(yong)戶LDNS的IP地址(zhi)來(lai)判(pan)斷出(chu)該(gai)用(yong)(yong)戶所在區(qu)域，然(ran)后(hou)根據Topology的設(she)定找出(chu)為該(gai)區(qu)域服務的Pool。

本發(fa)明的(de)技術方案為教(jiao)育網用戶(hu)提(ti)升了用戶(hu)體驗(yan)和節(jie)(jie)約(yue)了系統成本。這兩(liang)個目標(biao)本身都包含(han)很多的(de)方面，但提(ti)取其最核心的(de)要求，分別對應降低用戶(hu)訪問CDN節(jie)(jie)點(dian)(dian)的(de)延遲，降低CDN節(jie)(jie)點(dian)(dian)的(de)帶(dai)寬(kuan)成本。

附圖說明

圖(tu)1為本發明中(zhong)基于大型(xing)ISP網內CDN節點檢測(ce)與資(zi)源(yuan)測(ce)量調度方法系統架構圖(tu)；

具體實施方式

為使本發(fa)明(ming)的(de)目的(de)、技術方案(an)和(he)優點更加清楚(chu)明(ming)白，以(yi)下結合具體實施例，并參照附圖，對本發(fa)明(ming)進一步詳細說明(ming)。根據本發(fa)明(ming)的(de)實施例程，能(neng)夠(gou)清晰展(zhan)示該發(fa)明(ming)下的(de)教育網(wang)的(de)CDN節點檢測與形成(cheng)測試與流量調(diao)度。

圖(tu)1示出了本發明提出的教育網內CDN節點檢(jian)測與資源調度系統(tong)的框架(jia)圖(tu)。如圖(tu)1所示，所述系統(tong)包括：

URL采集(ji)子(zi)系統，其(qi)用于采集(ji)教育網客戶端訪問的(de)域名地(di)址(zhi)，并將(jiang)采集(ji)到的(de)域名地(di)址(zhi)存(cun)儲到域名庫中(zhong)；

預處理(li)服務器，其用于從所述域(yu)(yu)(yu)名庫中讀取域(yu)(yu)(yu)名地址，并插入到(dao)域(yu)(yu)(yu)名隊列中；

預處理(li)服務器是域(yu)名庫(ku)和(he)教育網CDN節點檢測系統(tong)的過(guo)度階段(duan)，它的作用(yong)主要是從域(yu)名庫(ku)文件(jian)中讀取域(yu)名，并(bing)插入到隊列(lie)中，相當于緩存(cun)服務器。

CDN節(jie)(jie)(jie)(jie)(jie)(jie)點(dian)(dian)檢(jian)測系統(tong)(tong)，其用(yong)于(yu)從(cong)所述域名(ming)(ming)隊列中一個一個的讀取域名(ming)(ming)地(di)(di)址，并得(de)到(dao)(dao)域名(ming)(ming)地(di)(di)址中的子域名(ming)(ming)，以進行(xing)CDN節(jie)(jie)(jie)(jie)(jie)(jie)點(dian)(dian)檢(jian)測，在檢(jian)測過程中，首先從(cong)該(gai)(gai)域名(ming)(ming)地(di)(di)址中檢(jian)測出子域名(ming)(ming)，得(de)到(dao)(dao)子域名(ming)(ming)后通(tong)過CDN節(jie)(jie)(jie)(jie)(jie)(jie)點(dian)(dian)檢(jian)測系統(tong)(tong)判斷該(gai)(gai)子域名(ming)(ming)是(shi)否使用(yong)了(le)CDN節(jie)(jie)(jie)(jie)(jie)(jie)點(dian)(dian)加(jia)速，若該(gai)(gai)子域名(ming)(ming)使用(yong)了(le)CDN節(jie)(jie)(jie)(jie)(jie)(jie)點(dian)(dian)加(jia)速，則把(ba)所述域名(ming)(ming)地(di)(di)址和以及對(dui)應的加(jia)速節(jie)(jie)(jie)(jie)(jie)(jie)點(dian)(dian)的IP地(di)(di)址存儲到(dao)(dao)教(jiao)育網CDN節(jie)(jie)(jie)(jie)(jie)(jie)點(dian)(dian)庫(ku)中。教(jiao)育網CDN節(jie)(jie)(jie)(jie)(jie)(jie)點(dian)(dian)庫(ku)用(yong)于(yu)存儲域名(ming)(ming)地(di)(di)址和解析得(de)到(dao)(dao)的IP地(di)(di)址，供CDN節(jie)(jie)(jie)(jie)(jie)(jie)點(dian)(dian)庫(ku)的性能(neng)測試(shi)以及資源調度。

SLA(服務水平協議)監測節(jie)點(dian)，其(qi)用(yong)于測試CDN節(jie)點(dian)庫的性能；

可選(xuan)地，SLA監測節點對CDN節點庫的性能測試包括：

(1)SLA(服務(wu)水平協(xie)議(yi))衡量(liang)方法

每間(jian)隔(ge)6分(fen)(fen)鐘，SLA監測點(dian)分(fen)(fen)別向(xiang)教育網CDN節點(dian)庫和客戶(hu)端(duan)發起(qi)一次(ci)SLA測試對(dui)象的HTTP協議的Get請求。

(2)SLA測(ce)試對(dui)象

SLA的測試(shi)對象是TTL為2小(xiao)時(shi)、大(da)小(xiao)為200K字節左右的文件。

(3)性能測量

如果教育(yu)網的(de)CDN節點庫(ku)的(de)服務每小時(shi)平均(jun)(jun)網絡速度低于客(ke)戶端每小時(shi)平均(jun)(jun)網絡速度，則(ze)視為一(yi)次(ci)網絡性(xing)能事故，需(xu)優化資(zi)源調(diao)度算(suan)法。

(4)可用性測量

在任何(he)一個自然60分鐘內，如果全網(wang)的(de)10％的(de)SLA監(jian)測節(jie)點連續三次(ci)到測試對象的(de)HTTP請(qing)求失敗，則(ze)視為一次(ci)網(wang)絡可用性事故(gu)。需(xu)優化資(zi)源(yuan)調度算法。

數據處理(li)服(fu)務器，其用于完成CDN節點庫的(de)資源調(diao)度(du)，具(ju)體過程包括(kuo)：

數據(ju)處理(li)(li)服(fu)務(wu)(wu)器從(cong)(cong)客戶端接(jie)(jie)收(shou)網站域(yu)(yu)名(ming)的(de)(de)(de)(de)CND節(jie)點加速請(qing)(qing)求(qiu)(qiu)(qiu)(qiu)，所述加速請(qing)(qing)求(qiu)(qiu)(qiu)(qiu)包括客戶端的(de)(de)(de)(de)網絡屬性及所述網站域(yu)(yu)名(ming)；數據(ju)處理(li)(li)服(fu)務(wu)(wu)器根據(ju)接(jie)(jie)收(shou)到的(de)(de)(de)(de)請(qing)(qing)求(qiu)(qiu)(qiu)(qiu)從(cong)(cong)數據(ju)存(cun)儲服(fu)務(wu)(wu)器獲取CDN加速節(jie)點的(de)(de)(de)(de)IP地(di)址(zhi)信息(xi)并返回。所述IP地(di)址(zhi)為業務(wu)(wu)在域(yu)(yu)名(ming)配置(zhi)管理(li)(li)系統上配置(zhi)的(de)(de)(de)(de)訪問延遲最優(you)的(de)(de)(de)(de)IP地(di)址(zhi)。數據(ju)處理(li)(li)服(fu)務(wu)(wu)器還從(cong)(cong)客戶端接(jie)(jie)收(shou)hosts信息(xi)請(qing)(qing)求(qiu)(qiu)(qiu)(qiu)，所述hosts信息(xi)請(qing)(qing)求(qiu)(qiu)(qiu)(qiu)中包括客戶端的(de)(de)(de)(de)網絡數據(ju)，數據(ju)處理(li)(li)服(fu)務(wu)(wu)器根據(ju)所述hosts信息(xi)請(qing)(qing)求(qiu)(qiu)(qiu)(qiu)從(cong)(cong)數據(ju)存(cun)儲服(fu)務(wu)(wu)器獲取相(xiang)應的(de)(de)(de)(de)CDN節(jie)點庫的(de)(de)(de)(de)hosts信息(xi)并返回；

所(suo)述數據(ju)處理服務器根據(ju)優先選擇(ze)策(ce)略選擇(ze)所(suo)述相應的加(jia)速節點的IP地址，并將其存儲至數據(ju)存儲服務器；

其中，所述優(you)先選擇(ze)策略包括：根據請求的網絡屬性(xing)，選擇(ze)通(tong)過(guo)服務(wu)質量檢(jian)測最優(you)的CDN節點IP地址(zhi)返回(hui)給請求。

本發(fa)明(ming)還公開了(le)一種(zhong)教育網內CDN節(jie)點檢測與資源調度方(fang)法，所(suo)述方(fang)法包括：

步驟1、客戶(hu)端將其(qi)網絡屬性(即客戶(hu)端訪問(wen)網頁的域名地址)傳(chuan)送至(zhi)數據(ju)處理服務器(qi)，經數據(ju)處理服務器(qi)傳(chuan)送至(zhi)域名庫；

步驟2、預處(chu)理服務器實(shi)時從域名庫中(zhong)讀取域名地址(zhi)，并將其進行緩(huan)存；

步驟3、CDN節點(dian)檢測系統從預處理(li)服務器(qi)獲取域(yu)(yu)名(ming)(ming)(ming)地址(zhi)，然(ran)后逐條測試每(mei)個(ge)域(yu)(yu)名(ming)(ming)(ming)地址(zhi)，如果所(suo)檢測的(de)域(yu)(yu)名(ming)(ming)(ming)使(shi)用了CDN節點(dian)加速，則把(ba)域(yu)(yu)名(ming)(ming)(ming)和CDN節點(dian)的(de)IP地址(zhi)存放到教育網(wang)CDN節點(dian)庫(ku)中。

使用了CDN加速的(de)訪問過程如下：

1)、用戶向瀏覽器(qi)提(ti)供要訪問的域名(ming)；

2)、瀏覽器(qi)調用(yong)域(yu)名解(jie)析(xi)(xi)庫對域(yu)名進(jin)(jin)行(xing)解(jie)析(xi)(xi)，由(you)于CDN對域(yu)名解(jie)析(xi)(xi)過(guo)程(cheng)進(jin)(jin)行(xing)了調整(zheng)，所以解(jie)析(xi)(xi)函數庫一般(ban)得(de)到的(de)是該域(yu)名對應的(de)CNAME記錄，為了得(de)到實際IP地(di)(di)址(zhi)，瀏覽器(qi)需(xu)要再(zai)次(ci)對獲(huo)得(de)的(de)CNAME域(yu)名進(jin)(jin)行(xing)解(jie)析(xi)(xi)以得(de)到實際的(de)IP地(di)(di)址(zhi)；在(zai)此過(guo)程(cheng)中(zhong)，使用(yong)的(de)全局負載均衡(heng)DNS解(jie)析(xi)(xi)，如根據地(di)(di)理位置信息解(jie)析(xi)(xi)對應的(de)IP地(di)(di)址(zhi)，使得(de)用(yong)戶能就近訪問。

3)、此次解析得(de)到CDN加速節(jie)點的(de)IP地址，瀏(liu)覽(lan)器在得(de)到實際(ji)的(de)IP地址以(yi)后(hou)，向(xiang)CDN加速節(jie)點發(fa)出訪問請求；

4)、CDN加速節點根據瀏覽(lan)器提供的要訪問的域名，通過Cache內部(bu)專用(yong)DNS解析得到此域名的實際IP地(di)址，再(zai)由CDN加速節點向此實際IP地(di)址提交訪問請求；

5)、CDN加速節點(dian)從實際IP地(di)址得得到內容(rong)以后，一(yi)方面在(zai)本地(di)進行保(bao)存，以備以后使(shi)用，另一(yi)方面把(ba)獲取(qu)的數(shu)據返回給客戶(hu)端，完(wan)成數(shu)據服(fu)務過程；

6)、客戶端得(de)到由CDN加速節點返回的(de)數據(ju)以后顯示出來并完成整個瀏覽的(de)數據(ju)請求過程(cheng)。

本發明中對(dui)CDN加速節點或緩存資源節點的(de)判斷方法主(zhu)要如下：使用(yong)nslookup域名；

例如：使用了CDN加(jia)速節點的部(bu)分(fen)程序

nslookup www.baidu.com

Non-authoritative answer：

Name：www.a.shifen.com

Addresses：119.75.218.70，119.75.217.109

Aliases：www.baidu.com

沒有使用CDN加速節點的部分程序示例(li)

Non-authoritative answer：

Name：www.njupt.edu.cn

Address：218.2.103.166

得到域名后(hou)調取命令nslookup對(dui)(dui)域名進行查詢(xun)(xun)，從查詢(xun)(xun)的(de)(de)(de)結果中進行刷選判斷(duan)該域名是(shi)否使用(yong)(yong)了CDN節點(dian)加速(su)。使用(yong)(yong)編寫的(de)(de)(de)程序判斷(duan)Address中的(de)(de)(de)ip地址(zhi)(zhi)的(de)(de)(de)數量(liang)，若(ruo)Name對(dui)(dui)應(ying)的(de)(de)(de)Address出(chu)(chu)現多個ip地址(zhi)(zhi)的(de)(de)(de)時候(hou)(hou)則視(shi)為使用(yong)(yong)了CDN加速(su)節點(dian)，若(ruo)Name對(dui)(dui)應(ying)的(de)(de)(de)Address出(chu)(chu)現一個ip地址(zhi)(zhi)的(de)(de)(de)時候(hou)(hou)則視(shi)為未使用(yong)(yong)CND節點(dian)。

步驟4、對教育網CDN節(jie)點庫進行性(xing)能測試以及(ji)資源(yuan)調度。

其中(zhong)，CDN節點庫的性(xing)能測試包括(kuo)：

步驟401中，每間隔6分鐘，SLA監(jian)測點分別向教(jiao)育網CDN節點庫和客戶端，發起一(yi)次(ci)SLA測試對象(xiang)的(de)HTTP協議的(de)Get請求，請求的(de)SLA測試對象(xiang)為(wei)(wei)：TTL為(wei)(wei)2小(xiao)時、大(da)小(xiao)為(wei)(wei)200K字節左右(you)的(de)文件；

步驟402中，如果教育網(wang)(wang)的(de)CDN節點(dian)庫的(de)服務每小(xiao)時平均網(wang)(wang)絡(luo)速(su)度(du)低于客戶源站(zhan)每小(xiao)時平均網(wang)(wang)絡(luo)速(su)度(du)，則(ze)視為(wei)一次網(wang)(wang)絡(luo)性能事故，需優化(hua)資(zi)源調度(du)算法；

在(zai)步驟(zou)403中，在(zai)任(ren)何一個自然60分鐘內，如(ru)果全網的10％的SLA監測節點連續三次到測試對(dui)象的HTTP請求失(shi)敗，則視為一次網絡可(ke)用(yong)性(xing)事故(gu)，需(xu)優化資源調(diao)度算法。

CDN節點庫(ku)的資源調度包括：

步驟41中(zhong)，客戶端請求(qiu)訪問(wen)教(jiao)育(yu)網CDN節點庫(ku)，獲(huo)取業(ye)務在域名配置管理系統上配置的訪問(wen)延遲(chi)最優的CDN節點的IP地址(zhi)；

客戶端向獲(huo)取到CDN節點的IP地址(zhi)后，向此(ci)IP地址(zhi)發(fa)送業務(wu)協(xie)議請(qing)求。以Http請(qing)求為例，通過在header中指定(ding)host字段(duan)，向教育(yu)網CDN節點庫返回的IP發(fa)送標準的Http請(qing)求即可。

以(yi)上(shang)所(suo)述的具(ju)體實施例，對本發(fa)明(ming)的目的、技術方案和有益效果進行了進一步詳細說明(ming)，應(ying)理(li)解的是，以(yi)上(shang)所(suo)述僅為本發(fa)明(ming)的具(ju)體實施例而已，并(bing)不用(yong)于(yu)限(xian)制本發(fa)明(ming)，凡在本發(fa)明(ming)的精(jing)神和原則之內(nei)，所(suo)做的任何修改、等同(tong)替換、改進等，均應(ying)包(bao)含在本發(fa)明(ming)的保護范(fan)圍之內(nei)。