一种智能调度访客流量的方法及系统与流程

本发明是关于内容分发网络领域，特别涉及一种智能调度访客流量的方法及系统。

背景技术：

随着互联网的发展和社会的不断进步，网民对网络访问服务质量要求越来越高，内容分发网络被广泛应用，以提高网络服务访问可用性。内容分发网络(contentdeliverynetwork,cdn)的核心服务为智能流量调度系统，该系统体现的作用是实现在互联网上不同地域及不同网络的情况下，内容分发服务器的流量调配，确保用户能快速、便捷的访问所需要的内容，确保访问质量，尤其在大带宽应用场景(如在线影视、文件传输等)中得到充分体现。

目前的内容分发网络服务(cdn)，主要通过cdn节点直接获取或抓取内容来源对用户提供服务。由于网络波动或信息安全等因素，使得cdn节点获取的内容与用户希望实现的场景相差较大，不足以解决内容访问质量的问题。由于基于cdn节点本身来获取的内容来源的健康度不一，使得cdn服务在某些场景下不能很好的体现其内容分发加速的功能。

现有专利“一种实现智能流量调度的方法及装置(cn107770242)”，用于源站访问质量的监测，但该专利未对源站进行持久监测，使监测结果恢复正常时不能尽快恢复到默认的监测状态。专利“内容分发网络流量智能调度方法、装置及系统(cn101764747a/b)”，能在不同运营商网络中合理分配cdn服务节点，但是，该专利未对cdn节点回源的质量进行监测，导致当某个cdn节点回源存在故障时，不能快速有效切换回源质量，使源站的服务在部分地区或部分运营商网络上存在故障。

综上，在现有的内容分发网络服务中，不能准确判断内容来源可用性，使服务能力存在瑕疵，尚没有基于内容来源的健康程度决定内容分发网络提供服务的能力。

技术实现要素：

本发明的主要目的在于克服现有技术中的不足，提供一种解决内容分发网络基于健康度获取内容来源问题的方法及系统。为解决上述技术问题，本发明的解决方案是：

提供一种智能调度访客流量的方法，具体包括下述步骤：

(1)(全国各地)建立若干内容分发服务器(内容分发服务器上部署有内容分发应用)，即cdn服务器；

分别为每个cdn服务器部署配套的监测设备(即在与cdn服务器处在同一个机柜、网络等数据中心的地方，部署监测设备)，监测设备(即全国各地的监测点)用于模拟访客请求访问被监测站点，实时获取监测状态和请求结果；

(2)管理中心将用户加入的数据生成任务列表，并设置配置信息，配置信息包括用户添加的域名、ip地址、端口和请求方式；

管理中心随机分配任务给cdn服务器及其配套的监测设备(管理中心随机选择并下发配置信息，至内容分发服务器上的内容分发应用)；管理中心下达指令通知域名解析服务器，生成域名别名指向该cdn服务器的地址，并通知该cdn服务器配套的监测设备建立监测任务；

(2)cdn服务器收到管理中心下发的配置信息，与被监测站点建立连接；

(3)监测设备收到管理中心下发的配置信息后，建立监测任务，模拟访客请求访问被监测站点，实时获取监测结果；

监测设备利用监测结果判断被监测站点的状态，并将监测数据传输至管理中心的数据库；

所述被监测站点的状态包括正常状态、异常状态和故障状态；

所述监测数据包括网站响应码、标题、请求时长、网站异常或故障的开始及结束时间，以及正常状态的持续时间；

(4)管理中心根据各个监测设备传输过来的监测数据，统计分析得到被监测站点的可用性监测结果并输出；

(5)管理中心根据可用性监测结果，统计出判断被监测站点为故障状态的节点，将该节点的cdn服务器暂停服务，命令域名解析服务器生成域名别名指向其他节点的提供服务的cdn服务器，并保持该节点的监测设备继续进行监测业务；

当提供服务的所有节点到源站均为故障状态时，管理中心则命令域名解析服务器将网站指向真实服务器地址。

在本发明中，所述步骤(3)中，监测设备利用监测结果判断被监测站点为异常状态的方法，具体为：

当在预设的时间范围中，对被监测站点进行模拟访客请求，获得的监测结果，不满足条件a)或者条件b)的比例，超过预设的阈值，则说明被监测站点为异常状态；

条件a)：响应标题正常(响应码为200、206、301、302、304、307、400、401或404)；

条件b)：响应时间少于响应时间异常阈值。

在本发明中，所述步骤(3)中，利用监测结果判断被监测站点是否为异常状态时，采用每分钟执行3次模拟访客请求，在10分钟的时间范围内，即共30次请求，不能满足条件a)或条件b)的请求次数满足[10,20)，则说明被监测站点为异常状态；

所述访客请求不包括get类型请求(get类型请求地址产生非正常响应的持续时间不采取前述阈值，由使用者自行定义)。

在本发明中，所述步骤(3)中，监测设备利用监测结果判断被监测站点为故障状态的方法，具体为：

对被监测站点进行模拟访客请求，获得的监测结果满足下述任一项条件时，则说明被监测站点为故障状态；

条件c)：当在预设的时间范围中，模拟访客请求不满足条件a)或者条件b)的比例，超过预设的阈值(对于非get类型请求，优选：在10分钟的时间范围内，对被监测站点每分钟执行3次模拟访客请求，即共30次请求中，不少于20次不能满足条件a)或条件b)；get类型请求地址产生非正常响应的持续时间不采取前述阈值，由使用者自行定义)；

条件d)：当在预设的时间范围中，连接响应时间不小于60000毫秒的请求比例，超过预设的阈值(对于非get类型请求，优选：在10分钟的时间范围内，产生的请求中有50％以上的请求，请求的连接响应时间均不小于60000毫秒；get类型请求地址产生非正常响应的持续时间不采取前述阈值，由使用者自行定义)；

条件e)：当在预设的时间范围中，无法连接至指定的端口的请求比例，超过预设的阈值(对于非get类型请求，优选：在5分钟的时间范围内，产生的请求中有50％以上的请求，无法连接至指定的端口，即显示为connectiontimedout或connectionrefused；get类型请求地址产生非正常响应的持续时间不采取前述阈值，由使用者自行定义)；

条件f)：当在预设的时间范围中，被监测站点返回connectionresetbypeer、emptyresponse、badrequest、serviceunavailable或gatewaytimed-out的请求比例，超过预设的阈值(对于非get类型请求，优选：在5分钟的时间范围内，产生的请求中有50％以上的请求，被监测站点返回connectionresetbypeer、emptyresponse、badrequest、serviceunavailable或gatewaytimed-out；get类型请求地址产生非正常响应的持续时间不采取前述阈值，由使用者自行定义)。

在本发明中，所述步骤(4)中，管理中心能监测设备传输过来的监测数据，生成可用性曲线用于输出。

提供一种存储设备，其中存储有多条指令，所述指令适用于由处理器加载并执行：上述的一种智能调度访客流量的方法。

提供一种智能调度访客流量的系统，包括处理器，适于实现各指令；以及存储设备，适于存储多条指令，所述指令适用于由处理器加载并执行：上述的一种智能调度访客流量的方法。

本发明的该种智能调度访客流量的系统，由管理中心、内容分发模块、域名解析模块和可用性监测模块组成。

内容分发模块包括内容分发服务器及内容分发应用，内容分发应用安装在内容分发服务器上，用于用户应用的内容分发，即用户应用中的静态资源，如图像、视频、音频、静态网页等，被临时存储到内容分发服务器上，当访客发起访问时，将由内容分发服务器直接响应上述内容，提高用户应用加载速度，减少用户应用服务器的压力。

域名解析模块通过域名解析服务器(即dns，包括域名解析服务器上的软件)实现，域名解析服务器用于将访客访问的域名转换为ip地址，本发明中由域名解析模块负责引导访客访问的目的设备，由管理中心控制。

可用性监测模块通过监测设备(包括监测设备上的软件)实现，监测设备根据管理中心设置的监测参数，模拟真实用户访问目的地址，收集模拟访问的过程中产生的延时和响应数据，并将这些数据回送到管理中心。

管理中心包括中心服务器和通信服务器，用于负责整个系统的数据通信和统一管理，包括：可用性监测管理、流量管理、内容分发管理、全局监测、设备参数配置、统计报表等。

所述全局监测：管理中心能获取到所有服务或应用的响应状态，用于控制域名解析模块，调整流量入口。

所述设备参数配置：管理中心能调整内容分发模块、域名解析模块和可用性监测模块的参数，确保用户应用正常运作。

所述统计报表：管理中心的控制操作，可用性监测、内容分发、域名解析等服务数据均存入数据库；方便用户了解服务状况，优化和保障应用的可用性。

根据管理中心的任务分配，由域名解析模块将应用的流量指向指定的内容分发模块，管理中心将配置信息下发至对应的内容分发模块和可用性监测模块。用户流量引入后，内容分发模块负责流量处理，可用性监测模块负责监测用户应用运行效率，并将可用性监测数据回送至管理中心的数据库。管理中心统计报表根据回送的数据，加工数据生成可用性曲线，为用户调整流量提供参考。

本发明的原理：基于内容源的健康度检查，来判断是否通过本地内容分发网络节点就近调取。本发明的关键点是内容来源连接健康度检查和网络质量判断。

与现有技术相比，本发明的有益效果是：

本发明通过预设或可自主调整的内容源健康度阈值，进行对内容源的可用性监测。通过预设的健康度阈值，提高用户站点或应用的服务能力，减少站点或应用不可用的情况发生；通过自主调整健康度阈值，用户可在适合自己的业务场景下，有效提升服务能力。

附图说明

图1为本发明的流程图。

具体实施方式

首先需要说明的是，本发明是计算机技术的一种应用。在本发明的实现过程中，会涉及到多个软件功能模块的应用。申请人认为，如在仔细阅读申请文件、准确理解本发明的实现原理和发明目的以后，在结合现有公知技术的情况下，本领域技术人员完全可以运用其掌握的软件编程技能实现本发明。凡本发明申请文件提及的均属此范畴，申请人不再一一列举。

下面结合附图与具体实施方式对本发明作进一步详细描述：

如图1所示的一种智能调度访客流量的方法，具体包括下述步骤：

(1)在全国各地建立若干内容分发服务器，内容分发服务器上部署有内容分发应用。

在与内容分发服务器同一机柜、网络中或其他数据中心处，部署监测设备；全国各地的监测点，即监测设备，用于模拟访客请求访问被监测站点，实时获取监测状态和请求结果。

(2)管理中心将用户加入的数据生成任务，并设置配置信息。配置信息是指用户添加的域名、ip地址、端口和请求方式等。

管理中心随机分配任务给内容分发服务器，及在与cdn服务器节点相同的数据中心的监测设备(即由管理中心随机选择并下发配置信息，至内容分发服务器上的内容分发应用)。管理中心下达指令通知域名解析服务器将生成的域名别名指向该内容分发服务器的地址，通知监测设备建立监测任务。

(2)内容分发服务器收到管理中心下发的配置信息，并与被检测站点建立连接；未被下发配置的内容分发服务器不参与针对该源站的服务。

(3)监测设备收到管理中心下发的配置信息后，建立检测任务，模拟访客请求访问被监测站点，实时获取监测状态和请求结果。监测设备将监测数据传输至管理中心的数据库；监测数据包括网站响应码、标题、请求时长、网站异常或故障的开始及结束时间，以及正常状态的持续时间。

在上述监测状态的判断中，异常状态和故障状态的判定方式如下所述：

对被监测站点每分钟执行3次模拟访客请求，在10分钟的时间范围内，即共30次请求，不能满足条件a)或条件b)的请求次数满足[10,20)，则说明被监测站点为异常状态：

条件a)：响应码为200、206、301、302、304、307、400、401或404；

条件b)：响应内容的时间为60000毫秒以下。

对被监测站点进行模拟访客请求，获得的监测结果满足下述任一项条件时，则说明被监测站点为故障状态：

条件c)：在10分钟的时间范围内，对被监测站点每分钟执行3次模拟访客请求，即共30次请求中，不少于20次不能满足条件a)或条件b)；

条件d)：在10分钟的时间范围内，产生的请求中有50％以上的请求，请求的连接响应时间不小于60000毫秒；

条件e)：在5分钟的时间范围内，产生的请求中有50％以上的请求，无法连接至指定的端口，即显示为connectiontimedout或connectionrefused；

条件f)：在5分钟的时间范围内，产生的请求中有50％以上的请求，被监测站点返回connectionresetbypeer、emptyresponse、badrequest、serviceunavailable或gatewaytimed-out。

在上述被监测站点的异常状态或者故障状态判断方法中，get类型请求地址产生非正常响应的持续时间可不采取前述阈值，由使用者自行定义。

(4)管理中心根据各个监测设备传输过来的监测数据，统计分析得到被监测站点的可用性监测结果并输出，且管理中心能根据回送的数据，加工数据生成可用性曲线用于输出。

(5)管理中心根据可用性监测结果，统计出判断被监测站点为故障状态的节点，将该节点的cdn服务器暂停服务，命令域名解析服务器生成域名别名指向其他节点的提供服务的cdn服务器，并保持该节点的监测设备继续进行监测业务。

当提供服务的所有节点到源站均为故障状态时，管理中心则命令域名解析模块将网站指向真实服务器地址。

最后，需要注意的是，以上列举的仅是本发明的具体实施例。显然，本发明不限于以上实施例，还可以有很多变形。本领域的普通技术人员能从本发明公开的内容中直接导出或联想到的所有变形，均应认为是本发明的保护范围。