一種cdn服務器摘除方法、cdn控制中心及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例提供一種CDN服務器摘除方法、CDN控制中心及系統(tǒng)，涉及網(wǎng)絡多媒體【技術領域】，CDN控制中心能夠根據(jù)CDN服務器的性能指數(shù)，摘除性能超標的CDN服務器，從而提升了CDN服務器的服務質量，避免了系統(tǒng)過載的問題，提高了CDN系統(tǒng)的穩(wěn)定性。該方法包括：CDN控制中心判斷CDN控制中心是否接收到與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)；若CDN控制中心接收到與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)，則分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)；CDN控制中心判斷CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；若CDN服務器的性能指數(shù)大于或等于預設摘除門限，則摘除CDN服務器。
【專利說明】—種CDN服務器摘除方法、CDN控制中心及系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及網(wǎng)絡多媒體【技術領域】，尤其涉及一種CDN服務器摘除方法、CDN控制中心及系統(tǒng)。
【背景技術】
[0002]Q)N (Content Delivery Network,內(nèi)容分發(fā)網(wǎng)絡)是一種通過在網(wǎng)絡各處放置節(jié)點服務器所構成的在現(xiàn)有的互聯(lián)網(wǎng)基礎之上的一層智能虛擬網(wǎng)絡。CDN能夠實時地根據(jù)網(wǎng)絡流量和各節(jié)點的連接、負載狀況以及到用戶的距離和響應時間等綜合信息將用戶的請求重新導向離用戶最近的服務節(jié)點上，其目的是能夠選擇離用戶相對較近的節(jié)點向用戶發(fā)送用戶所需的內(nèi)容，緩解網(wǎng)絡擁擠的狀況，提高網(wǎng)站的響應速度。
[0003]在現(xiàn)有技術中，當⑶N服務器發(fā)生故障時，為了不影響整個⑶N系統(tǒng)的運行，⑶N控制中心需要摘除發(fā)生故障的CDN服務器，以使得發(fā)生故障的CDN服務器不再為用戶提供服務，從而保證了 CDN系統(tǒng)的穩(wěn)定。
[0004]然而，由于現(xiàn)有技術中⑶N控制中心只能摘除發(fā)生故障的⑶N服務器，當⑶N服務器出現(xiàn)自身性能超標等問題時，例如⑶N服務器過載、帶寬壓力過高、CPU (CentralProcessing Unit,中央處理器)利用率過高等情況時，⑶N控制中心無法摘除⑶N服務器，但是性能超標的CDN服務器會降低CDN服務器的服務質量，嚴重的甚至會對產(chǎn)生系統(tǒng)過載等情況，影響了 CDN系統(tǒng)的穩(wěn)定性。

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

[0005]本發(fā)明的實施例提供一種⑶N服務器摘除方法、⑶N控制中心及系統(tǒng)，⑶N控制中心不僅能夠摘除發(fā)生故障的CDN服務器，還能夠根據(jù)CDN服務器的性能指數(shù)，摘除性能超標的CDN服務器，從而提升了 CDN服務器的服務質量，避免了系統(tǒng)過載的問題，提高了 CDN系統(tǒng)的穩(wěn)定性。
[0006]為達到上述目的，本發(fā)明的實施例采用如下技術方案:
[0007]第一方面，本發(fā)明實施例提供一種CDN服務器摘除方法，應用于CDN系統(tǒng)，所述方法包括:
[0008]⑶N控制中心判斷所述⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)；
[0009]若所述⑶N控制中心接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)，所述CDN控制中心則分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)；
[0010]所述CDN控制中心判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；
[0011 ] 若所述CDN服務器的性能指數(shù)大于或等于所述預設摘除門限，所述CDN控制中心則摘除所述⑶N服務器。
[0012]在第一種可能的實現(xiàn)方式中，根據(jù)第一方面，[0013]若所述⑶N控制中心未接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)，所述CDN控制中心則摘除所述CDN服務器。
[0014]在第二種可能的實現(xiàn)方式中，結合第一方面或第一種可能的實現(xiàn)方式，在若所述CDN控制中心未接收到與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)，所述CDN控制中心摘除所述⑶N服務器后，所述方法還包括:
[0015]所述⑶N控制中心判斷所述⑶N控制中心是否重新接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)；
[0016]若所述⑶N控制中心重新接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)，所述⑶N控制中心則恢復所述⑶N服務器。
[0017]在第三種可能的實現(xiàn)方式中，結合第一方面或第一種可能的實現(xiàn)方式或第二種可能的實現(xiàn)方式，在若所述CDN服務器的性能指數(shù)大于或等于所述預設摘除門限，所述CDN控制中心摘除所述⑶N服務器后，所述方法還包括:
[0018]所述⑶N控制中心接收與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)；
[0019]所述CDN控制中心分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)；
[0020]所述CDN控制中心判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；
[0021]若所述CDN服務器的性能指數(shù)小于所述預設摘除門限，所述CDN控制中心則恢復所述⑶N服務器。
[0022]在第四種可能的實現(xiàn)方式中，結合第一方面或第一種可能的實現(xiàn)方式至第三種可能的實現(xiàn)方式，所述心跳數(shù)據(jù)至少包括:所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量；
[0023]所述CDN控制中心分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)，具體包括:
[0024]所述⑶N控制中心解析所述心跳數(shù)據(jù)，獲取所述⑶N服務器的連接數(shù)、所述⑶N服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量；
[0025]所述⑶N控制中心根據(jù)所述⑶N服務器的連接數(shù)、所述⑶N服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量，計算所述CDN服務器的性能指數(shù)。
[0026]第二方面，本發(fā)明實施例提供一種⑶N控制中心，應用于⑶N系統(tǒng)，所述⑶N控制中心包括:
[0027]第一判斷模塊，用于判斷所述⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)；
[0028]第一分析模塊，用于若所述⑶N控制中心接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)，則分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)；
[0029]第二判斷模塊，用于判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；
[0030]第一摘除模塊，用于若所述CDN服務器的性能指數(shù)大于或等于所述預設摘除門限，則摘除所述CDN服務器。
[0031]在第一種可能的實現(xiàn)方式中，根據(jù)第二方面，所述⑶N控制中心，還包括:[0032]第二摘除模塊，用于若所述CDN控制中心未接收到與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)，則摘除所述CDN服務器。
[0033]在第二種可能的實現(xiàn)方式中，結合第二方面或第一種可能的實現(xiàn)方式，所述⑶N控制中心，還包括:
[0034]第三判斷模塊，用于在所述第二摘除模塊摘除所述CDN服務器后，判斷所述CDN控制中心是否重新接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)；
[0035]第一恢復模塊，用于若所述⑶N控制中心重新接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)，則恢復所述CDN服務器。
[0036]在第三種可能的實現(xiàn)方式中，結合第二方面或第一種可能的實現(xiàn)方式或第二種可能的實現(xiàn)方式，所述⑶N控制中心，還包括:
[0037]接收模塊，用于在所述第一摘除模塊摘除所述CDN服務器后，接收與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)；
[0038]第二分析模塊，用于分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)；
[0039]第四判斷模塊，用于判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；
[0040]第二恢復模塊，用于若所述CDN服務器的性能指數(shù)小于所述預設摘除門限，則恢復所述⑶N服務器。
[0041]在第四種可能的實現(xiàn)方式中，結合第二方面或第一種可能的實現(xiàn)方式至第三種可能的實現(xiàn)方式，所述心跳數(shù)據(jù)至少包括:所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量；
[0042]所述第一分析模塊，具體包括:
[0043]獲取模塊，用于解析所述心跳數(shù)據(jù)，獲取所述⑶N服務器的連接數(shù)、所述⑶N服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量；
[0044]計算模塊，用于根據(jù)所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量，計算所述CDN服務器的性能指數(shù)。
[0045]第三方面，本發(fā)明實施例提供一種⑶N系統(tǒng)，包括具有上述任一特征的所述⑶N控制中心，以及至少一個與所述⑶N控制中心連接的⑶N服務器。
[0046]本發(fā)明實施例提供的一種⑶N服務器摘除方法、⑶N控制中心及系統(tǒng)，⑶N服務器摘除方法包括=CDN控制中心判斷⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)；若⑶N控制中心接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)，CDN控制中心則分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)；CDN控制中心判斷CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；若CDN服務器的性能指數(shù)大于或等于預設摘除門限，⑶N控制中心則摘除⑶N服務器。
[0047]與現(xiàn)有技術中⑶N控制中心只能摘除發(fā)生故障的⑶N服務器的方法相比，通過本方案，由于CDN控制中心能夠分析心跳數(shù)據(jù)，獲取與其連接的CDN服務器的性能指數(shù)，并判斷CDN服務器的性能指數(shù)是否超標，因此，CDN控制中心不僅能夠摘除發(fā)生故障的CDN服務器，還能夠根據(jù)CDN服務器的性能指數(shù)，摘除性能超標的CDN服務器，從而提升了 CDN服務器的服務質量，避免了系統(tǒng)過載的問題，提高了 CDN系統(tǒng)的穩(wěn)定性?！緦＠綀D】

【附圖說明】
[0048]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0049]圖1為本發(fā)明實施例1中的一種CDN服務器摘除方法的流程示意圖；
[0050]圖2為本發(fā)明實施例2中的一種CDN服務器摘除方法的流程示意圖；
[0051]圖3為本發(fā)明實施例3中的一種⑶N控制中心的結構示意圖一；
[0052]圖4為本發(fā)明實施例3中的一種⑶N控制中心的結構示意圖二 ；
[0053]圖5為本發(fā)明實施例3中的一種⑶N控制中心的結構示意圖三；
[0054]圖6為本發(fā)明實施例3中的一種CDN控制中心的結構示意圖四；
[0055]圖7為本發(fā)明實施例3中的一種⑶N控制中心的結構示意圖五。
【具體實施方式】
[0056]下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0057]另外，本文中術語“系統(tǒng)”和“網(wǎng)絡”在本文中常被可互換使用。本文中術語“和”，僅僅是一種描述關聯(lián)對象的關聯(lián)關系，表不可以存在二種關系，例如，A和B,可以表不:單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關聯(lián)對象是一種“或”的關系。
[0058]本發(fā)明提及的CDN控制中心進行CDN系統(tǒng)的管理和控制，CDN服務器既可以是存儲節(jié)點覆蓋范圍下的服務器，也可以是邊緣節(jié)點覆蓋范圍下的服務器，本發(fā)明不做限制。其中，存儲節(jié)點是存儲了系統(tǒng)所有文件的節(jié)點，邊緣節(jié)點是為用戶提供服務的普通節(jié)點。通常的，存儲節(jié)點是核心CDN節(jié)點，存儲了系統(tǒng)內(nèi)的所有文件；邊緣節(jié)點是邊緣CDN節(jié)點，供用戶進行訪問。
[0059]實施例1
[0060]本發(fā)明實施例提供一種⑶N服務器摘除方法，可以應用于⑶N系統(tǒng)，如圖1所示，⑶N服務器摘除方法，包括:
[0061]SlOU⑶N控制中心判斷⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)。
[0062]⑶N是一種通過在網(wǎng)絡各處放置節(jié)點服務器所構成的在現(xiàn)有的互聯(lián)網(wǎng)基礎之上的一層智能虛擬網(wǎng)絡。在現(xiàn)有技術中，當CDN服務器發(fā)生故障時，為了不影響整個CDN系統(tǒng)的運行，CDN控制中心需要摘除發(fā)生故障的CDN服務器，以使得發(fā)生故障的CDN服務器不再為用戶提供服務，從而保證了 CDN系統(tǒng)的穩(wěn)定。然而，當CDN服務器出現(xiàn)自身性能超標等問題時，如CDN服務器過載、帶寬壓力過高、中央處理器利用率過高等情況時，CDN控制中心無法摘除CDN服務器，但是性能超標的CDN服務器會降低CDN服務器的服務質量，嚴重的甚至會對產(chǎn)生系統(tǒng)過載等情況，影響了 CDN系統(tǒng)的性能。
[0063]本發(fā)明實施例提供一種CDN服務器摘除方法，CDN控制中心不僅僅能夠摘除發(fā)生故障的CDN服務器，還能夠根據(jù)CDN服務器的性能指數(shù)，摘除性能超標的CDN服務器，從而提升了 CDN服務器的服務質量，避免了系統(tǒng)過載的問題，提高了 CDN系統(tǒng)的穩(wěn)定性。
[0064]首先，⑶N控制中心判斷⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)。
[0065]⑶N控制中心通常會連接多個⑶N服務器，每個⑶N服務器在CND控制中心進行注冊后(例如每個⑶N服務器在其連接的⑶N控制中心注冊IP地址或者設備號等)，會接受⑶N控制中心的調度。⑶N服務器會周期的上報自身運轉情況。
[0066]需要說明的是，為了能夠保證⑶N系統(tǒng)的穩(wěn)定運行，⑶N控制中心會周期性地接收與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)，以保證CDN服務器處于正常運行的狀態(tài)，其中，⑶N服務器發(fā)送心跳數(shù)據(jù)的周期是⑶N控制中心和⑶N服務器約定好的。示例性的，⑶N服務器發(fā)送心跳數(shù)據(jù)的周期是20秒，則CDN控制中心判斷CDN控制中心是否每20秒接收到⑶N服務器每20秒發(fā)送一次的心跳數(shù)據(jù)。
[0067]S102、若⑶N控制中心接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)，⑶N控制中心則分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)。
[0068]若⑶N控制中心接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)，則說明此時CDN服務器并沒有發(fā)生故障，CDN控制中心分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)。
[0069]其中，心跳數(shù)據(jù)至少包括:⑶N服務器的連接數(shù)、⑶N服務器的帶寬壓力、⑶N服務器的中央處理器的利用率以及CDN服務器的負載量。
[0070]可選的，CDN控制中心分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)的方法具體可以包括ADN控制中心解析心跳數(shù)據(jù)，獲?、荖服務器的連接數(shù)、⑶N服務器的帶寬壓力、⑶N服務器的中央處理器的利用率以及CDN服務器的負載量；CDN控制中心根據(jù)CDN服務器的連接數(shù)、CDN服務器的帶寬壓力、CDN服務器的中央處理器的利用率以及CDN服務器的負載量，計算CDN服務器的性能指數(shù)。
[0071]S103、⑶N控制中心判斷⑶N服務器的性能指數(shù)是否大于或等于預設摘除門限。
[0072]在⑶N控制中心分析心跳數(shù)據(jù)，獲取到⑶N服務器的性能指數(shù)后，⑶N控制中心為了確定是否需要摘除該CDN服務器，CDN控制中心則需要判斷CDN服務器的性能指數(shù)是否大于或等于預設摘除門限。
[0073]需要說明的是，本發(fā)明實施例中提到的預設摘除門限代表CDN服務器能夠維持穩(wěn)定性能的性能指數(shù)門限值。CDN服務器的性能指數(shù)超過預設摘除門限，代表CDN服務器將有可能會處于不穩(wěn)定的狀態(tài)。其中，預設摘除門限是CDN控制中心設置好的數(shù)值。示例性的，CDN服務器最大可以承受的連接數(shù)A(如:20)、CDN服務器最大可以承受的帶寬壓力B (如:2T)、CDN服務器最高可以承受的中央處理器的利用率C(如:90%)或者CDN服務器最高可以承受的負載量(允許的最大負載)D。
[0074]S104、若⑶N服務器的性能指數(shù)大于或等于預設摘除門限，⑶N控制中心則摘除⑶N服務器。
[0075]若CDN服務器的性能指數(shù)大于或等于預設摘除門限，則說明CDN服務器的性能指數(shù)超過預設摘除門限，CDN服務器的性能指數(shù)超過預設摘除門限，為了提升CDN服務器的服務質量，避免系統(tǒng)過載的問題，CDN控制中心需要摘除CDN服務器，從而提高CDN系統(tǒng)的性倉泛。
[0076]本發(fā)明實施例提供了一種CDN服務器摘除方法，該方法包括:CDN控制中心判斷⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)；若⑶N控制中心接收到與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)，CDN控制中心則分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)；CDN控制中心判斷CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；若CDN服務器的性能指數(shù)大于或等于預設摘除門限，CDN控制中心則摘除CDN服務器。
[0077]與現(xiàn)有技術中⑶N控制中心只能摘除發(fā)生故障的⑶N服務器的方法相比，通過本方案，由于CDN控制中心能夠分析心跳數(shù)據(jù)，獲取與其連接的CDN服務器的性能指數(shù)，并判斷CDN服務器的性能指數(shù)是否超標，因此，CDN控制中心不僅能夠摘除發(fā)生故障的CDN服務器，還能夠根據(jù)CDN服務器的性能指數(shù)，摘除性能超標的CDN服務器，從而提升了 CDN服務器的服務質量，避免了系統(tǒng)過載的問題，提高了 CDN系統(tǒng)的穩(wěn)定性。
[0078]實施例2
[0079]本發(fā)明實施例提供一種⑶N服務器摘除方法，可以應用于⑶N系統(tǒng)，如圖2所示，⑶N服務器摘除方法，包括:
[0080]S201、⑶N控制中心判斷⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)。
[0081]本發(fā)明實施例提供一種CDN服務器摘除方法，CDN控制中心不僅僅能夠摘除發(fā)生故障的CDN服務器，還能夠根據(jù)CDN服務器的性能指數(shù)，摘除性能超標的CDN服務器，從而提升了 CDN服務器的服務質量，避免了系統(tǒng)過載的問題，提高了 CDN系統(tǒng)的穩(wěn)定性。
[0082]首先，⑶N控制中心判斷⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)。
[0083]⑶N控制中心通常會連接多個⑶N服務器，每個⑶N服務器在CND控制中心進行注冊后(例如每個⑶N服務器在其連接的⑶N控制中心注冊IP地址或者設備號等)，會接受⑶N控制中心的調度。⑶N服務器會周期的上報自身運轉情況。
[0084]需要說明的是，為了能夠保證⑶N系統(tǒng)的穩(wěn)定運行，⑶N控制中心會周期性地接收與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)，以保證CDN服務器處于正常運行的狀態(tài)，其中，⑶N服務器發(fā)送心跳數(shù)據(jù)的周期是⑶N控制中心和⑶N服務器約定好的。示例性的，⑶N服務器發(fā)送心跳數(shù)據(jù)的周期是20秒，則CDN控制中心判斷CDN控制中心是否每20秒接收到⑶N服務器每20秒發(fā)送一次的心跳數(shù)據(jù)。
[0085]S202、若⑶N控制中心未接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)，⑶N控制中心則摘除⑶N服務器。
[0086]若⑶N控制中心未接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)，則說明此時⑶N服務器發(fā)生了故障，為了不影響整個⑶N系統(tǒng)的運行，⑶N控制中心將不能再繼續(xù)調用該⑶N服務器，⑶N控制中心則摘除⑶N服務器。
[0087]S203、⑶N控制中心判斷⑶N控制中心是否重新接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)。
[0088]在⑶N控制中心由于⑶N發(fā)生故障摘除了該⑶N服務器后，由于⑶N服務器存在著故障排除的可能性，因此，CDN控制中心仍舊需要判斷CDN控制中心是否能夠重新接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)。
[0089]S204、若⑶N控制中心重新接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)，⑶N控制中心則恢復⑶N服務器。
[0090]⑶N控制中心重新接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)，則說明此時⑶N服務器的故障排除，⑶N控制中心則恢復⑶N服務器。⑶N控制中心能夠繼續(xù)調用該CDN服務器，以使得該CDN服務器為用戶提供服務。
[0091]S205、若⑶N控制中心接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)，⑶N控制中心則分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)。
[0092]其中，心跳數(shù)據(jù)至少包括:⑶N服務器的連接數(shù)、⑶N服務器的帶寬壓力、⑶N服務器的中央處理器的利用率以及CDN服務器的負載量。
[0093]與步驟S202并列的一個步驟，若⑶N控制中心接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)，則說明此時⑶N服務器并沒有發(fā)生故障，⑶N控制中心分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)。
[0094]具體的，⑶N控制中心分析心跳數(shù)據(jù)，獲?、荖服務器的性能指數(shù)的步驟S205可以包括步驟S205a和S205b:
[0095]S205a、⑶N控制中心解析心跳數(shù)據(jù)，獲?、荖服務器的連接數(shù)、⑶N服務器的帶寬壓力、CDN服務器的中央處理器的利用率以及CDN服務器的負載量。
[0096]⑶N控制中心要分析心跳數(shù)據(jù)，獲?、荖服務器的性能指數(shù)，首先需要解析心跳數(shù)據(jù)。由于心跳數(shù)據(jù)至少包括:⑶N服務器的連接數(shù)、⑶N服務器的帶寬壓力、⑶N服務器的中央處理器的利用率以及CDN服務器的負載量，因此，CDN控制中心解析心跳數(shù)據(jù)后，可以得到CDN服務器的連接數(shù)、CDN服務器的帶寬壓力、CDN服務器的中央處理器的利用率以及CDN服務器的負載量。
[0097]S205b、⑶N控制中心根據(jù)⑶N服務器的連接數(shù)、⑶N服務器的帶寬壓力、⑶N服務器的中央處理器的利用率以及CDN服務器的負載量，計算CDN服務器的性能指數(shù)。
[0098]需要說明的是，⑶N控制中心根據(jù)⑶N服務器的連接數(shù)、⑶N服務器的帶寬壓力、CDN服務器的中央處理器的利用率以及CDN服務器的負載量，可以分別依此判斷出CDN服務器的連接數(shù)是否過多、CDN服務器的帶寬壓力是否過大、CDN服務器的中央處理器的利用率是否過高以及CDN服務器的負載量是否過大；也可以根據(jù)CDN服務器的連接數(shù)、CDN服務器的帶寬壓力、CDN服務器的中央處理器的利用率以及CDN服務器的負載量這些參數(shù)，綜合計算CDN服務器的性能指數(shù)，本發(fā)明不做限制。
[0099]示例性的，⑶N控制中心獲取到的⑶N服務器的當前連接數(shù)為a、⑶N服務器的當前帶寬為b、CDN服務器的中央處理器的當前利用率為C，以及CDN服務器的當前負載量為d，根據(jù)CDN控制中心規(guī)定的CDN服務器的性能指數(shù)計算公式，通過計算，得到CDN服務器的性能指數(shù)X。
[0100]具體實施時，可以通過下述公式計算性能指數(shù):
[0101]X= (a/A) + (b/B) + (c/C)+(d/D)；
[0102]當性能指數(shù)大于I時，認為性能開始出現(xiàn)問題，需要減少服務器的壓力。
[0103]S206、⑶N控制中心判斷⑶N服務器的性能指數(shù)是否大于或等于預設摘除門限。[0104]在⑶N控制中心分析心跳數(shù)據(jù)，獲取到⑶N服務器的性能指數(shù)后，⑶N控制中心為了確定是否需要摘除該CDN服務器，CDN控制中心則需要判斷CDN服務器的性能指數(shù)是否大于或等于預設摘除門限。
[0105]需要說明的是，本發(fā)明實施例中提到的預設摘除門限代表CDN服務器能夠維持穩(wěn)定性能的性能指數(shù)門限值。CDN服務器的性能指數(shù)超過預設摘除門限，代表CDN服務器將有可能會處于不穩(wěn)定的狀態(tài)。
[0106]S207、若⑶N服務器的性能指數(shù)大于或等于預設摘除門限，⑶N控制中心則摘除⑶N服務器。
[0107]若CDN服務器的性能指數(shù)大于或等于預設摘除門限，則說明CDN服務器的性能指數(shù)超過預設摘除門限，CDN服務器的性能指數(shù)超過預設摘除門限，為了提升CDN服務器的服務質量，避免系統(tǒng)過載的問題，CDN控制中心需要摘除CDN服務器，從而提高CDN系統(tǒng)的性倉泛。
[0108]S208、⑶N控制中心接收與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)。
[0109]在⑶N控制中心由于⑶N服務器的性能超標而摘除⑶N服務器后，由于⑶N服務器存在著性能指數(shù)回歸正常的可能性，因此，CDN控制中心仍舊需要接收與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)。
[0110]S209、⑶N控制中心分析心跳數(shù)據(jù)，獲?、荖服務器的性能指數(shù)。
[0111]在⑶N控制中心接收⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)后，⑶N控制中心分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)。
[0112]其中，心跳數(shù)據(jù)至少包括:⑶N服務器的連接數(shù)、⑶N服務器的帶寬壓力、⑶N服務器的中央處理器的利用率以及CDN服務器的負載量。
[0113]具體的，CDN控制中心分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)的方法具體可以包括KDN控制中心解析心跳數(shù)據(jù)，獲取⑶N服務器的連接數(shù)、⑶N服務器的帶寬壓力、⑶N服務器的中央處理器的利用率以及CDN服務器的負載量；CDN控制中心根據(jù)CDN服務器的連接數(shù)、CDN服務器的帶寬壓力、CDN服務器的中央處理器的利用率以及CDN服務器的負載量，計算CDN服務器的性能指數(shù)。
[0114]S210、⑶N控制中心判斷⑶N服務器的性能指數(shù)是否大于或等于預設摘除門限。
[0115]S211、若⑶N服務器的性能指數(shù)小于預設摘除門限，⑶N控制中心則恢復⑶N服務器。
[0116]若CDN服務器的性能指數(shù)小于預設摘除門限，則說明此時CDN服務器的性能指數(shù)正常，重新使用該⑶N服務器不會對⑶N系統(tǒng)產(chǎn)生影響，⑶N控制中心恢復⑶N服務器。⑶N控制中心能夠繼續(xù)調用該CDN服務器，以使得該CDN服務器為用戶提供服務。
[0117]本發(fā)明實施例提供了一種CDN服務器摘除方法，該方法包括:CDN控制中心判斷⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)；若⑶N控制中心接收到與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)，CDN控制中心則分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)；CDN控制中心判斷CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；若CDN服務器的性能指數(shù)大于或等于預設摘除門限，CDN控制中心則摘除CDN服務器。
[0118]與現(xiàn)有技術中⑶N控制中心只能摘除發(fā)生故障的⑶N服務器的方法相比，通過本方案，由于CDN控制中心能夠分析心跳數(shù)據(jù)，獲取與其連接的CDN服務器的性能指數(shù)，并判斷CDN服務器的性能指數(shù)是否超標，因此，CDN控制中心不僅能夠摘除發(fā)生故障的CDN服務器，還能夠根據(jù)CDN服務器的性能指數(shù)，摘除性能超標的CDN服務器，從而提升了 CDN服務器的服務質量，避免了系統(tǒng)過載的問題，提高了 CDN系統(tǒng)的穩(wěn)定性。
[0119]實施例3
[0120]本發(fā)明實施例提供一種⑶N控制中心，能夠應用于⑶N系統(tǒng)，如圖3所示，所述⑶N控制中心包括:
[0121]第一判斷模塊10，用于判斷所述CDN控制中心是否接收到與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)。
[0122]第一分析模塊11，用于若所述⑶N控制中心接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)，則分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)。
[0123]第二判斷模塊12，用于判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限。
[0124]第一摘除模塊13，用于若所述CDN服務器的性能指數(shù)大于或等于所述預設摘除門限，則摘除所述CDN服務器。
[0125]進一步地,如圖4所示,所述⑶N控制中心,還包括:
[0126]第二摘除模塊14，用于若所述CDN控制中心未接收到與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)，則摘除所述CDN服務器。
[0127]進一步地,如圖5所示,所述⑶N控制中心,還包括:
[0128]第三判斷模塊15，用于在所述第二摘除模塊14摘除所述CDN服務器后，判斷所述⑶N控制中心是否重新接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)。
[0129]第一恢復模塊16，用于若所述⑶N控制中心重新接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)，則恢復所述⑶N服務器。
[0130]進一步地,如圖6所示,所述⑶N控制中心,還包括:
[0131]接收模塊17，用于在所述第一摘除模塊13摘除所述CDN服務器后，接收與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)。
[0132]第二分析模塊18，用于分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)。
[0133]第四判斷模塊19，用于判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限。
[0134]第二恢復模塊la，用于若所述CDN服務器的性能指數(shù)小于所述預設摘除門限，則恢復所述CDN服務器。
[0135]進一步地，所述心跳數(shù)據(jù)至少包括:所述⑶N服務器的連接數(shù)、所述⑶N服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量。
[0136]如圖7所示，所述第一分析模塊11，具體包括:
[0137]獲取模塊110，用于解析所述心跳數(shù)據(jù)，獲取所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量。
[0138]計算模塊111，用于根據(jù)所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量，計算所述CDN服務器的性能指數(shù)。[0139]本發(fā)明實施例提供了一種⑶N控制中心，⑶N控制中心包括:第一判斷模塊，用于判斷CDN控制中心是否接收到與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)；第一分析?！缞A，用于若CDN控制中心接收到與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)，則分析心跳數(shù)據(jù)，獲取CDN服務器的性能指數(shù)；第二判斷模塊，用于判斷CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；第一摘除模塊，用于若CDN服務器的性能指數(shù)大于或等于預設摘除門限，則摘除CDN服務器。
[0140]與現(xiàn)有技術中⑶N控制中心只能摘除發(fā)生故障的⑶N服務器的方法相比，通過本方案，由于CDN控制中心能夠分析心跳數(shù)據(jù)，獲取與其連接的CDN服務器的性能指數(shù)，并判斷CDN服務器的性能指數(shù)是否超標，因此，CDN控制中心不僅能夠摘除發(fā)生故障的CDN服務器，還能夠根據(jù)CDN服務器的性能指數(shù)，摘除性能超標的CDN服務器，從而提升了 CDN服務器的服務質量，避免了系統(tǒng)過載的問題，提高了 CDN系統(tǒng)的穩(wěn)定性。
[0141]實施例4
[0142]本發(fā)明實施例提供一種⑶N系統(tǒng)，包括具有上述任一特征的所述⑶N控制中心，以及至少一個與所述⑶N控制中心連接的⑶N服務器。
[0143]通過以上的實施方式的描述，所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。
[0144]在本申請所提供的幾個實施例中，應該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述模塊或單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
[0145]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
[0146]另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。
[0147]所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括:U盤、移動硬盤、只讀存儲器(ROM, Read-Only Memory)、隨機存取存儲器(RAM, Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0148]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本【技術領域】的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。
【權利要求】
1.一種CDN服務器摘除方法，其特征在于，應用于CDN系統(tǒng)，所述方法包括: ⑶N控制中心判斷所述⑶N控制中心是否接收到與其連接的⑶N服務器周期性發(fā)送的心跳數(shù)據(jù)； 若所述CDN控制中心接收到與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)，所述CDN控制中心則分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)； 所述CDN控制中心判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；若所述CDN服務器的性能指數(shù)大于或等于所述預設摘除門限，所述CDN控制中心則摘除所述⑶N服務器。
2.根據(jù)權利要求1所述的CDN服務器摘除方法，其特征在于， 若所述CDN控制中心未接收到與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)，所述CDN控制中心則摘除所述CDN服務器。
3.根據(jù)權利要 求2所述的CDN服務器摘除方法，其特征在于，在若所述CDN控制中心未接收到與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)，所述CDN控制中心摘除所述⑶N服務器后，所述方法還包括: 所述⑶N控制中心判斷所述⑶N控制中心是否重新接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)； 若所述CDN控制中心重新接收到與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)，所述CDN控制中心則恢復所述CDN服務器。
4.根據(jù)權利要求1所述的CDN服務器摘除方法，其特征在于，在若所述CDN服務器的性能指數(shù)大于或等于所述預設摘除門限，所述CDN控制中心摘除所述CDN服務器后，所述方法還包括: 所述CDN控制中心接收與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)； 所述CDN控制中心分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)； 所述CDN控制中心判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；若所述CDN服務器的性能指數(shù)小于所述預設摘除門限，所述CDN控制中心則恢復所述⑶N服務器。
5.根據(jù)權利要求1所述的CDN服務器摘除方法，其特征在于，所述心跳數(shù)據(jù)至少包括:所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量； 所述CDN控制中心分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)，具體包括:所述CDN控制中心解析所述心跳數(shù)據(jù)，獲取所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量； 所述CDN控制中心根據(jù)所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量，計算所述CDN服務器的性能指數(shù)。
6.一種⑶N控制中心，其特征在于，應用于⑶N系統(tǒng)，所述⑶N控制中心包括: 第一判斷模塊，用于判斷所述CDN控制中心是否接收到與其連接的CDN服務器周期性發(fā)送的心跳數(shù)據(jù)； 第一分析模塊，用于若所述CDN控制中心接收到與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)，則分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)； 第二判斷模塊，用于判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；第一摘除模塊，用于若所述CDN服務器的性能指數(shù)大于或等于所述預設摘除門限，則摘除所述CDN服務器。
7.根據(jù)權利要求6所述的CDN控制中心，其特征在于，所述CDN控制中心，還包括: 第二摘除模塊，用于若所述CDN控制中心未接收到與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)，則摘除所述CDN服務器。
8.根據(jù)權利要求7所述的CDN控制中心，其特征在于，所述CDN控制中心，還包括: 第三判斷模塊，用于在所述第二摘除模塊摘除所述CDN服務器后，判斷所述CDN控制中心是否重新接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)； 第一恢復模塊，用于若所述⑶N控制中心重新接收到與其連接的所述⑶N服務器周期性發(fā)送的所述心跳數(shù)據(jù)，則恢復所述⑶N服務器。
9.根據(jù)權利要求6所述的CDN控制中心，其特征在于，所述CDN控制中心，還包括: 接收模塊，用于在所述第一摘除模塊摘除所述CDN服務器后，接收與其連接的所述CDN服務器周期性發(fā)送的所述心跳數(shù)據(jù)； 第二分析模塊，用于分析所述心跳數(shù)據(jù)，獲取所述CDN服務器的性能指數(shù)； 第四判斷模塊，用于判斷所述CDN服務器的性能指數(shù)是否大于或等于預設摘除門限；第二恢復模塊，用于若所述CDN服務器的性能指數(shù)小于所述預設摘除門限，則恢復所述⑶N服務器。
10.根據(jù)權利要求6所述的⑶N控制中心，其特征在于，所述心跳數(shù)據(jù)至少包括:所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量； 所述第一分析模塊，具體包括: 獲取模塊，用于解析所述心跳數(shù)據(jù)，獲取所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量； 計算模塊，用于根據(jù)所述CDN服務器的連接數(shù)、所述CDN服務器的帶寬壓力、所述CDN服務器的中央處理器的利用率以及所述CDN服務器的負載量，計算所述CDN服務器的性能指數(shù)。
11.一種⑶N系統(tǒng)，其特征在于，包括具有如權利要求6-10中任意一項所述的⑶N控制中心，以及至少一個與所述⑶N控制中心連接的⑶N服務器。
【文檔編號】H04L29/06GK103746968SQ201310722634
【公開日】2014年4月23日 申請日期:2013年12月24日 優(yōu)先權日:2013年12月24日
【發(fā)明者】夏彥剛, 張建蕊, 吳亞洲, 白峻峰, 李艷松 申請人:樂視網(wǎng)信息技術（北京）股份有限公司