一种cdn服务器摘除方法、cdn控制中心及系统的制作方法
【专利摘要】本发明实施例提供一种CDN服务器摘除方法、CDN控制中心及系统，涉及网络多媒体【技术领域】，CDN控制中心能够根据CDN服务器的性能指数，摘除性能超标的CDN服务器，从而提升了CDN服务器的服务质量，避免了系统过载的问题，提高了CDN系统的稳定性。该方法包括：CDN控制中心判断CDN控制中心是否接收到与其连接的CDN服务器周期性发送的心跳数据；若CDN控制中心接收到与其连接的CDN服务器周期性发送的心跳数据，则分析心跳数据，获取CDN服务器的性能指数；CDN控制中心判断CDN服务器的性能指数是否大于或等于预设摘除门限；若CDN服务器的性能指数大于或等于预设摘除门限，则摘除CDN服务器。
【专利说明】—种CDN服务器摘除方法、CDN控制中心及系统
【技术领域】
[0001]本发明涉及网络多媒体【技术领域】，尤其涉及一种CDN服务器摘除方法、CDN控制中心及系统。
【背景技术】
[0002]Q)N (Content Delivery Network,内容分发网络)是一种通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络。CDN能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上，其目的是能够选择离用户相对较近的节点向用户发送用户所需的内容，缓解网络拥挤的状况，提高网站的响应速度。
[0003]在现有技术中，当⑶N服务器发生故障时，为了不影响整个⑶N系统的运行，⑶N控制中心需要摘除发生故障的CDN服务器，以使得发生故障的CDN服务器不再为用户提供服务，从而保证了 CDN系统的稳定。
[0004]然而，由于现有技术中⑶N控制中心只能摘除发生故障的⑶N服务器，当⑶N服务器出现自身性能超标等问题时，例如⑶N服务器过载、带宽压力过高、CPU (CentralProcessing Unit,中央处理器)利用率过高等情况时，⑶N控制中心无法摘除⑶N服务器，但是性能超标的CDN服务器会降低CDN服务器的服务质量，严重的甚至会对产生系统过载等情况，影响了 CDN系统的稳定性。
【发明内容】
[0005]本发明的实施例提供一种⑶N服务器摘除方法、⑶N控制中心及系统，⑶N控制中心不仅能够摘除发生故障的CDN服务器，还能够根据CDN服务器的性能指数，摘除性能超标的CDN服务器，从而提升了 CDN服务器的服务质量，避免了系统过载的问题，提高了 CDN系统的稳定性。
[0006]为达到上述目的，本发明的实施例采用如下技术方案:
[0007]第一方面，本发明实施例提供一种CDN服务器摘除方法，应用于CDN系统，所述方法包括:
[0008]⑶N控制中心判断所述⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据；
[0009]若所述⑶N控制中心接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据，所述CDN控制中心则分析所述心跳数据，获取所述CDN服务器的性能指数；
[0010]所述CDN控制中心判断所述CDN服务器的性能指数是否大于或等于预设摘除门限；
[0011 ] 若所述CDN服务器的性能指数大于或等于所述预设摘除门限，所述CDN控制中心则摘除所述⑶N服务器。
[0012]在第一种可能的实现方式中，根据第一方面，[0013]若所述⑶N控制中心未接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据，所述CDN控制中心则摘除所述CDN服务器。
[0014]在第二种可能的实现方式中，结合第一方面或第一种可能的实现方式，在若所述CDN控制中心未接收到与其连接的所述CDN服务器周期性发送的所述心跳数据，所述CDN控制中心摘除所述⑶N服务器后，所述方法还包括:
[0015]所述⑶N控制中心判断所述⑶N控制中心是否重新接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据；
[0016]若所述⑶N控制中心重新接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据，所述⑶N控制中心则恢复所述⑶N服务器。
[0017]在第三种可能的实现方式中，结合第一方面或第一种可能的实现方式或第二种可能的实现方式，在若所述CDN服务器的性能指数大于或等于所述预设摘除门限，所述CDN控制中心摘除所述⑶N服务器后，所述方法还包括:
[0018]所述⑶N控制中心接收与其连接的所述⑶N服务器周期性发送的所述心跳数据；
[0019]所述CDN控制中心分析所述心跳数据，获取所述CDN服务器的性能指数；
[0020]所述CDN控制中心判断所述CDN服务器的性能指数是否大于或等于预设摘除门限；
[0021]若所述CDN服务器的性能指数小于所述预设摘除门限，所述CDN控制中心则恢复所述⑶N服务器。
[0022]在第四种可能的实现方式中，结合第一方面或第一种可能的实现方式至第三种可能的实现方式，所述心跳数据至少包括:所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量；
[0023]所述CDN控制中心分析所述心跳数据，获取所述CDN服务器的性能指数，具体包括:
[0024]所述⑶N控制中心解析所述心跳数据，获取所述⑶N服务器的连接数、所述⑶N服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量；
[0025]所述⑶N控制中心根据所述⑶N服务器的连接数、所述⑶N服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量，计算所述CDN服务器的性能指数。
[0026]第二方面，本发明实施例提供一种⑶N控制中心，应用于⑶N系统，所述⑶N控制中心包括:
[0027]第一判断模块，用于判断所述⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据；
[0028]第一分析模块，用于若所述⑶N控制中心接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据，则分析所述心跳数据，获取所述CDN服务器的性能指数；
[0029]第二判断模块，用于判断所述CDN服务器的性能指数是否大于或等于预设摘除门限；
[0030]第一摘除模块，用于若所述CDN服务器的性能指数大于或等于所述预设摘除门限，则摘除所述CDN服务器。
[0031]在第一种可能的实现方式中，根据第二方面，所述⑶N控制中心，还包括:[0032]第二摘除模块，用于若所述CDN控制中心未接收到与其连接的所述CDN服务器周期性发送的所述心跳数据，则摘除所述CDN服务器。
[0033]在第二种可能的实现方式中，结合第二方面或第一种可能的实现方式，所述⑶N控制中心，还包括:
[0034]第三判断模块，用于在所述第二摘除模块摘除所述CDN服务器后，判断所述CDN控制中心是否重新接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据；
[0035]第一恢复模块，用于若所述⑶N控制中心重新接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据，则恢复所述CDN服务器。
[0036]在第三种可能的实现方式中，结合第二方面或第一种可能的实现方式或第二种可能的实现方式，所述⑶N控制中心，还包括:
[0037]接收模块，用于在所述第一摘除模块摘除所述CDN服务器后，接收与其连接的所述CDN服务器周期性发送的所述心跳数据；
[0038]第二分析模块，用于分析所述心跳数据，获取所述CDN服务器的性能指数；
[0039]第四判断模块，用于判断所述CDN服务器的性能指数是否大于或等于预设摘除门限；
[0040]第二恢复模块，用于若所述CDN服务器的性能指数小于所述预设摘除门限，则恢复所述⑶N服务器。
[0041]在第四种可能的实现方式中，结合第二方面或第一种可能的实现方式至第三种可能的实现方式，所述心跳数据至少包括:所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量；
[0042]所述第一分析模块，具体包括:
[0043]获取模块，用于解析所述心跳数据，获取所述⑶N服务器的连接数、所述⑶N服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量；
[0044]计算模块，用于根据所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量，计算所述CDN服务器的性能指数。
[0045]第三方面，本发明实施例提供一种⑶N系统，包括具有上述任一特征的所述⑶N控制中心，以及至少一个与所述⑶N控制中心连接的⑶N服务器。
[0046]本发明实施例提供的一种⑶N服务器摘除方法、⑶N控制中心及系统，⑶N服务器摘除方法包括=CDN控制中心判断⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据；若⑶N控制中心接收到与其连接的⑶N服务器周期性发送的心跳数据，CDN控制中心则分析心跳数据，获取CDN服务器的性能指数；CDN控制中心判断CDN服务器的性能指数是否大于或等于预设摘除门限；若CDN服务器的性能指数大于或等于预设摘除门限，⑶N控制中心则摘除⑶N服务器。
[0047]与现有技术中⑶N控制中心只能摘除发生故障的⑶N服务器的方法相比，通过本方案，由于CDN控制中心能够分析心跳数据，获取与其连接的CDN服务器的性能指数，并判断CDN服务器的性能指数是否超标，因此，CDN控制中心不仅能够摘除发生故障的CDN服务器，还能够根据CDN服务器的性能指数，摘除性能超标的CDN服务器，从而提升了 CDN服务器的服务质量，避免了系统过载的问题，提高了 CDN系统的稳定性。【专利附图】
【附图说明】
[0048]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0049]图1为本发明实施例1中的一种CDN服务器摘除方法的流程示意图；
[0050]图2为本发明实施例2中的一种CDN服务器摘除方法的流程示意图；
[0051]图3为本发明实施例3中的一种⑶N控制中心的结构示意图一；
[0052]图4为本发明实施例3中的一种⑶N控制中心的结构示意图二 ；
[0053]图5为本发明实施例3中的一种⑶N控制中心的结构示意图三；
[0054]图6为本发明实施例3中的一种CDN控制中心的结构示意图四；
[0055]图7为本发明实施例3中的一种⑶N控制中心的结构示意图五。
【具体实施方式】
[0056]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0057]另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和”，仅仅是一种描述关联对象的关联关系，表不可以存在二种关系，例如，A和B,可以表不:单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
[0058]本发明提及的CDN控制中心进行CDN系统的管理和控制，CDN服务器既可以是存储节点覆盖范围下的服务器，也可以是边缘节点覆盖范围下的服务器，本发明不做限制。其中，存储节点是存储了系统所有文件的节点，边缘节点是为用户提供服务的普通节点。通常的，存储节点是核心CDN节点，存储了系统内的所有文件；边缘节点是边缘CDN节点，供用户进行访问。
[0059]实施例1
[0060]本发明实施例提供一种⑶N服务器摘除方法，可以应用于⑶N系统，如图1所示，⑶N服务器摘除方法，包括:
[0061]SlOU⑶N控制中心判断⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据。
[0062]⑶N是一种通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络。在现有技术中，当CDN服务器发生故障时，为了不影响整个CDN系统的运行，CDN控制中心需要摘除发生故障的CDN服务器，以使得发生故障的CDN服务器不再为用户提供服务，从而保证了 CDN系统的稳定。然而，当CDN服务器出现自身性能超标等问题时，如CDN服务器过载、带宽压力过高、中央处理器利用率过高等情况时，CDN控制中心无法摘除CDN服务器，但是性能超标的CDN服务器会降低CDN服务器的服务质量，严重的甚至会对产生系统过载等情况，影响了 CDN系统的性能。
[0063]本发明实施例提供一种CDN服务器摘除方法，CDN控制中心不仅仅能够摘除发生故障的CDN服务器，还能够根据CDN服务器的性能指数，摘除性能超标的CDN服务器，从而提升了 CDN服务器的服务质量，避免了系统过载的问题，提高了 CDN系统的稳定性。
[0064]首先，⑶N控制中心判断⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据。
[0065]⑶N控制中心通常会连接多个⑶N服务器，每个⑶N服务器在CND控制中心进行注册后(例如每个⑶N服务器在其连接的⑶N控制中心注册IP地址或者设备号等)，会接受⑶N控制中心的调度。⑶N服务器会周期的上报自身运转情况。
[0066]需要说明的是，为了能够保证⑶N系统的稳定运行，⑶N控制中心会周期性地接收与其连接的CDN服务器周期性发送的心跳数据，以保证CDN服务器处于正常运行的状态，其中，⑶N服务器发送心跳数据的周期是⑶N控制中心和⑶N服务器约定好的。示例性的，⑶N服务器发送心跳数据的周期是20秒，则CDN控制中心判断CDN控制中心是否每20秒接收到⑶N服务器每20秒发送一次的心跳数据。
[0067]S102、若⑶N控制中心接收到与其连接的⑶N服务器周期性发送的心跳数据，⑶N控制中心则分析心跳数据，获取CDN服务器的性能指数。
[0068]若⑶N控制中心接收到与其连接的⑶N服务器周期性发送的心跳数据，则说明此时CDN服务器并没有发生故障，CDN控制中心分析心跳数据，获取CDN服务器的性能指数。
[0069]其中，心跳数据至少包括:⑶N服务器的连接数、⑶N服务器的带宽压力、⑶N服务器的中央处理器的利用率以及CDN服务器的负载量。
[0070]可选的，CDN控制中心分析心跳数据，获取CDN服务器的性能指数的方法具体可以包括ADN控制中心解析心跳数据，获取⑶N服务器的连接数、⑶N服务器的带宽压力、⑶N服务器的中央处理器的利用率以及CDN服务器的负载量；CDN控制中心根据CDN服务器的连接数、CDN服务器的带宽压力、CDN服务器的中央处理器的利用率以及CDN服务器的负载量，计算CDN服务器的性能指数。
[0071]S103、⑶N控制中心判断⑶N服务器的性能指数是否大于或等于预设摘除门限。
[0072]在⑶N控制中心分析心跳数据，获取到⑶N服务器的性能指数后，⑶N控制中心为了确定是否需要摘除该CDN服务器，CDN控制中心则需要判断CDN服务器的性能指数是否大于或等于预设摘除门限。
[0073]需要说明的是，本发明实施例中提到的预设摘除门限代表CDN服务器能够维持稳定性能的性能指数门限值。CDN服务器的性能指数超过预设摘除门限，代表CDN服务器将有可能会处于不稳定的状态。其中，预设摘除门限是CDN控制中心设置好的数值。示例性的，CDN服务器最大可以承受的连接数A(如:20)、CDN服务器最大可以承受的带宽压力B (如:2T)、CDN服务器最高可以承受的中央处理器的利用率C(如:90%)或者CDN服务器最高可以承受的负载量(允许的最大负载)D。
[0074]S104、若⑶N服务器的性能指数大于或等于预设摘除门限，⑶N控制中心则摘除⑶N服务器。
[0075]若CDN服务器的性能指数大于或等于预设摘除门限，则说明CDN服务器的性能指数超过预设摘除门限，CDN服务器的性能指数超过预设摘除门限，为了提升CDN服务器的服务质量，避免系统过载的问题，CDN控制中心需要摘除CDN服务器，从而提高CDN系统的性倉泛。
[0076]本发明实施例提供了一种CDN服务器摘除方法，该方法包括:CDN控制中心判断⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据；若⑶N控制中心接收到与其连接的CDN服务器周期性发送的心跳数据，CDN控制中心则分析心跳数据，获取CDN服务器的性能指数；CDN控制中心判断CDN服务器的性能指数是否大于或等于预设摘除门限；若CDN服务器的性能指数大于或等于预设摘除门限，CDN控制中心则摘除CDN服务器。
[0077]与现有技术中⑶N控制中心只能摘除发生故障的⑶N服务器的方法相比，通过本方案，由于CDN控制中心能够分析心跳数据，获取与其连接的CDN服务器的性能指数，并判断CDN服务器的性能指数是否超标，因此，CDN控制中心不仅能够摘除发生故障的CDN服务器，还能够根据CDN服务器的性能指数，摘除性能超标的CDN服务器，从而提升了 CDN服务器的服务质量，避免了系统过载的问题，提高了 CDN系统的稳定性。
[0078]实施例2
[0079]本发明实施例提供一种⑶N服务器摘除方法，可以应用于⑶N系统，如图2所示，⑶N服务器摘除方法，包括:
[0080]S201、⑶N控制中心判断⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据。
[0081]本发明实施例提供一种CDN服务器摘除方法，CDN控制中心不仅仅能够摘除发生故障的CDN服务器，还能够根据CDN服务器的性能指数，摘除性能超标的CDN服务器，从而提升了 CDN服务器的服务质量，避免了系统过载的问题，提高了 CDN系统的稳定性。
[0082]首先，⑶N控制中心判断⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据。
[0083]⑶N控制中心通常会连接多个⑶N服务器，每个⑶N服务器在CND控制中心进行注册后(例如每个⑶N服务器在其连接的⑶N控制中心注册IP地址或者设备号等)，会接受⑶N控制中心的调度。⑶N服务器会周期的上报自身运转情况。
[0084]需要说明的是，为了能够保证⑶N系统的稳定运行，⑶N控制中心会周期性地接收与其连接的CDN服务器周期性发送的心跳数据，以保证CDN服务器处于正常运行的状态，其中，⑶N服务器发送心跳数据的周期是⑶N控制中心和⑶N服务器约定好的。示例性的，⑶N服务器发送心跳数据的周期是20秒，则CDN控制中心判断CDN控制中心是否每20秒接收到⑶N服务器每20秒发送一次的心跳数据。
[0085]S202、若⑶N控制中心未接收到与其连接的⑶N服务器周期性发送的心跳数据，⑶N控制中心则摘除⑶N服务器。
[0086]若⑶N控制中心未接收到与其连接的⑶N服务器周期性发送的心跳数据，则说明此时⑶N服务器发生了故障，为了不影响整个⑶N系统的运行，⑶N控制中心将不能再继续调用该⑶N服务器，⑶N控制中心则摘除⑶N服务器。
[0087]S203、⑶N控制中心判断⑶N控制中心是否重新接收到与其连接的⑶N服务器周期性发送的心跳数据。
[0088]在⑶N控制中心由于⑶N发生故障摘除了该⑶N服务器后，由于⑶N服务器存在着故障排除的可能性，因此，CDN控制中心仍旧需要判断CDN控制中心是否能够重新接收到与其连接的⑶N服务器周期性发送的心跳数据。
[0089]S204、若⑶N控制中心重新接收到与其连接的⑶N服务器周期性发送的心跳数据，⑶N控制中心则恢复⑶N服务器。
[0090]⑶N控制中心重新接收到与其连接的⑶N服务器周期性发送的心跳数据，则说明此时⑶N服务器的故障排除，⑶N控制中心则恢复⑶N服务器。⑶N控制中心能够继续调用该CDN服务器，以使得该CDN服务器为用户提供服务。
[0091]S205、若⑶N控制中心接收到与其连接的⑶N服务器周期性发送的心跳数据，⑶N控制中心则分析心跳数据，获取CDN服务器的性能指数。
[0092]其中，心跳数据至少包括:⑶N服务器的连接数、⑶N服务器的带宽压力、⑶N服务器的中央处理器的利用率以及CDN服务器的负载量。
[0093]与步骤S202并列的一个步骤，若⑶N控制中心接收到与其连接的⑶N服务器周期性发送的心跳数据，则说明此时⑶N服务器并没有发生故障，⑶N控制中心分析心跳数据，获取CDN服务器的性能指数。
[0094]具体的，⑶N控制中心分析心跳数据，获取⑶N服务器的性能指数的步骤S205可以包括步骤S205a和S205b:
[0095]S205a、⑶N控制中心解析心跳数据，获取⑶N服务器的连接数、⑶N服务器的带宽压力、CDN服务器的中央处理器的利用率以及CDN服务器的负载量。
[0096]⑶N控制中心要分析心跳数据，获取⑶N服务器的性能指数，首先需要解析心跳数据。由于心跳数据至少包括:⑶N服务器的连接数、⑶N服务器的带宽压力、⑶N服务器的中央处理器的利用率以及CDN服务器的负载量，因此，CDN控制中心解析心跳数据后，可以得到CDN服务器的连接数、CDN服务器的带宽压力、CDN服务器的中央处理器的利用率以及CDN服务器的负载量。
[0097]S205b、⑶N控制中心根据⑶N服务器的连接数、⑶N服务器的带宽压力、⑶N服务器的中央处理器的利用率以及CDN服务器的负载量，计算CDN服务器的性能指数。
[0098]需要说明的是，⑶N控制中心根据⑶N服务器的连接数、⑶N服务器的带宽压力、CDN服务器的中央处理器的利用率以及CDN服务器的负载量，可以分别依此判断出CDN服务器的连接数是否过多、CDN服务器的带宽压力是否过大、CDN服务器的中央处理器的利用率是否过高以及CDN服务器的负载量是否过大；也可以根据CDN服务器的连接数、CDN服务器的带宽压力、CDN服务器的中央处理器的利用率以及CDN服务器的负载量这些参数，综合计算CDN服务器的性能指数，本发明不做限制。
[0099]示例性的，⑶N控制中心获取到的⑶N服务器的当前连接数为a、⑶N服务器的当前带宽为b、CDN服务器的中央处理器的当前利用率为C，以及CDN服务器的当前负载量为d，根据CDN控制中心规定的CDN服务器的性能指数计算公式，通过计算，得到CDN服务器的性能指数X。
[0100]具体实施时，可以通过下述公式计算性能指数:
[0101]X= (a/A) + (b/B) + (c/C)+(d/D)；
[0102]当性能指数大于I时，认为性能开始出现问题，需要减少服务器的压力。
[0103]S206、⑶N控制中心判断⑶N服务器的性能指数是否大于或等于预设摘除门限。[0104]在⑶N控制中心分析心跳数据，获取到⑶N服务器的性能指数后，⑶N控制中心为了确定是否需要摘除该CDN服务器，CDN控制中心则需要判断CDN服务器的性能指数是否大于或等于预设摘除门限。
[0105]需要说明的是，本发明实施例中提到的预设摘除门限代表CDN服务器能够维持稳定性能的性能指数门限值。CDN服务器的性能指数超过预设摘除门限，代表CDN服务器将有可能会处于不稳定的状态。
[0106]S207、若⑶N服务器的性能指数大于或等于预设摘除门限，⑶N控制中心则摘除⑶N服务器。
[0107]若CDN服务器的性能指数大于或等于预设摘除门限，则说明CDN服务器的性能指数超过预设摘除门限，CDN服务器的性能指数超过预设摘除门限，为了提升CDN服务器的服务质量，避免系统过载的问题，CDN控制中心需要摘除CDN服务器，从而提高CDN系统的性倉泛。
[0108]S208、⑶N控制中心接收与其连接的⑶N服务器周期性发送的心跳数据。
[0109]在⑶N控制中心由于⑶N服务器的性能超标而摘除⑶N服务器后，由于⑶N服务器存在着性能指数回归正常的可能性，因此，CDN控制中心仍旧需要接收与其连接的CDN服务器周期性发送的心跳数据。
[0110]S209、⑶N控制中心分析心跳数据，获取⑶N服务器的性能指数。
[0111]在⑶N控制中心接收⑶N服务器周期性发送的心跳数据后，⑶N控制中心分析心跳数据，获取CDN服务器的性能指数。
[0112]其中，心跳数据至少包括:⑶N服务器的连接数、⑶N服务器的带宽压力、⑶N服务器的中央处理器的利用率以及CDN服务器的负载量。
[0113]具体的，CDN控制中心分析心跳数据，获取CDN服务器的性能指数的方法具体可以包括KDN控制中心解析心跳数据，获取⑶N服务器的连接数、⑶N服务器的带宽压力、⑶N服务器的中央处理器的利用率以及CDN服务器的负载量；CDN控制中心根据CDN服务器的连接数、CDN服务器的带宽压力、CDN服务器的中央处理器的利用率以及CDN服务器的负载量，计算CDN服务器的性能指数。
[0114]S210、⑶N控制中心判断⑶N服务器的性能指数是否大于或等于预设摘除门限。
[0115]S211、若⑶N服务器的性能指数小于预设摘除门限，⑶N控制中心则恢复⑶N服务器。
[0116]若CDN服务器的性能指数小于预设摘除门限，则说明此时CDN服务器的性能指数正常，重新使用该⑶N服务器不会对⑶N系统产生影响，⑶N控制中心恢复⑶N服务器。⑶N控制中心能够继续调用该CDN服务器，以使得该CDN服务器为用户提供服务。
[0117]本发明实施例提供了一种CDN服务器摘除方法，该方法包括:CDN控制中心判断⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据；若⑶N控制中心接收到与其连接的CDN服务器周期性发送的心跳数据，CDN控制中心则分析心跳数据，获取CDN服务器的性能指数；CDN控制中心判断CDN服务器的性能指数是否大于或等于预设摘除门限；若CDN服务器的性能指数大于或等于预设摘除门限，CDN控制中心则摘除CDN服务器。
[0118]与现有技术中⑶N控制中心只能摘除发生故障的⑶N服务器的方法相比，通过本方案，由于CDN控制中心能够分析心跳数据，获取与其连接的CDN服务器的性能指数，并判断CDN服务器的性能指数是否超标，因此，CDN控制中心不仅能够摘除发生故障的CDN服务器，还能够根据CDN服务器的性能指数，摘除性能超标的CDN服务器，从而提升了 CDN服务器的服务质量，避免了系统过载的问题，提高了 CDN系统的稳定性。
[0119]实施例3
[0120]本发明实施例提供一种⑶N控制中心，能够应用于⑶N系统，如图3所示，所述⑶N控制中心包括:
[0121]第一判断模块10，用于判断所述CDN控制中心是否接收到与其连接的CDN服务器周期性发送的心跳数据。
[0122]第一分析模块11，用于若所述⑶N控制中心接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据，则分析所述心跳数据，获取所述CDN服务器的性能指数。
[0123]第二判断模块12，用于判断所述CDN服务器的性能指数是否大于或等于预设摘除门限。
[0124]第一摘除模块13，用于若所述CDN服务器的性能指数大于或等于所述预设摘除门限，则摘除所述CDN服务器。
[0125]进一步地,如图4所示,所述⑶N控制中心,还包括:
[0126]第二摘除模块14，用于若所述CDN控制中心未接收到与其连接的所述CDN服务器周期性发送的所述心跳数据，则摘除所述CDN服务器。
[0127]进一步地,如图5所示,所述⑶N控制中心,还包括:
[0128]第三判断模块15，用于在所述第二摘除模块14摘除所述CDN服务器后，判断所述⑶N控制中心是否重新接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据。
[0129]第一恢复模块16，用于若所述⑶N控制中心重新接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据，则恢复所述⑶N服务器。
[0130]进一步地,如图6所示,所述⑶N控制中心,还包括:
[0131]接收模块17，用于在所述第一摘除模块13摘除所述CDN服务器后，接收与其连接的所述CDN服务器周期性发送的所述心跳数据。
[0132]第二分析模块18，用于分析所述心跳数据，获取所述CDN服务器的性能指数。
[0133]第四判断模块19，用于判断所述CDN服务器的性能指数是否大于或等于预设摘除门限。
[0134]第二恢复模块la，用于若所述CDN服务器的性能指数小于所述预设摘除门限，则恢复所述CDN服务器。
[0135]进一步地，所述心跳数据至少包括:所述⑶N服务器的连接数、所述⑶N服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量。
[0136]如图7所示，所述第一分析模块11，具体包括:
[0137]获取模块110，用于解析所述心跳数据，获取所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量。
[0138]计算模块111，用于根据所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量，计算所述CDN服务器的性能指数。[0139]本发明实施例提供了一种⑶N控制中心，⑶N控制中心包括:第一判断模块，用于判断CDN控制中心是否接收到与其连接的CDN服务器周期性发送的心跳数据；第一分析模±夹，用于若CDN控制中心接收到与其连接的CDN服务器周期性发送的心跳数据，则分析心跳数据，获取CDN服务器的性能指数；第二判断模块，用于判断CDN服务器的性能指数是否大于或等于预设摘除门限；第一摘除模块，用于若CDN服务器的性能指数大于或等于预设摘除门限，则摘除CDN服务器。
[0140]与现有技术中⑶N控制中心只能摘除发生故障的⑶N服务器的方法相比，通过本方案，由于CDN控制中心能够分析心跳数据，获取与其连接的CDN服务器的性能指数，并判断CDN服务器的性能指数是否超标，因此，CDN控制中心不仅能够摘除发生故障的CDN服务器，还能够根据CDN服务器的性能指数，摘除性能超标的CDN服务器，从而提升了 CDN服务器的服务质量，避免了系统过载的问题，提高了 CDN系统的稳定性。
[0141]实施例4
[0142]本发明实施例提供一种⑶N系统，包括具有上述任一特征的所述⑶N控制中心，以及至少一个与所述⑶N控制中心连接的⑶N服务器。
[0143]通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0144]在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0145]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0146]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0147]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM, Read-Only Memory)、随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0148]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
【权利要求】
1.一种CDN服务器摘除方法，其特征在于，应用于CDN系统，所述方法包括: ⑶N控制中心判断所述⑶N控制中心是否接收到与其连接的⑶N服务器周期性发送的心跳数据； 若所述CDN控制中心接收到与其连接的所述CDN服务器周期性发送的所述心跳数据，所述CDN控制中心则分析所述心跳数据，获取所述CDN服务器的性能指数； 所述CDN控制中心判断所述CDN服务器的性能指数是否大于或等于预设摘除门限；若所述CDN服务器的性能指数大于或等于所述预设摘除门限，所述CDN控制中心则摘除所述⑶N服务器。
2.根据权利要求1所述的CDN服务器摘除方法，其特征在于， 若所述CDN控制中心未接收到与其连接的所述CDN服务器周期性发送的所述心跳数据，所述CDN控制中心则摘除所述CDN服务器。
3.根据权利要 求2所述的CDN服务器摘除方法，其特征在于，在若所述CDN控制中心未接收到与其连接的所述CDN服务器周期性发送的所述心跳数据，所述CDN控制中心摘除所述⑶N服务器后，所述方法还包括: 所述⑶N控制中心判断所述⑶N控制中心是否重新接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据； 若所述CDN控制中心重新接收到与其连接的所述CDN服务器周期性发送的所述心跳数据，所述CDN控制中心则恢复所述CDN服务器。
4.根据权利要求1所述的CDN服务器摘除方法，其特征在于，在若所述CDN服务器的性能指数大于或等于所述预设摘除门限，所述CDN控制中心摘除所述CDN服务器后，所述方法还包括: 所述CDN控制中心接收与其连接的所述CDN服务器周期性发送的所述心跳数据； 所述CDN控制中心分析所述心跳数据，获取所述CDN服务器的性能指数； 所述CDN控制中心判断所述CDN服务器的性能指数是否大于或等于预设摘除门限；若所述CDN服务器的性能指数小于所述预设摘除门限，所述CDN控制中心则恢复所述⑶N服务器。
5.根据权利要求1所述的CDN服务器摘除方法，其特征在于，所述心跳数据至少包括:所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量； 所述CDN控制中心分析所述心跳数据，获取所述CDN服务器的性能指数，具体包括:所述CDN控制中心解析所述心跳数据，获取所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量； 所述CDN控制中心根据所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量，计算所述CDN服务器的性能指数。
6.一种⑶N控制中心，其特征在于，应用于⑶N系统，所述⑶N控制中心包括: 第一判断模块，用于判断所述CDN控制中心是否接收到与其连接的CDN服务器周期性发送的心跳数据； 第一分析模块，用于若所述CDN控制中心接收到与其连接的所述CDN服务器周期性发送的所述心跳数据，则分析所述心跳数据，获取所述CDN服务器的性能指数； 第二判断模块，用于判断所述CDN服务器的性能指数是否大于或等于预设摘除门限；第一摘除模块，用于若所述CDN服务器的性能指数大于或等于所述预设摘除门限，则摘除所述CDN服务器。
7.根据权利要求6所述的CDN控制中心，其特征在于，所述CDN控制中心，还包括: 第二摘除模块，用于若所述CDN控制中心未接收到与其连接的所述CDN服务器周期性发送的所述心跳数据，则摘除所述CDN服务器。
8.根据权利要求7所述的CDN控制中心，其特征在于，所述CDN控制中心，还包括: 第三判断模块，用于在所述第二摘除模块摘除所述CDN服务器后，判断所述CDN控制中心是否重新接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据； 第一恢复模块，用于若所述⑶N控制中心重新接收到与其连接的所述⑶N服务器周期性发送的所述心跳数据，则恢复所述⑶N服务器。
9.根据权利要求6所述的CDN控制中心，其特征在于，所述CDN控制中心，还包括: 接收模块，用于在所述第一摘除模块摘除所述CDN服务器后，接收与其连接的所述CDN服务器周期性发送的所述心跳数据； 第二分析模块，用于分析所述心跳数据，获取所述CDN服务器的性能指数； 第四判断模块，用于判断所述CDN服务器的性能指数是否大于或等于预设摘除门限；第二恢复模块，用于若所述CDN服务器的性能指数小于所述预设摘除门限，则恢复所述⑶N服务器。
10.根据权利要求6所述的⑶N控制中心，其特征在于，所述心跳数据至少包括:所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量； 所述第一分析模块，具体包括: 获取模块，用于解析所述心跳数据，获取所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量； 计算模块，用于根据所述CDN服务器的连接数、所述CDN服务器的带宽压力、所述CDN服务器的中央处理器的利用率以及所述CDN服务器的负载量，计算所述CDN服务器的性能指数。
11.一种⑶N系统，其特征在于，包括具有如权利要求6-10中任意一项所述的⑶N控制中心，以及至少一个与所述⑶N控制中心连接的⑶N服务器。
【文档编号】H04L29/06GK103746968SQ201310722634
【公开日】2014年4月23日 申请日期:2013年12月24日 优先权日:2013年12月24日
【发明者】夏彦刚, 张建蕊, 吴亚洲, 白峻峰, 李艳松 申请人:乐视网信息技术（北京）股份有限公司