CN110891077A - Cdn节点检测方法及装置 - Google Patents
Cdn节点检测方法及装置 Download PDFInfo
- Publication number
- CN110891077A CN110891077A CN201811044850.6A CN201811044850A CN110891077A CN 110891077 A CN110891077 A CN 110891077A CN 201811044850 A CN201811044850 A CN 201811044850A CN 110891077 A CN110891077 A CN 110891077A
- Authority
- CN
- China
- Prior art keywords
- cdn node
- state
- cdn
- score
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 96
- 230000036541 health Effects 0.000 claims description 39
- 238000000034 method Methods 0.000 claims description 35
- 230000002159 abnormal effect Effects 0.000 claims description 25
- 238000012545 processing Methods 0.000 description 34
- 239000000523 sample Substances 0.000 description 13
- 238000013461 design Methods 0.000 description 10
- 238000012544 monitoring process Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 230000001133 acceleration Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 238000011156 evaluation Methods 0.000 description 4
- 230000002547 anomalous effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000013441 quality evaluation Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012163 sequencing technique Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000004883 computer application Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种CDN节点检测方法及装置，该节点检测方法包括：获取CDN节点的运行状态数据；基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分；发送所述CDN节点的服务质量得分至全局负载均衡(GSLB)系统，其中，所述全局负载均衡(GSLB)系统基于所述CDN节点的服务质量得分调度所述CDN节点。本发明实施例提高CDN节点的调度效率。
Description
技术领域
本申请实施例涉及计算机应用技术领域，尤其涉及一种CDN节点检测方法及装置。
背景技术
CDN(Content Delivery Network，内容分发网络)依据网络流量以及网络连接等内容，将用户的访问节点进行访问导向，使用户能够就近得到快速响应，无需进行多次网络转发，可以减少网络拥堵状况，提高用户的响应速度。
目前，主要由GSLB系统(Global Server Load Balance，全局负载均衡)负责CDN网络中各个CDN节点的调度。全局负载均衡(GSLB)系统接收到用户端发送的访问请求，可以反馈最佳CDN接入节点的IP地址。之后，用户端基于所述接入节点的IP地址向DNS系统发起访问请求，获得目标域名对应的网络数据，完成访问。
GBLS主要采用轮询机制，向每一个CDN节点实行均衡的流量调度，因此，不同用户端的访问请求都是被平均分配到各个CDN节点上。但是，由于不同的CDN节点的服务能力不同，容易导致访问效率降低，甚至出现访问失败。
发明内容
本申请实施例提供一种CDN节点检测及装置，用以解决现有技术中CDN节点调度时调度效率不高的技术问题。
第一方面，本申请实施例中提供了一种CDN节点检测方法，包括：
获取CDN节点的运行状态数据；
基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分；
发送所述CDN节点的服务质量得分至全局负载均衡(GSLB)系统；其中，所述全局负载均衡(GSLB)系统基于所述CDN节点的服务质量得分调度所述CDN节点。
第二方面，本申请实施例中提供一种节点检测装置，包括：
数据获取模块，用于获取CDN节点的运行状态数据；
分数确定模块，用于基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分；
分数发送模块，用于发送所述CDN节点的服务质量得分至全局负载均衡(GSLB)系统；其中，所述全局负载均衡(GSLB)系统基于所述CDN节点的服务质量得分，调度所述CDN节点。
本申请实施例中，可以获取至少一个CDN节点的节点信息，并针对每一个CDN节点的节点信息，确定所述每一个CDN节点的调度状态以及调度分数。将每一个CDN节点的调度状态以及调度分数分别发送至全局负载均衡系统，此时全局负载均衡系统可以根据每一个CDN节点的调度状态以及调度分数调度至少一个CDN节点，以确保用户快速访问。通过调度状态衡量每一个CDN节点可用性，通过调度分数衡量每一个CDN节点的服务能力，继而同时实现可用性以及可靠性两个方面的调度，平衡至少一个CDN节点的访问量，提高CDN节点的访问效果。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本申请提供的一种CDN节点检测方法的一个实施例的流程图；
图2示出了本申请提供的一种CDN节点检测方法的又一个实施例的流程图；
图3示出了本申请提供的一种CDN节点检测方法的又一个实施例的流程图；
图4示出了本申请提供的一种CDN节点调度方法的一个实施例的流程图；
图5示出了本申请提供的一种CDN节点调度方法的又一个实施例的流程图；
图6示出了本申请提供的一种CDN节点调度系统的一个实施例的结构示意图；
图7示出了本申请提供的一种CDN节点调度方法的又一个实施例的流程图；
图8示出了本申请提供的一种CDN节点检测装置的一个实施例的结构示意图；
图9示出了本申请提供的一种CDN节点检测设备的一个实施例的结构示意图；
图10示出了本申请提供的一种CDN节点调度装置的一个实施例的结构示意图；
图11示出了本申请提供的一种CDN节点调度设备的一个实施例的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
本申请实施例的技术方案可以应用于内容分发网络CDN节点的调度场景中，通过对各个CDN节点进行健康检测，以对CDN节点进行服务质量以及可用性进行评估，通过评估结果调度各个CDN节点，以提高CDN的整体服务质量。
通常用户端发起针对网络源站的访问请求时，本地DNS可以将用户针对源站的访问请求调度到最近的CDN节点上，通过在CDN节点所在的CDN网络中的回源操作，获得访问请求所对应的访问内容，并展示该访问内容给用户。现有技术中，DNS为用户的访问请求分配相应的CDN节点时，需要全局负载均衡(GSLB)系统对DNS的记录进行解析，以确定各个DNS对CDN节点调度情况，再由全局负载均衡(GSLB)系统对CDN节点进行调度。由于全局负载均衡(GSLB)主要采用的调度决策是轮询机制，也即向每一个CDN节点实行流量均衡的流量调度，因此，不同用户端的访问请求被平均分配到各个CDN节点上。由于不同的CDN节点的服务能力不同，例如，某个CDN节点的磁盘读取异常，该CDN节点能够提供服务，但是数据读取能力非常低，对于用户访问的反馈会产生延时，因此，不同服务能力的CND节点平均分配用户的访问请求时，容易导致访问效率较低，甚至访问失败，例如，针对上述磁盘读取异常，可能出现访问请求拥塞，用户访问失败。
为了解决上述问题，发明人想到针对各个CDN节点进行健康检测，以获得各个CDN节点的实际能够提供服务的服务能力，并根据各个CDN节点的服务能力为CDN节点分配相应的任务。据此，发明人提出了本申请的技术方案。
本发明实施例中，可以获取CDN节点的运行状态数据，并基于CDN节点的运行状态数据，确定CDN节点的服务质量得分，将所述服务质量得分发送至全局负载均衡系统之后，全局负载均衡系统即可以基于CDN节点的服务质量得分，调度该CDN节点。通过对CDN节点进行运行状态监控，获得相应的服务质量得分，并通过CDN节点的服务质量得分对CDN节点进行调度，可以确保CDN节点能够按照其服务能力为用户提供服务，提高了CDN系统的整体服务效率，避免因CDN节点的服务能力不同引起的访问效率低下，甚至访问失败的状况。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1为本发明实施例提供的一种CDN节点检测方法的一个实施例的流程图，该方法可以包括以下几个步骤：
101：获取CDN节点的运行状态数据。
其中，CDN节点可以包括至少一个，也即可以获取至少一个CDN节点的运行状态数据，以对至少一个CDN节点进行状态监控，以通过对各个CDN节点的监控，完成CDN节点的整体调度。
在实际应用中，为了对CDN系统进行完整的监控，以更好地调度CDN系统中的每一个CDN节点，可以获取CDN系统的每一个CDN的运行状态数据，进而对CDN系统中每一个CDN节点的服务质量得分进行计算，以获得每一个CDN节点的使用数据。
可选地，可以由检测客户端获取CDN节点的运行状态数据，针对每一个CDN进行健康检测，获得CDN节点的运行状态数据。当CDN节点包括多个时，由检测客户端对所有CDN节点进行统一监控，可以避免针对同一节点的反复监控，获得重复数据，增加处理速度。
当然，检测CDN健康状态任务也可以由CDN节点中的任一个节点作为检测客户端，也可以是独立于CDN节点的一个具有计算功能的智能设备作为检测客户端，此时，针对同一个网络中的CDN节点的监控可以更稳定以及数据传输速度更高。
在实际应用中，由于CDN节点与用户端的数据交互主要是通过四层或者七层网络协议来实现，例如OSI协议中的网络层即为7层，也即最高层的内容交换层，数据传输主要是基于第七层的协议进行传输，因此，可以针对CDN节点进行四层或者七层进行探测，获得CDN节点的运行状态数据。此时，诸如检测客户端在做七层探测时，可以记录CDN节点的运行状态数据。
在某些实施例中，CDN节点的运行状态数据还可以由CDN节点进行统计，并发送至相应的检测客户端中。
102：基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分。
运行状态数据可以指CDN节点运行过程中，不同参数对应的数据。例如，运行状态数据可以指连接时间、CPU占用率、磁盘读写速度等。
可选地，CDN节点的服务质量得分可以根据CDN节点的运行状态数据获得。CDN节点的运行状态数据，可以反应CDN节点的实际使用状态，因此，可以利用CDN节点的运行状态数据，确定CDN节点的服务质量得分。
103：发送所述CDN节点的服务质量得分至全局负载均衡(GSLB)系统。
其中，所述全局负载均衡(GSLB)系统基于所述CDN节点的服务质量得分调度所述CDN节点。
在实际应用中，还可以由上述检测客户端、CDN节点进行检测，获得节点的运行状态数据，并上传到全局负载均衡(GSLB)系统中，由全局负载均衡(GSLB)系统执行后续的CDN节点的服务分数的获取等步骤，以方便全局负载均衡(GSLB)随时查询相应的服务分数，进而及时获取各个CDN节点的服务质量得分，以调度所述CDN节点。
可选地，CDN节点包括至少一个时，可以发送至少一个CDN节点各自的服务质量得分至全局负载均衡系统，全局负载均衡系统可以基于至少一个CDN节点的服务质量得分，调度至少一个CDN节点。
其中，每一个CDN节点的服务质量得分可以用CDN节点的节点标识区分，CDN节点的节点标识可以是CDN节点的IP地址、MAC地址等。发送CDN节点的服务质量得分至全局负载均衡系统可以包括发送CDN节点的节点标识以及服务质量得分至全局负载均衡系统，全局负载均衡系统可以基于CDN节点的节点标识以及服务质量得分，确定是否调度以及如何调度所述CDN节点。作为一种可能的实现方式，全局负载均衡系统根据任一个CDN节点的服务质量得分确认该CDN节点可以正常使用时，可以将该CDN节点的节点标识分配至发送访问请求的任意用户端，以供用户端基于CDN节点的节点标识向该CDN节点请求访问内容。
本发明实施例中，通过对CDN节点的运行状态进行监控，获得运行状态数据，进而获取该CDN节点的服务质量得分，将CDN节点的服务质量得分分配至全局负载均衡(GSLB)系统，通过全局负载均衡(GSLB)系统按照CDN节点的服务质量得分，对CDN节点进行调度，以提供服务效率较高的CDN系统，提高了CDN节点的服务效率，避免因CDN节点服务质量不高而引起的访问效率低以及访问失败等问题。
如图2所示，为本发明实施例提供的一种CDN节点检测方法的又一个实施例的流程图，该方法可以包括以下几个步骤：
201：获取CDN节点的运行状态数据。
本申请实施例部分步骤与图1所示的步骤相同，在此不再赘述。
202：基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分。
203：对所述CDN节点进行健康检测，确定所述CDN节点的可用状态。
204：发送所述CDN节点的可用状态至所述全局负载均衡系统，所述全局负载均衡(GSLB)基于所述CDN节点的可用状态以及服务质量得分调度所述CDN节点。
具体地，可以发送所述CDN节点的可用状态以及服务质量得分至所述全局负载均衡系统，以供所述全局负载均衡(GSLB)基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点。
CDN节点的可用状态可以通过对CDN节点进行健康检测确定。用于CDN节点健康检测的检测客户端可以对CDN节点进行探测，获得探测数据，并针对探测数据进行分析处理，以判断CDN节点的可用状态。可选地，探测数据可以是CDN节点的基础数据，例如，向CDN节点发送探测消息时的发送时间以及CDN节点反馈探测消息反馈时间即为获得的探测数据，在实际使用过程中，可以基于反馈时间以及发送时间的差值确定CDN节点的可用状态。诸如，CDN节点在预设第一时间阈值时，未接收到反馈则确定该CDN节点不可用。
其中，CDN的可用状态包括第一状态以及第二状态，具体地，可以设置在CDN节点处于第一状态时，CDN节点可用，在CDN节点处于第二状态时，CDN节点不可用，当然也可用第一状态代表节点不可用，第二状态代表节点可用。CDN节点的可用状态可以用状态标识代表不同的状态，例如，可以确认状态标识为1时，表示第一状态，可以确认状态标识为0时，表示第二状态。
可选地，全局均衡调度系统基于CDN节点的可用状态以及服务质量得分，调度所述CDN节点时，具体可以包括：根据CDN节点的可用状态，确认CDN节点可用时，根据CDN节点的服务分数调度CDN节点。
本申请实施例中，同时对CDN节点进行可用状态检测以及服务质量检测，通过两种方式的配合使用，可以确保CDN节点处于可用状态时，通过服务质量得分对CDN节点进行综合性调度，在确保节点可用的同时，还对节点的服务能力进行分配，提供可靠性更高的CDN节点调度基础，全面保障了CDN节点的服务效率。
如图3所示，为本发明实施例提供的一种CDN节点检测方法的又一个实施例的流程图，该节点可以包括以下几个步骤：
301：对所述CDN节点进行健康检测，确定所述CDN节点的可用状态。
302：获取CDN节点的运行状态数据。
303：确定所述可用状态满足可用条件时，基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分。
其中，所述基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分包括：
确定所述可用状态满足可用条件时，基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分。
304：发送所述CDN节点的服务质量得分至全局负载均衡全局负载均衡(GSLB)系统。
其中，所述全局负载均衡(GSLB)系统基于所述CDN节点的服务质量得分调度所述CDN节点。
可用状态满足可用条件具体可以指CDN节点可用状态的状态标识与预设的可用标识一致。也即，CDN节点的可用状态为可用，进而在CDN节点可用时，基于所述CDN节点的运行状态数据，确定CDN节点的服务质量得分。
可选地，在可用状态不满足可用条件时，CDN节点不可用。CDN节点不可用时，再获取CDN节点的服务质量得分没有意义，以减少数据处理量，提高处理效率。
因此，作为一个实施例，所述对所述CDN节点进行健康检测，分别确定所述CDN节点的可用状态之后，还包括：
确定所述可用状态不满足可用条件时，生成所述CDN节点的状态异常信息。发送所述状态异常信息至所述全局负载均衡全局负载均衡(GSLB)系统，以供所述全局负载均衡(GSLB)系统输出所述CDN节点的状态异常信息。
对CDN节点进行状态异常检测，以获得CDN节点的状态异常信息，展示状态异常信息给后台人员，以供后台人员及时对异常的CDN节点进行维护。
在某些实施例中，所述发送所述CDN节点的服务质量得分至全局负载均衡(GSLB)系统，以供所述全局负载均衡(GSLB)系统基于所述CDN节点各自的服务质量得分，调度所述CDN节点可以包括：
发送所述CDN节点的可用状态以及服务质量得分至所述全局负载均衡系统，以供所述全局负载均衡(GSLB)基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点。
发送可用状态以及服务质量得分至全局负载均衡系统时，可以通过CDN节点的节点标识与可用状态以及服务质量得分对应发送至的全局负载均衡系统中，此时全局负载均衡系统可以根据可用状态以及服务质量得分确定CDN节点的调度信息，将调度信息与CDN节点的节点标识关联之后，反馈至相应的用户标识。
在某些实施例中，所述对所述CDN节点进行健康检测，确定所述CDN节点的可用状态可以包括：
对所述CDN节点进行健康检测，获得所述CDN节点的运行状态数据。
基于所述运行状态数据，确定所述CDN节点的可用状态。
运行状态数据为CDN节点实际运行时，产生的能够代表CDN节点的运行状态的数据，可以通过运行状态数据，确定CDN节点的服务质量分数以及可用状态。CDN节点的运行状态数据可以是在对CDN节点进行健康检测时获得的，运行状态数据可以由检测客户端对CDN节点进行健康检测获得。
CDN节点的可用状态可以对运行状态数据进行分析获得。在一种可能的设计中，CDN节点的运行状态数据可以包括至少一个状态参数各自的数据。具体可以通过至少一个状态参数各自的数据确定CDN节点的可用状态。
其中，CDN节点的可用状态包括第一状态以及第二状态。
所述基于所述运行状态数据，确定所述CDN节点的可用状态具体可以指：如果所述至少一个状态参数各自的数据均满足可用条件，确定CDN节点处于第一状态；如果任一个状态参数的数据未满足可用条件，确定CDN节点处于第二状态。
其中，第一状态以及第二状态可以用状态标识来区分，例如，当状态标识为1时可以代表第一状态，当状态标识为0时可以代表第二状态。
在实际应用中，由于状态标识所对应的数据可以用数字、字母、希腊文字等具有符号区别上的数据。
在一个可能的设计中，为了从多维度检测CDN节点的状态数据以获得更准确的调度基础，对于上述实施例中所述的运行状态数据可以包括至少一个状态参数分别对应的数据。
所述基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分包括：
针对所述CDN节点的每一个状态参数，基于每一个状态参数的数据，确定所述每一个状态参数对应的服务子分数。
将所述至少一个状态参数各自对应的服务子分数进行加权处理，获得所述CDN节点的服务质量得分。
为了从多维度上对CDN节点进行整体质量评价，态数据可以包括多个，针对至少一个状态参数各自对应的服务子分数的加权处理，可以获得较为全面的服务质量得分。
将至少一个状态参数各自对应的服务子分数进行加权处理可以包括，将至少一个状态参数各自的服务权重与其对应服务子分数的乘积相加，即可以获得CDN节点的服务质量得分。作为一种可能的实现方式，可以将每一个状态参数的权重可以相同，例如可以均设置为1，每一个状态参数对应的分数设置规则相同，也即每一个状态参数对应最高分相同、分数设置级别相同，通过该设置可以确保所有状态参数的评价标准相同，各个状态参数对服务分数的影响相同，可以获得较为均衡的服务质量分数。当然，每一个状态参数的权重也可以不同，可以按照不同状态参数对服务质量的影响确定各个状态参数的权重以及分数。
上述实施例解决不同状态参数的含义表述不同的问题，获得表达维度上的统一，可以针对每一个状态参数的数据进行打分，以获得相应的CDN节点的服务质量得分。
作为一种可能的实现方式，为了准确获得每一个状态参数的服务子分数，所述针对所述CDN节点的每一个状态参数，基于每一个状态参数的数据，确定所述每一个状态参数对应的服务子分数可以包括：
针对所述CDN节点的每一个状态参数，确定每一个状态参数的数据所在数值区间；其中，每一个状态参数设置有对应不同分数的多个数值区间；
将每一个状态参数的数据所在数值区间对应的分数，作为每一个状态参数的服务子分数。
可选地，可以设置每一个状态参数对应的参数数值区间与分数的对应关系。针对CDN节点的运行状态数据，可以基于每一个状态参数的数据，从该每一个状态参数对应的参数数值区间中选择目标数值区间，并确定目标数值区间对应的分数为该每一个状态参数的数据对应的服务子分数。
例如，以状态参数为连接时间为例，可以设置连接时间(单位为ms/毫秒)对应的多个数值区间，该多个数值区间诸如可以为，[0，10)，[10，30)，[30，100)，[100，+∞)，其中，[0，10)对应的分数为5，[10，30)对应的分数为3，[30，100)对应的分数为1，[100，+∞)对应的分数为0。当确定连接时间为6时，其匹配的目标数值区间为[0，10)，该目标数值区间对应的分数为5，因此，连接时间对应的服务子分数为5。
在一种可能的设计中，所述至少一个状态参数包括：解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态；
所述针对所述CDN节点的每一个状态参数，确定每一个状态参数的数据所在的数值区间包括：
针对所述解析时间，确定所述解析时间的时间数值所在的第一时间数值；
针对所述建立连接时间，确定所述建立连接时间的时间数值所在的第二数值区间；
针对所述首包时间，确定所述首包时间的时间数值所在的第三数值区间；
针对内容下载时间，确定所述内容下载时间的时间数值所在的第四数值区间；
和/或，针对命中状态，确定所述命中状态的命中率所在的第五数值区间；
所述将每一个状态参数对应所述数值区间设置的分数，作为每一个状态参数的服务子分数包括：
将所述时间参数对应所述第一数值区间设置的分数，作为所述时间参数的服务子分数；
将所述建立连接时间对应所述第二数值区间设置的分数，作为所述建立连接时间的服务子分数；
将所述首包时间对应所述第三数值区间设置的分数，作为所述首包时间的服务子分数；
将内容下载时间对应所述第四数值区间设置的分数，作为所述内容下载时间的服务子分数；
和/或，将命中状态对应所述第五数值区间设置的分数，作为所述命中状态的服务子分数。
作为一种可能的实现方式，解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态均可以对应有不同时间或者概率划分的多个数值区间，每一个数值区间可以对有相应的分数。
在某些实施例中，基于运行状态数据，确定CDN节点的可用状态时，具体可以根据解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态等参数的数据，确定CDN节点的可用状态。
其中，在解析时间对应的时间数值小于解析时间阈值、连接建立时间的时间数值小于连接时间阈值、首包时间对应的时间数值小于首包时间阈值、内容下载时间对应的时间数值小于下载时间阈值时以及命中状态对应命中率大于命中率阈值中，所有判断项均成立时，确认CND节点的可用状态为第一状态，任一个判断项不成立时，确认CDN节点的可用状态为第二状态。第一状态可以指可以正常提供加速功能，第二状态可以指不能提供加速功能。
对于各个实施例中，基于运行状态数据，确定CDN节点的可用状态之后，如果确认CDN节点不可用，也即处于第二状态，可以对CDN节点进行异常检测。针对运行状态数据对应的至少一个状态参数各自的数据，确认出现异常的状态参数，针对出现异常的状态参数执行异常检测。
作为一种可能的实现方式，当解析时间的时间数值大于解析异常阈值时，对CDN网络对应的DSN系统进行检测，以确认DNS系统是否异常；当建立连接时间大于连接异常阈值时，获取CDN节点的CPU负载信息，基于CPU的负载信息判断是否CDN的CPU负载过高；当首包时间大于首包异常阈值时，获取CDN节点的网络链路信息，以确认网络链路是否正常工作；当内容下载时间大于下载异常阈值，获取CDN节点端的磁盘读写信息，以根据磁盘读写信息判断是否CDN的磁盘读写异常；和/或，命中状态对应的命中概率小于命中异常阈值时，获取CDN节点的磁盘信息，以确认CDN节点是磁盘异常。
如图4所示，为本发明实施例提供的一种CDN节点调度方法的又一个实施例的流程图，该方法可以包括以下几个步骤：
401：获取CDN节点的服务质量得分。
其中，所述CDN节点的服务质量得分为根据所述CDN节点的运行状态数据获得的。
402：基于所述CDN节点的服务质量得分，调度所述CDN节点。
可选地，基于所述CDN节点的服务质量得分，调度所述CDN节点可以包括：判断所述CDN节点的服务质量得分是否满足调度分数阈值，如果满足，调度所述CDN节点，如果不满足，不调度所述CDN节点。
在实际应用中，CDN节点可以包括至少一个，也即可以获取至少一个CDN节点的服务质量得分。每一个CDN节点的服务质量得分是根据该CDN节点的运行状态数据获得。基于CDN节点的服务质量得分，调度所述CDN节点包括：基于至少一个CDN节点的服务质量得分，调度所述至少一个CDN节点。
作为一种可能的实现方式，调度所述至少一个CDN节点具体可以将至少一个CDN节点的服务质量得分进行排序，按照服务质量得分从高到低的顺序依次调度所述至少一个CDN节点。
作为又一种可能的实现方式，调度所述至少一个CDN节点具体可以基于所述至少一个CDN节点的服务质量得分，确定至少一个CDN节点各自的调度权重，根据所述至少一个CDN节点各自的调度权重，调度所述至少一个CDN节点。
对于任一CDN节点的服务质量得分，可以确认该CDN节点的调度权重，服务质量得分越高，调度权重越高，服务质量得分越低，调度权重越低。可以基于CDN节点的服务质量得分获得CDN节点的调度权重，通过调度权重调度该CDN节点。例如，服务质量得分满分为25分为例进行说明，当服务质量分数小于等于25大于18时，可以确认该调度权重为5；当服务质量分数小于等于18大于12时，可以确认调度权重为3；当服务质量分数小于等于12时，可以确认调度权重为1。在实际应用过程中，可以根据CDN节点的调度权重调度CDN节点，并且优先调度权重较高的CDN节点。
针对CDN节点调度完成后，可以再次获取CDN节点的服务质量得分，实现实时获得CDN节点的服务质量得分，并根据实时获得的服务质量得分，调度CDN节点。通过实时更新服务质量得分，对CDN节点的调度进行实时调整，以确保CDN节点可以提供更高效的访问加速功能。
通过对CDN节点按照其服务质量得分进行调度，可以确保各个CDN节点可以得到充分而不过度的调度使用，提高CDN系统的调度效率，各个CDN节点的服务质量更高。
本发明实施例中，全局负载均衡系统可以根据CDN节点的服务质量得分调度所述CDN节点。通过服务质量得分可以确认每一个CDN节点能够提供的服务质量的高低，通过衡量不同CDN节点的服务能力以对CDN节点进行相应的调度，可以提高CDN系统整体的服务能力，进而提高访问效率。
如图5所示，为本发明实施例提供的一种CDN节点调度方法的又一个实施例的流程图，该方法可以包括以下几个步骤：
501：获取所述CDN节点的可用状态；其中，所述CDN节点的可用状态是针对所述CDN节点进行健康检测获得的；
502：获取CDN节点的服务质量得分。
其中，所述CDN节点的服务质量得分为根据所述CDN节点的运行状态数据获得的。
503：基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点。
基于CDN节点的可用状态以及服务质量得分调度所述CDN节点具体可以包括：当CDN节点可用状态为第一状态时，根据服务质量得分调度所述CDN节点；当CDN节点可用状态为第二状态时，不对CDN节点进行调度。
其中，第一状态时CDN节点可以正常反馈访问内容。作为一种可能的实现方式，当CDN节点的可用状态对应可用标识为1时，确认为第一状态，并根据服务质量得分调度所述CDN节点。第二状态时CDN节点不可以正常反馈访问内容。作为一种可能的实现方式，当可用状态对应可用标识为0时，确认为第二状态，不对CDN节点进行调度。
当可用状态为第一状态时，根据服务质量得分调度所述CDN节点具体可以包括：当可用状态为第一状态时，将服务质量得分进行排序，按照服务质量分数由高到低的顺序依次调度CDN节点。具体还可以包括：当可用状态为第二状态时，根据服务质量得分确认调度权重，按照调度权重调度CDN节点。
对CDN节点进行调度时，同时考虑了可用状态以及服务质量得分，调度内容更全面，可以提高CDN系统整体的服务能力，进而提高访问效率。
作为一个实施例，在图5所示的实施例中，所述基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点可以包括：
基于所述CDN节点的可用状态以及服务质量得分，确定所述CDN节点的调度等级。
根据所述CDN节点的调度等级，调度所述CDN节点。
可选地，所述基于CDN节点的可用状态以及服务质量得分，确定CDN节点的调度等级可以包括：确认CDN节点的可用状态为第一状态时，根据服务质量得分，确定CDN节点的调度等级；确认CDN节点的可用状态为第二状态时，直接确定CDN节点的调度等级。
可选地，CDN节点可以按照其能够提供的调度服务的质量高低，设置不同的调度等级，还可以根据可用状态以及服务质量分数的不同取值情况，设置不同的调度等级，在获得CDN节点的可用状态以及服务质量得分时，可以确认该可用状态以及服务质量得分对应的调度等级。也即，可以查询预设的不同可用状态以及服务质量分数区间中与CDN节点的可用状态与服务质量得匹配的目标可用状态以及目标分数区间对应的调度等级，该调度等级即为该CDN节点的调度等级。
例如，假定CDN节点的可用状态用可用标识USE表示，服务质量分数用标识SCORE表示，可以设置第一调度等级为：USE＝1且18<SCORE<＝25；第二调度等级为USE＝1且12<SCORE<＝18；第三调度等级为USE＝1且SCORE<＝12；第四调度等级为USE＝0且SCORE为任意值。假定任一个CDN节点的可用状态以及服务质量得分为USE＝1以及SCORE＝15，则查询到其对应的可用状态以及服务质量分数区间为USE＝1且12<SCORE<＝18，即可以确认该任一个节点的调度等级为第二调度等级。
可选地，如果针对至少一个CDN节点，根据所述CDN节点的调度等级，调度所述CDN节点具体可以包括：根据至少一个CDN节点的调度等级，调度至少一个CDN节点。作为一种可能的实现方式，可以根据所述至少一个CDN节点的调度等级的高低，按照调度等级从高到低的顺序调度至少一个CDN节点。
在一个可能的设计中，本申请实施例的技术方案可以应用于如图6所示的节点调度系统中，该CDN调度系统可以由检测客户端601，至少一个CDN节点602、全局负载均衡(GSLB)系统603以及用户端604构成。在CDN调度系统中，该检测客户端601可以与所述至少一个CDN节点602以及所述全局负载均衡(GSLB)系统建立网络连接，以传输数据。在网络应用场景中，用户端可以为手机、平板、智能穿戴设备、个人计算机等智能设备，用户可以通过操作用户端请求打开网页、应用界面、触发控件操作等以产生访问请求。检测客户端可以是服务器、笔记本、个人计算机等基于计算处理功能的智能设备。
因此，在某些实施例中，用户端604基于用户的触发操作产生访问请求。检测客户端601可以对至少一个CDN节点602进行健康检测，获得每一个CDN节点602的可用状态以及服务质量分数，并发送至少一个CDN节602各自的可用状态以及服务质量分数至全局负载均衡(GSLB)系统603。全局负载均衡(GSLB)系统603可以基于至少一个CDN节点602各自的可用状态以及服务质量分数，确定所要调度的CDN节点，并将该CDN节点的IP地址发送至用户端604。用户端604即可以根据该CDN节点的IP地址发起加速访问请求，以快速获得所要访问的内容。
为了方便理解，本实施例中仅示出了一个用户端，在实际应用中，用户端可以包括多个，其功能不变，在此不再赘述。
基于图6所示的CDN调度系统，图7为本申请实施例提供的一种CDN节点调度方法的又一个实施例的流程图，该方法可以包括以下几个步骤：
701：检测客户端对至少一个CDN节点进行健康检测，获得至少一个CDN节点各自的运行状态数据。
702：检测客户端基于至少一个CDN节点各自的运行状态数据，获得至少一个CDN节点各自的可用状态以及服务质量分数。
703：检测客户端发送所述至少一个CDN节点各自的可用状态以及服务质量分数至全局负载均衡(GSLB)系统。
704：全局负载均衡(GSLB)系统接收所述至少一个CDN节点各自的可用状态以及服务质量分数。
705：用户端向全局负载均衡(GSLB)系统发起访问请求。
706：全局负载均衡(GSLB)系统根据所述至少一个CDN节点各自的可用状态以及服务质量分数调度所述至少一个CDN节点，并反馈目标CDN节点的IP地址给用户端。
707：用户端基于目标CDN节点向所述目标CDN节点发送访问请求
708：目标CDN节点反馈访问内容给用户端。
通过全局负载均衡(GSLB)系统按照CDN节点的服务质量得分以及可用状态，对CDN节点进行调度，以提供服务效率较高的CDN系统，提高了CDN节点的服务效率，避免因CDN节点服务质量不高而引起的访问效率低以及访问失败等问题。
如图8所示，为本发明实施例提供的一种CDN节点检测装置的一个实施例的结构示意图，该装置可以包括：
数据获取模块801：用于获取CDN节点的运行状态数据。
分数确定模块802：用于基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分。
分数发送模块803：用于发送所述CDN节点的服务质量得分至全局负载均衡(GSLB)系统。
其中，所述全局负载均衡(GSLB)系统基于所述CDN节点的服务质量得分，调度所述CDN节点。
其中，CDN节点可以包括至少一个，也即可以获取至少一个CDN节点的运行状态数据，以对至少一个CDN节点进行状态监控，以通过对各个CDN节点的监控，完成CDN节点的整体调度。
可选地，可以由检测客户端获取CDN节点的运行状态数据，针对每一个CDN进行健康检测，获得CDN节点的运行状态数据。
可选地，CDN节点包括至少一个时，可以发送至少一个CDN节点各自的服务质量得分至全局负载均衡系统，全局负载均衡系统可以基于至少一个CDN节点的服务质量得分，调度至少一个CDN节点。
其中，每一个CDN节点的服务质量得分可以用CDN节点的节点标识区分，CDN节点的节点标识可以是CDN节点的IP地址、MAC地址等。发送CDN节点的服务质量得分至全局负载均衡系统可以包括发送CDN节点的节点标识以及服务质量得分至全局负载均衡系统，全局负载均衡系统可以基于CDN节点的节点标识以及服务质量得分，确定是否调度以及如何调度所述CDN节点。作为一种可能的实现方式，全局负载均衡系统根据任一个CDN节点的服务质量得分确认该CDN节点可以正常使用时，可以将该CDN节点的节点标识分配至发送访问请求的任意用户端，以供用户端基于CDN节点的节点标识向该CDN节点请求访问内容。
本发明实施例中，通过对CDN节点的运行状态进行监控，获得运行状态数据，进而获取该CDN节点的服务质量得分，将CDN节点的服务质量得分分配至全局负载均衡(GSLB)系统，通过全局负载均衡(GSLB)系统按照CDN节点的服务质量得分，对CDN节点进行调度，以提供服务效率较高的CDN系统，提高了CDN节点的服务效率，避免因CDN节点服务质量不高而引起的访问效率低以及访问失败等问题。
为了确保CDN节点处于可用状态时，通过服务质量得分对CDN节点进行综合性调度，所述图8所示的装置还可以包括：
第一确定模块，用于对所述CDN节点进行健康检测，确定所述CDN节点的可用状态。
所述分数发送模块可以包括：
第一发送单元，用于发送所述CDN节点的可用状态以及服务质量得分至所述全局负载均衡系统，以供所述全局负载均衡(GSLB)基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点。
CDN节点的可用状态可以通过对CDN节点进行健康检测确定。用于CDN节点健康检测的检测客户端可以对CDN节点进行探测，获得探测数据，并针对探测数据进行分析处理，以判断CDN节点的可用状态。可选地，探测数据可以是CDN节点的基础数据，例如，向CDN节点发送探测消息时的发送时间以及CDN节点反馈探测消息反馈时间即为获得的探测数据，在实际使用过程中，可以基于反馈时间以及发送时间的差值确定CDN节点的可用状态。诸如，CDN节点在预设第一时间阈值时，未接收到反馈则确定该CDN节点不可用。
CDN的可用状态包括第一状态以及第二状态，具体地，可以设置在CDN节点处于第一状态时，CDN节点可用，在CDN节点处于第二状态时，CDN节点不可用，当然也可用第一状态代表节点不可用，第二状态代表节点可用。CDN节点的可用状态可以用状态标识代表不同的状态，例如，可以确认状态标识为1时，表示第一状态，可以确认状态标识为0时，表示第二状态。
本申请实施例中，同时对CDN节点进行可用状态检测以及服务质量检测，通过两种方式的配合使用，可以确保CDN节点处于可用状态时，通过服务质量得分对CDN节点进行综合性调度，在确保节点可用的同时，还对节点的服务能力进行分配，提供可靠性更高的CDN节点调度基础，全面保障了CDN节点的服务效率。
可用状态满足可用条件具体可以指CDN节点可用状态的状态标识与预设的可用标识一致。也即，CDN节点的可用状态为可用，进而在CDN节点可用时，基于所述CDN节点的运行状态数据，确定CDN节点的服务质量得分。
为了获得更准确的调度结果，图8所述的装置还可以包括：
第二确定模块，用于对所述CDN节点进行健康检测，确定所述CDN节点的可用状态。
所述分数确定模块包括：
第一确定单元，用于确定所述可用状态满足可用条件时，基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分。
作为又一个实施例，所述装置还包括：
异常确定模块，用于确定所述可用状态不满足可用条件时，生成所述CDN节点的状态异常信息。
异常发送模块，用于发送所述状态异常信息至所述全局负载均衡全局负载均衡(GSLB)系统，以供所述全局负载均衡(GSLB)系统输出所述CDN节点的状态异常信息。
在可用状态不满足可用条件时，CDN节点不可用。CDN节点不可用时，再获取CDN节点的服务质量得分没有意义，以减少数据处理量，提高处理效率。
在某些实施例中，所述分数发送模块可以包括：
第二发送单元，用于发送所述CDN节点的可用状态以及服务质量得分至所述全局负载均衡系统，以供所述全局负载均衡(GSLB)基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点。
发送可用状态以及服务质量得分至全局负载均衡系统时，可以通过CDN节点的节点标识与可用状态以及服务质量得分对应发送至的全局负载均衡系统中，此时全局负载均衡系统可以根据可用状态以及服务质量得分确定CDN节点的调度信息，将调度信息与CDN节点的节点标识关联之后，反馈至相应的用户标识。
所述第一确定模块或者第二确定模块可以包括：
第一获取单元，用于对所述CDN节点进行健康检测，获得所述CDN节点的运行状态数据。
第二确定单元，用于基于所述运行状态数据，确定所述CDN节点的可用状态。
运行状态数据为CDN节点实际运行时，产生的能够代表CDN节点的运行状态的数据，可以通过运行状态数据，确定CDN节点的服务质量分数以及可用状态。CDN节点的运行状态数据可以是在对CDN节点进行健康检测时获得的，运行状态数据可以由检测客户端对CDN节点进行健康检测获得。
CDN节点的可用状态可以对运行状态数据进行分析获得。在一种可能的设计中，CDN节点的运行状态数据可以包括至少一个状态参数各自的数据。具体可以通过至少一个状态参数各自的数据确定CDN节点的可用状态。
其中，CDN节点的可用状态包括第一状态以及第二状态。
所述基于所述运行状态数据，确定所述CDN节点的可用状态具体可以指：如果所述至少一个状态参数各自的数据均满足可用条件，确定CDN节点处于第一状态；如果任一个状态参数的数据未满足可用条件，确定CDN节点处于第二状态。
其中，第一状态以及第二状态可以用状态标识来区分，例如，当状态标识为1时可以代表第一状态，当状态标识为0时可以代表第二状态。
在实际应用中，由于状态标识所对应的数据可以用数字、字母、希腊文字等具有符号区别上的数据。
在一个可能的设计中，为了从多维度检测CDN节点的状态数据以获得更准确的调度基础，对于上述实施例中所述的运行状态数据可以包括至少一个状态参数各自的数据。所述运行状态数据包括至少一个状态参数各自的数据。
所述分数确定模块包括：
第三确定单元，用于针对所述CDN节点的每一个状态参数，基于每一个状态参数的数据，确定所述每一个状态参数对应的服务子分数；
第二获取单元，用于将所述至少一个状态参数各自对应的服务子分数进行加权处理，获得所述CDN节点的服务质量得分。
为了从多维度上对CDN节点进行整体质量评价，态数据可以包括多个，针对至少一个状态参数各自对应的服务子分数的加权处理，可以获得较为全面的服务质量得分。
将至少一个状态参数各自对应的服务子分数进行加权处理可以包括，将至少一个状态参数各自的服务权重与其对应服务子分数的乘积相加，即可以获得CDN节点的服务质量得分。作为一种可能的实现方式，可以将每一个状态参数的权重可以相同，例如可以均设置为1，每一个状态参数对应的分数设置规则相同，也即每一个状态参数对应最高分相同、分数设置级别相同，通过该设置可以确保所有状态参数的评价标准相同，各个状态参数对服务分数的影响相同，可以获得较为均衡的服务质量分数。当然，每一个状态参数的权重也可以不同，可以按照不同状态参数对服务质量的影响确定各个状态参数的权重以及分数。
作为一种可能的实现方式，为了准确获得每一个状态参数的服务子分数，所述第三确定单元具体用于：
第一确定子单元，用于针对所述CDN节点的每一个状态参数，确定每一个状态参数的数据所在数值区间；其中，每一个状态参数设置有对应不同分数的多个数值区间。
第二确定子单元，用于将每一个状态参数的数据所在数值区间对应的分数，作为每一个状态参数的服务子分数。
可选地，可以设置每一个状态参数对应的参数数值区间与分数的对应关系。针对CDN节点的运行状态数据，可以基于每一个状态参数的数据，从该每一个状态参数对应的参数数值区间中选择目标数值区间，并确定目标数值区间对应的分数为该每一个状态数据对应的服务子分数。
在一种可能的设计中，所述至少一个状态参数包括：解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态；
所述第一确定子单元用于：
针对所述解析时间，确定所述解析时间的时间数值所在的第一时间数值；针对所述建立连接时间，确定所述建立连接时间的时间数值所在的第二数值区间；针对所述首包时间，确定所述首包时间的时间数值所在的第三数值区间；针对内容下载时间，确定所述内容下载时间的时间数值所在的第四数值区间；和/或，针对命中状态，确定所述命中状态的命中率所在的第五数值区间。
所述第二确定子单元用于：
将所述时间参数对应所述第一数值区间设置的分数，作为所述时间参数的服务子分数；将所述建立连接时间对应所述第二数值区间设置的分数，作为所述建立连接时间的服务子分数；将所述首包时间对应所述第三数值区间设置的分数，作为所述首包时间的服务子分数；将内容下载时间对应所述第四数值区间设置的分数，作为所述内容下载时间的服务子分数；和/或，将命中状态对应所述第五数值区间设置的分数，作为所述命中状态的服务子分数。
作为一种可能的实现方式，解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态均可以对应有不同时间或者概率划分的多个数值区间，每一个数值区间可以对有相应的分数。
在某些实施例中，基于运行状态数据，确定CDN节点的可用状态时，具体可以根据解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态等参数的数据，确定CDN节点的可用状态。
其中，在解析时间对应的时间数值小于解析时间阈值、连接建立时间的时间数值小于连接时间阈值、首包时间对应的时间数值小于首包时间阈值、内容下载时间对应的时间数值小于下载时间阈值时以及命中状态对应命中率大于命中率阈值中，所有判断项均成立时，确认CND节点的可用状态为第一状态，任一个判断项不成立时，确认CDN节点的可用状态为第二状态。第一状态可以指可以正常提供加速功能，第二状态可以指不能提供加速功能。
对于各个实施例中，基于运行状态数据，确定CDN节点的可用状态之后，如果确认CDN节点不可用，也即处于第二状态，可以对CDN节点进行异常检测。针对运行状态数据对应的至少一个状态参数各自的数据，确认出现异常的状态参数，针对出现异常的状态参数执行异常检测。
作为一种可能的实现方式，当解析时间的时间数值大于解析异常阈值时，对CDN网络对应的DSN系统进行检测，以确认DNS系统是否异常；当建立连接时间大于连接异常阈值时，获取CDN节点的CPU负载信息，基于CPU的负载信息判断是否CDN的CPU负载过高；当首包时间大于首包异常阈值时，获取CDN节点的网络链路信息，以确认网络链路是否正常工作；当内容下载时间大于下载异常阈值，获取CDN节点端的磁盘读写信息，以根据磁盘读写信息判断是否CDN的磁盘读写异常；和/或，命中状态对应的命中概率小于命中异常阈值时，获取CDN节点的磁盘信息，以确认CDN节点是磁盘异常。
在实际应用中，图8所示的CDN节点检测装置可以实现为一CDN节点检测设备，如图9所示，该CDN节点检测设备可以包括：存储组件901以及处理组件902，所述存储组件901存储一条或多条计算机指令，所述一条或多条计算机指令供所述处理组件902调用并执行；
所述处理组件902用于：
获取CDN节点的运行状态数据；基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分；发送所述CDN节点的服务质量得分至全局负载均衡全局负载均衡(GSLB)系统，以供所述全局负载均衡(GSLB)系统基于所述CDN节点的服务质量得分，调度所述CDN节点。
其中，CDN节点可以包括至少一个，也即可以获取至少一个CDN节点的运行状态数据，以对至少一个CDN节点进行状态监控，以通过对各个CDN节点的监控，完成CDN节点的整体调度。
可选地，可以由检测客户端获取CDN节点的运行状态数据，针对每一个CDN进行健康检测，获得CDN节点的运行状态数据。
可选地，CDN节点包括至少一个时，可以发送至少一个CDN节点各自的服务质量得分至全局负载均衡系统，全局负载均衡系统可以基于至少一个CDN节点的服务质量得分，调度至少一个CDN节点。
其中，每一个CDN节点的服务质量得分可以用CDN节点的节点标识区分，CDN节点的节点标识可以是CDN节点的IP地址、MAC地址等。发送CDN节点的服务质量得分至全局负载均衡系统可以包括发送CDN节点的节点标识以及服务质量得分至全局负载均衡系统，全局负载均衡系统可以基于CDN节点的节点标识以及服务质量得分，确定是否调度以及如何调度所述CDN节点。作为一种可能的实现方式，全局负载均衡系统根据任一个CDN节点的服务质量得分确认该CDN节点可以正常使用时，可以将该CDN节点的节点标识分配至发送访问请求的任意用户端，以供用户端基于CDN节点的节点标识向该CDN节点请求访问内容。
本发明实施例中，通过对CDN节点的运行状态进行监控，获得运行状态数据，进而获取该CDN节点的服务质量得分，将CDN节点的服务质量得分分配至全局负载均衡(GSLB)系统，通过全局负载均衡(GSLB)系统按照CDN节点的服务质量得分，对CDN节点进行调度，以提供服务效率较高的CDN系统，提高了CDN节点的服务效率，避免因CDN节点服务质量不高而引起的访问效率低以及访问失败等问题。
如图9所述的设备，该处理组件还可以用于：
对所述CDN节点进行健康检测，确定所述CDN节点的可用状态。
所述处理组件发送所述CDN节点的服务质量得分至全局负载均衡全局负载均衡(GSLB)系统，以供所述全局负载均衡(GSLB)系统基于所述CDN节点各自的服务质量得分，调度所述CDN节点具体是：
发送所述CDN节点的可用状态以及服务质量得分至所述全局负载均衡系统，以供所述全局负载均衡(GSLB)基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点。
CDN节点的可用状态可以通过对CDN节点进行健康检测确定。用于CDN节点健康检测的检测客户端可以对CDN节点进行探测，获得探测数据，并针对探测数据进行分析处理，以判断CDN节点的可用状态。可选地，探测数据可以是CDN节点的基础数据，例如，向CDN节点发送探测消息时的发送时间以及CDN节点反馈探测消息反馈时间即为获得的探测数据，在实际使用过程中，可以基于反馈时间以及发送时间的差值确定CDN节点的可用状态。诸如，CDN节点在预设第一时间阈值时，未接收到反馈则确定该CDN节点不可用。
CDN的可用状态包括第一状态以及第二状态，具体地，可以设置在CDN节点处于第一状态时，CDN节点可用，在CDN节点处于第二状态时，CDN节点不可用，当然也可用第一状态代表节点不可用，第二状态代表节点可用。CDN节点的可用状态可以用状态标识代表不同的状态，例如，可以确认状态标识为1时，表示第一状态，可以确认状态标识为0时，表示第二状态。
本申请实施例中，同时对CDN节点进行可用状态检测以及服务质量检测，通过两种方式的配合使用，可以确保CDN节点处于可用状态时，通过服务质量得分对CDN节点进行综合性调度，在确保节点可用的同时，还对节点的服务能力进行分配，提供可靠性更高的CDN节点调度基础，全面保障了CDN节点的服务效率。
可用状态满足可用条件具体可以指CDN节点可用状态的状态标识与预设的可用标识一致。也即，CDN节点的可用状态为可用，进而在CDN节点可用时，基于所述CDN节点的运行状态数据，确定CDN节点的服务质量得分。
为了获得更准确的调度结果，所述处理组件还可以用于：
对所述CDN节点进行健康检测，确定所述CDN节点的可用状态；
所述基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分包括：
确定所述可用状态满足可用条件时，基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分。
作为又一个实施例，所述处理组件还用于：
确定所述可用状态不满足可用条件时，生成所述CDN节点的状态异常信息；发送所述状态异常信息至所述全局负载均衡全局负载均衡(GSLB)系统，以供所述全局负载均衡(GSLB)系统输出所述CDN节点的状态异常信息。
在可用状态不满足可用条件时，CDN节点不可用。CDN节点不可用时，再获取CDN节点的服务质量得分没有意义，以减少数据处理量，提高处理效率。
发送可用状态以及服务质量得分至全局负载均衡系统时，可以通过CDN节点的节点标识与可用状态以及服务质量得分对应发送至的全局负载均衡系统中，此时全局负载均衡系统可以根据可用状态以及服务质量得分确定CDN节点的调度信息，将调度信息与CDN节点的节点标识关联之后，反馈至相应的用户标识。
作为又一个实施例，所述处理组件发送所述CDN节点的服务质量得分至全局负载均衡全局负载均衡(GSLB)系统，以供所述全局负载均衡(GSLB)系统基于所述CDN节点各自的服务质量得分，调度所述CDN节点具体是：
发送所述CDN节点的可用状态以及服务质量得分至所述全局负载均衡系统，以供所述全局负载均衡(GSLB)基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点。
发送可用状态以及服务质量得分至全局负载均衡系统时，可以通过CDN节点的节点标识与可用状态以及服务质量得分对应发送至的全局负载均衡系统中，此时全局负载均衡系统可以根据可用状态以及服务质量得分确定CDN节点的调度信息，将调度信息与CDN节点的节点标识关联之后，反馈至相应的用户标识。
作为又一个实施例，所述处理组件对所述CDN节点进行健康检测，确定所述CDN节点的可用状态具体是：
对所述CDN节点进行健康检测，获得所述CDN节点的运行状态数据；
基于所述运行状态数据，确定所述CDN节点的可用状态。
运行状态数据为CDN节点实际运行时，产生的能够代表CDN节点的运行状态的数据，可以通过运行状态数据，确定CDN节点的服务质量分数以及可用状态。CDN节点的运行状态数据可以是在对CDN节点进行健康检测时获得的，运行状态数据可以由检测客户端对CDN节点进行健康检测获得。
CDN节点的可用状态可以对运行状态数据进行分析获得。在一种可能的设计中，CDN节点的运行状态数据可以包括至少一个状态参数各自的数据。具体可以通过至少一个状态参数各自的数据确定CDN节点的可用状态。
其中，CDN节点的可用状态包括第一状态以及第二状态。
所述基于所述运行状态数据，确定所述CDN节点的可用状态具体可以指：如果所述至少一个状态参数各自的数据均满足可用条件，确定CDN节点处于第一状态；如果任一个状态参数的数据未满足可用条件，确定CDN节点处于第二状态。
其中，第一状态以及第二状态可以用状态标识来区分，例如，当状态标识为1时可以代表第一状态，当状态标识为0时可以代表第二状态。
在实际应用中，由于状态标识所对应的数据可以用数字、字母、希腊文字等具有符号区别上的数据。
在一个可能的设计中，为了从多维度检测CDN节点的状态数据以获得更准确的调度基础，对于上述实施例中所述的运行状态数据可以包括至少一个状态参数各自的数据。所述运行状态数据包括至少一个状态参数各自的数据。
所述处理组件基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分具体是：
针对所述CDN节点的每一个状态参数，基于每一个状态参数的数据，确定所述每一个状态参数对应的服务子分数；
将所述至少一个状态参数各自对应的服务子分数进行加权处理，获得所述CDN节点的服务质量得分。
将至少一个状态参数各自对应的服务子分数进行加权处理可以包括，将至少一个状态参数各自的服务权重与其对应服务子分数的乘积相加，即可以获得CDN节点的服务质量得分。作为一种可能的实现方式，可以将每一个状态参数的权重可以相同，例如可以均设置为1，每一个状态参数对应的分数设置规则相同，也即每一个状态参数对应最高分相同、分数设置级别相同，通过该设置可以确保所有状态参数的评价标准相同，各个状态参数对服务分数的影响相同，可以获得较为均衡的服务质量分数。当然，每一个状态参数的权重也可以不同，可以按照不同状态参数对服务质量的影响确定各个状态参数的权重以及分数。
作为一种可能的实现方式，为了准确获得每一个状态参数的服务子分数，所述处理组件针对所述CDN节点的每一个状态参数，基于每一个状态参数的数据，确定所述每一个状态参数对应的服务子分数具体是：
针对所述CDN节点的每一个状态参数，确定每一个状态参数的数据所在数值区间；其中，每一个状态参数设置有对应不同分数的多个数值区间；
将每一个状态参数的数据所在数值区间对应的分数，作为每一个状态参数的服务子分数。
可选地，可以设置每一个状态参数对应的参数数值区间与分数的对应关系。针对CDN节点的运行状态数据，可以基于每一个状态参数的数据，从该每一个状态参数对应的参数数值区间中选择目标数值区间，并确定目标数值区间对应的分数为该每一个状态数据对应的服务子分数。
在一种可能的设计中，所述至少一个状态参数包括：解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态；
所述处理组件针对所述CDN节点的每一个状态参数，确定每一个状态参数的数据所在的数值区间具体是：
针对所述解析时间，确定所述解析时间的时间数值所在的第一时间数值；针对所述建立连接时间，确定所述建立连接时间的时间数值所在的第二数值区间；针对所述首包时间，确定所述首包时间的时间数值所在的第三数值区间；针对内容下载时间，确定所述内容下载时间的时间数值所在的第四数值区间；和/或，针对命中状态，确定所述命中状态的命中率所在的第五数值区间。
所述处理组件将每一个状态参数对应所述数值区间设置的分数，作为每一个状态参数的服务子分数具体是：
将所述时间参数对应所述第一数值区间设置的分数，作为所述时间参数的服务子分数；将所述建立连接时间对应所述第二数值区间设置的分数，作为所述建立连接时间的服务子分数；将所述首包时间对应所述第三数值区间设置的分数，作为所述首包时间的服务子分数；将内容下载时间对应所述第四数值区间设置的分数，作为所述内容下载时间的服务子分数；和/或，将命中状态对应所述第五数值区间设置的分数，作为所述命中状态的服务子分数。
作为一种可能的实现方式，解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态均可以对应有不同时间或者概率划分的多个数值区间，每一个数值区间可以对有相应的分数。
在某些实施例中，基于运行状态数据，确定CDN节点的可用状态时，具体可以根据解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态等参数的数据，确定CDN节点的可用状态。
其中，在解析时间对应的时间数值小于解析时间阈值、连接建立时间的时间数值小于连接时间阈值、首包时间对应的时间数值小于首包时间阈值、内容下载时间对应的时间数值小于下载时间阈值时以及命中状态对应命中率大于命中率阈值中，所有判断项均成立时，确认CND节点的可用状态为第一状态，任一个判断项不成立时，确认CDN节点的可用状态为第二状态。第一状态可以指可以正常提供加速功能，第二状态可以指不能提供加速功能。
对于各个实施例中，基于运行状态数据，确定CDN节点的可用状态之后，如果确认CDN节点不可用，也即处于第二状态，可以对CDN节点进行异常检测。针对运行状态数据对应的至少一个状态参数各自的数据，确认出现异常的状态参数，针对出现异常的状态参数执行异常检测。
作为一种可能的实现方式，当解析时间的时间数值大于解析异常阈值时，对CDN网络对应的DSN系统进行检测，以确认DNS系统是否异常；当建立连接时间大于连接异常阈值时，获取CDN节点的CPU负载信息，基于CPU的负载信息判断是否CDN的CPU负载过高；当首包时间大于首包异常阈值时，获取CDN节点的网络链路信息，以确认网络链路是否正常工作；当内容下载时间大于下载异常阈值，获取CDN节点端的磁盘读写信息，以根据磁盘读写信息判断是否CDN的磁盘读写异常；和/或，命中状态对应的命中概率小于命中异常阈值时，获取CDN节点的磁盘信息，以确认CDN节点是磁盘异常。
如图10所示，为本发明实施例提供的一种CDN节点调度装置的又一个实施例的结构示意图，该装置可以包括：
分数获取模块1001：用于获取CDN节点的服务质量得分；其中，所述CDN节点的服务质量得分为根据所述CDN节点的运行状态数据获得的；
节点调度模块1002：用于基于所述CDN节点的服务质量得分，调度所述CDN节点。
基于CDN节点的可用状态以及服务质量得分调度所述CDN节点具体可以包括：当CDN节点可用状态为第一状态时，根据服务质量得分调度所述CDN节点；当CDN节点可用状态为第二状态时，不对CDN节点进行调度。
其中，第一状态时CDN节点可以正常反馈访问内容。作为一种可能的实现方式，当CDN节点的可用状态对应可用标识为1时，确认为第一状态，并根据服务质量得分调度所述CDN节点。第二状态时CDN节点不可以正常反馈访问内容。作为一种可能的实现方式，当可用状态对应可用标识为0时，确认为第二状态，不对CDN节点进行调度。
当可用状态为第一状态时，根据服务质量得分调度所述CDN节点具体可以包括：当可用状态为第一状态时，将服务质量得分进行排序，按照服务质量分数由高到低的顺序依次调度CDN节点。具体还可以包括：当可用状态为第二状态时，根据服务质量得分确认调度权重，按照调度权重调度CDN节点。
对CDN节点进行调度时，同时考虑了可用状态以及服务质量得分，调度内容更全面，可以提高CDN系统整体的服务能力，进而提高访问效率。
作为一个实施例，所述装置还包括：
状态获取模块，用于获取所述CDN节点的可用状态；其中，所述CDN节点的可用状态是针对所述CDN节点进行健康检测获得的。
所述节点调度模块包括：
第一调度单元，用于基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点。
作为又一个实施例，所述第一调度单元包括：
等级确定子单元，用于基于所述CDN节点的可用状态以及服务质量得分，确定所述CDN节点的调度等级；
节点调度子单元，用于根据所述CDN节点的调度等级，调度所述CDN节点。
可选地，CDN节点可以按照其能够提供的调度服务的质量高低，设置不同的调度等级，还可以根据可用状态以及服务质量分数的不同取值情况，设置不同的调度等级，在获得CDN节点的可用状态以及服务质量得分时，可以确认该可用状态以及服务质量得分对应的调度等级。也即，可以查询预设的不同可用状态以及服务质量分数区间中与CDN节点的可用状态与服务质量得匹配的目标可用状态以及目标分数区间对应的调度等级，该调度等级即为该CDN节点的调度等级。
可选地，如果针对至少一个CDN节点，根据所述CDN节点的调度等级，调度所述CDN节点具体可以包括：根据至少一个CDN节点的调度等级，调度至少一个CDN节点。作为一种可能的实现方式，可以根据所述至少一个CDN节点的调度等级的高低，按照调度等级从高到低的顺序调度至少一个CDN节点。
在实际应用中，图9所示的CDN节点调度装置可以实现为一种CDN节点调度设备，如图11所示，该CDN节点调度设备可以包括：存储组件1101以及处理组件1102，所述存储组件1101存储一条或多条计算机指令，所述一条或多条计算机指令供所述处理组件1102调用并执行；
所述处理组件1102用于：
获取CDN节点的服务质量得分；其中，所述CDN节点的服务质量得分为根据所述CDN节点的运行状态数据获得的；基于所述CDN节点的服务质量得分，调度所述CDN节点。
作为一个实施例，图11所示的所述处理组件还用于：
获取所述CDN节点的可用状态；其中，所述CDN节点的可用状态是针对所述CDN节点进行健康检测获得的；
所述处理组件基于所述CDN节点的服务质量得分，调度所述CDN节点具体是：
基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点。
作为又一个实施例，图11所示的所述处理组件基于所述CDN节点的可用状态以及服务质量得分，调度所述CDN节点具体是：
基于所述CDN节点的可用状态以及服务质量得分，确定所述CDN节点的调度等级；根据所述CDN节点的调度等级，调度所述CDN节点。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (10)
1.一种CDN节点检测方法，其特征在于，包括：
获取CDN节点的运行状态数据；
基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分；
发送所述CDN节点的服务质量得分至全局负载均衡(GSLB)系统；其中，所述全局负载均衡(GSLB)系统基于所述CDN节点的服务质量得分调度所述CDN节点。
2.根据权利要求1所述的方法，其特征在于，还包括：
对所述CDN节点进行健康检测，确定所述CDN节点的可用状态；
发送所述CDN节点的可用状态至所述全局负载均衡系统，所述全局负载均衡(GSLB)基于所述CDN节点的可用状态以及服务质量得分调度所述CDN节点。
3.根据权利要求1所述的方法，其特征在于，还包括：
对所述CDN节点进行健康检测，确定所述CDN节点的可用状态；
确定所述可用状态满足可用条件时，基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分。
4.根据权利要求3所述的方法，其特征在于，还包括：
发送所述CDN节点的可用状态至所述全局负载均衡系统，所述全局负载均衡(GSLB)基于所述CDN节点的可用状态以及服务质量得分调度所述CDN节点。
5.根据权利要求3所述的方法，其特征在于，还包括：
对所述CDN节点进行健康检测，获得所述CDN节点的运行状态数据；
基于所述运行状态数据，确定所述CDN节点的可用状态。
6.根据权利要求1～5所述的方法，其特征在于，所述运行状态数据包括至少一个状态参数各自的数据；
针对所述CDN节点的每一个状态参数，基于每一个状态参数的数据，确定所述每一个状态参数对应的服务子分数；
将所述至少一个状态参数各自对应的服务子分数进行加权处理，获得所述CDN节点的服务质量得分。
7.根据权利要求4所述的方法，其特征在于，所述针对所述CDN节点的每一个状态参数，基于每一个状态参数的数据，确定所述每一个状态参数对应的服务子分数包括：
针对所述CDN节点的每一个状态参数，确定每一个状态参数的数据所在数值区间；其中，每一个状态参数设置有对应不同分数的多个数值区间；
将每一个状态参数的数据所在数值区间对应的分数，作为每一个状态参数的服务子分数。
8.根据权利要求5所述的方法，其特征在于，所述至少一个状态参数包括：解析时间、建立连接时间、首包时间、内容下载时间和/或命中状态；
所述针对所述CDN节点的每一个状态参数，确定每一个状态参数的数据所在的数值区间包括：
针对所述解析时间，确定所述解析时间的时间数值所在的第一时间数值；
针对所述建立连接时间，确定所述建立连接时间的时间数值所在的第二数值区间；
针对所述首包时间，确定所述首包时间的时间数值所在的第三数值区间；
针对内容下载时间，确定所述内容下载时间的时间数值所在的第四数值区间；
和/或，针对命中状态，确定所述命中状态的命中率所在的第五数值区间；
所述将每一个状态参数对应所述数值区间设置的分数，作为每一个状态参数的服务子分数包括：
将所述时间参数对应所述第一数值区间设置的分数，作为所述时间参数的服务子分数；
将所述建立连接时间对应所述第二数值区间设置的分数，作为所述建立连接时间的服务子分数；
将所述首包时间对应所述第三数值区间设置的分数，作为所述首包时间的服务子分数；
将内容下载时间对应所述第四数值区间设置的分数，作为所述内容下载时间的服务子分数；
和/或，将命中状态对应所述第五数值区间设置的分数，作为所述命中状态的服务子分数。
9.根据权利要求3所述的方法，其特征在于，所述对所述CDN节点进行健康检测，分别确定所述CDN节点的可用状态之后，还包括：
确定所述可用状态不满足可用条件时，生成所述CDN节点的状态异常信息；
发送所述状态异常信息至所述全局负载均衡全局负载均衡(GSLB)系统，以供所述全局负载均衡(GSLB)系统输出所述CDN节点的状态异常信息。
10.一种CDN节点检测装置，其特征在于，包括：
数据获取模块，用于获取CDN节点的运行状态数据；
分数确定模块，用于基于所述CDN节点的运行状态数据，确定所述CDN节点的服务质量得分；
分数发送模块，用于发送所述CDN节点的服务质量得分至全局负载均衡(GSLB)系统；其中，所述全局负载均衡(GSLB)系统基于所述CDN节点的服务质量得分调度所述CDN节点。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811044850.6A CN110891077A (zh) | 2018-09-07 | 2018-09-07 | Cdn节点检测方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811044850.6A CN110891077A (zh) | 2018-09-07 | 2018-09-07 | Cdn节点检测方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110891077A true CN110891077A (zh) | 2020-03-17 |
Family
ID=69744719
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811044850.6A Pending CN110891077A (zh) | 2018-09-07 | 2018-09-07 | Cdn节点检测方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110891077A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111901243A (zh) * | 2020-07-02 | 2020-11-06 | 中移（杭州）信息技术有限公司 | 业务请求的路由方法、调度器和业务平台 |
| WO2023116219A1 (zh) * | 2021-12-20 | 2023-06-29 | 北京字节跳动网络技术有限公司 | Cdn节点分配方法、装置、电子设备、介质及程序产品 |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1859213A (zh) * | 2006-03-01 | 2006-11-08 | 华为技术有限公司 | 在内容分发网络中保障服务水平的系统和方法 |
| CN101222424A (zh) * | 2007-12-24 | 2008-07-16 | 中国电信股份有限公司 | 内容分发网络和该网络中基于内容的调度方法 |
| CN101562626A (zh) * | 2008-04-15 | 2009-10-21 | 华为技术有限公司 | 一种媒体分发方法、系统和装置 |
| US20100042681A1 (en) * | 2008-08-13 | 2010-02-18 | Sk Telecom Co., Ltd. | Contents delivery system and method using object redirection, and gslb switch thereof |
| CN102129397A (zh) * | 2010-12-29 | 2011-07-20 | 深圳市永达电子股份有限公司 | 一种自适应磁盘阵列故障预测方法及系统 |
| US20130097277A1 (en) * | 2011-10-12 | 2013-04-18 | Electronics And Telecommunications Research Institute | Method and apparatus for load balancing of content-centric network |
| CN103166985A (zh) * | 2011-12-09 | 2013-06-19 | 上海盛霄云计算技术有限公司 | 一种全局负载均衡调度方法、数据传输方法、装置及系统 |
| CN104301415A (zh) * | 2014-10-21 | 2015-01-21 | 无锡云捷科技有限公司 | 一种基于http重定向的全局负载均衡方法 |
| CN105897933A (zh) * | 2016-06-15 | 2016-08-24 | 乐视控股（北京）有限公司 | 业务请求的处理方法及装置 |
| CN106231365A (zh) * | 2016-08-18 | 2016-12-14 | 北京斗牛科技有限公司 | 一种调度方法和系统 |
| CN206460441U (zh) * | 2017-01-06 | 2017-09-01 | 南京普天通信股份有限公司 | 一种基于分布式软件定义存储的数据存储装置 |
| CN107172186A (zh) * | 2017-06-12 | 2017-09-15 | 中国联合网络通信集团有限公司 | 内容获取方法及系统 |
| CN107306278A (zh) * | 2016-04-18 | 2017-10-31 | 阿里巴巴集团控股有限公司 | 故障检测方法、全局负载均衡服务器和常驻网关 |
| CN108040085A (zh) * | 2017-11-20 | 2018-05-15 | 广州华多网络科技有限公司 | 网络接入方法、装置及服务器 |
-
2018
- 2018-09-07 CN CN201811044850.6A patent/CN110891077A/zh active Pending
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1859213A (zh) * | 2006-03-01 | 2006-11-08 | 华为技术有限公司 | 在内容分发网络中保障服务水平的系统和方法 |
| CN101222424A (zh) * | 2007-12-24 | 2008-07-16 | 中国电信股份有限公司 | 内容分发网络和该网络中基于内容的调度方法 |
| CN101562626A (zh) * | 2008-04-15 | 2009-10-21 | 华为技术有限公司 | 一种媒体分发方法、系统和装置 |
| US20100042681A1 (en) * | 2008-08-13 | 2010-02-18 | Sk Telecom Co., Ltd. | Contents delivery system and method using object redirection, and gslb switch thereof |
| CN102129397A (zh) * | 2010-12-29 | 2011-07-20 | 深圳市永达电子股份有限公司 | 一种自适应磁盘阵列故障预测方法及系统 |
| US20130097277A1 (en) * | 2011-10-12 | 2013-04-18 | Electronics And Telecommunications Research Institute | Method and apparatus for load balancing of content-centric network |
| CN103166985A (zh) * | 2011-12-09 | 2013-06-19 | 上海盛霄云计算技术有限公司 | 一种全局负载均衡调度方法、数据传输方法、装置及系统 |
| CN104301415A (zh) * | 2014-10-21 | 2015-01-21 | 无锡云捷科技有限公司 | 一种基于http重定向的全局负载均衡方法 |
| CN107306278A (zh) * | 2016-04-18 | 2017-10-31 | 阿里巴巴集团控股有限公司 | 故障检测方法、全局负载均衡服务器和常驻网关 |
| CN105897933A (zh) * | 2016-06-15 | 2016-08-24 | 乐视控股（北京）有限公司 | 业务请求的处理方法及装置 |
| CN106231365A (zh) * | 2016-08-18 | 2016-12-14 | 北京斗牛科技有限公司 | 一种调度方法和系统 |
| CN206460441U (zh) * | 2017-01-06 | 2017-09-01 | 南京普天通信股份有限公司 | 一种基于分布式软件定义存储的数据存储装置 |
| CN107172186A (zh) * | 2017-06-12 | 2017-09-15 | 中国联合网络通信集团有限公司 | 内容获取方法及系统 |
| CN108040085A (zh) * | 2017-11-20 | 2018-05-15 | 广州华多网络科技有限公司 | 网络接入方法、装置及服务器 |
Non-Patent Citations (1)
| Title |
|---|
| 张震: "基于CCN的CDN视频内容分发技术研究", 《软件》 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111901243A (zh) * | 2020-07-02 | 2020-11-06 | 中移（杭州）信息技术有限公司 | 业务请求的路由方法、调度器和业务平台 |
| CN111901243B (zh) * | 2020-07-02 | 2022-08-23 | 中移（杭州）信息技术有限公司 | 业务请求的路由方法、调度器和业务平台 |
| WO2023116219A1 (zh) * | 2021-12-20 | 2023-06-29 | 北京字节跳动网络技术有限公司 | Cdn节点分配方法、装置、电子设备、介质及程序产品 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106656800B (zh) | 一种路径选取方法及系统、网络加速节点及网络加速系统 | |
| CN109921962B (zh) | 带宽测量方法、装置、计算机可读存储介质和计算机设备 | |
| CN109246229A (zh) | 一种分发资源获取请求的方法和装置 | |
| US10193908B2 (en) | Data transfer for network interaction fraudulence detection | |
| CN104836732B (zh) | 网络连接的自动选择方法及系统 | |
| CN110460732B (zh) | 网络质量监控方法、装置及通信服务器 | |
| CN109167812B (zh) | 评估服务质量、确定调整策略的方法、服务器及存储介质 | |
| CN109842566B (zh) | 一种dns解析方法及装置 | |
| US10445167B1 (en) | Automated method and system for diagnosing load performance issues | |
| CN109787827B (zh) | 一种cdn网络监控的方法及装置 | |
| CN107819797B (zh) | 访问请求处理方法和装置 | |
| CN110809060B (zh) | 一种应用服务器集群的监控系统及监控方法 | |
| US10498626B2 (en) | Method, traffic monitor (TM), request router (RR) and system for monitoring a content delivery network (CDN) | |
| JP2015057931A (ja) | ネットワーク装置、通信システム、異常トラヒックの検出方法およびプログラム | |
| US9935853B2 (en) | Application centric network experience monitoring | |
| CN112671813B (zh) | 服务器确定方法、装置、设备及存储介质 | |
| CN110891077A (zh) | Cdn节点检测方法及装置 | |
| JP2012038213A (ja) | 判定装置、判定方法及びコンピュータプログラム | |
| CN111917682B (zh) | 访问行为识别方法、性能检测方法、装置、设备和系统 | |
| CN112866394B (zh) | 一种负载均衡方法、装置、系统、计算机设备和存储介质 | |
| US10616081B2 (en) | Application aware cluster monitoring | |
| CN113179172A (zh) | 故障检测模型的训练方法、装置及系统 | |
| Kontogiannis et al. | ALBL: an adaptive load balancing algorithm for distributed web systems | |
| CN109347766A (zh) | 一种资源调度的方法及装置 | |
| CN106686034B (zh) | Cdn调度增强方法、装置及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200317 |