CDN加速资源的规划方法、装置、设备及存储介质与流程

cdn加速资源的规划方法、装置、设备及存储介质
技术领域
1.本发明实施例涉及互联网技术领域，特别涉及一种cdn加速资源的规划方法、装置、设备及存储介质。


背景技术：

2.内容分发网络(content delivery network，cdn)在响应用户的内容请求的过程中，需要中心平台基于用户的位置，从事先为该区域规划的加速资源中调用相应的加速资源为用户提供加速服务。其中，为该区域规划的加速资源通常是在人工对加速资源进行初始规划后，根据在不同场景的特点对初始规划的结果进行调整得到的。
3.然而，人工规划通常需要参考已有的区域资源规划，很难进行全局规划，而参考已有的区域资源规划会导致不能与域名区域的实际业务需求相适应，针对性不强，不能进行全局规划会导致规划的结果不均衡。即使后续会根据场景进行调整，仍然会有规划不均衡、针对性不强的问题。


技术实现要素：

4.本发明实施例的目的在于提供一种cdn加速资源的规划方法、装置、设备及存储介质，使得能够克服对已有规划结果的依赖，为域名区域的加速资源进行全局均衡的、有针对性的规划。
5.为达到上述目的，本发明的实施例提供了一种cdn加速服务资源的规划方法，包括：获取目标域名区域的业务信息；根据所述业务信息确定需要为所述目标域名区域规划的最少集群组数；目标域名区域内的一个待规划节点的加速服务资源包括至少一个集群组；检测所述最少集群组数是否大于所述目标域名区域内的待规划节点数；在所述最少集群组数大于所述待规划节点数的情况下，为每个所述待规划节点规划第一目标数量的所述集群组，所述第一目标数量为包含的所述集群组数量最少的所述待规划节点包含的所述集群组的数量；在所述最少集群组数不大于所述待规划节点数的情况下，为每个所述待规划节点规划一个所述集群组。
6.为达到上述目的，本发明的实施例还提供了一种cdn加速服务资源的规划装置，包括：获取模块，用于获取目标域名区域的业务信息；确定模块，用于根据所述业务信息确定需要为所述目标域名区域规划的最少集群组数；目标域名区域内的一个待规划节点的加速服务资源包括至少一个集群组；检测模块，用于检测所述最少集群组数是否大于所述目标域名区域内的待规划节点数；第一规划模块，用于在所述最少集群组数大于所述待规划节点数的情况下，为每个所述待规划节点规划第一目标数量的所述集群组，所述第一目标数量为包含的所述集群组数量最少的所述待规划节点包含的所述集群组的数量；第二规划模块，用于在所述最少集群组数不大于所述待规划节点数的情况下，为每个所述待规划节点规划一个所述集群组。
7.为达到上述目的，本发明的实施例还提供了一种电子设备，包括：至少一个处理
器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的cdn加速服务资源的规划方法。
8.为达到上述目的，本发明的实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的cdn加速服务资源的规划方法。
9.本发明实施例提供的cdn加速服务资源的规划方法，根据目标域名区域的业务信息确定需要为目标域名区域规划的最少集群组数，从而后续根据最少集群组数与目标域名区域内的待规划节点数的大小关系确定与目标域名区域的业务需求相适应的规划方式，实现基于目标域名区域不同的业务需求和待规划节点的规模针对性地进行规划，不需要依赖已有规划。其中，在最少集群组数大于目标域名区域内的待规划节点数的情况下，为每个待规划节点规划第一目标数量的集群组，以实现每个待规划节点被规划数量相同的集群组，且每个节点能够规划尽可能多的集群组数，以在用户访问域名区域时整个域名区域有足够的加速服务资源来满足用户需求，避免出现过载；在最少集群组数不大于目标域名区域内的待规划节点数的情况下，为每个待规划节点规划一个集群组，以实现每个待规划节点被规划数量相同的集群组，且每个节点被规划集群组数量不会太多，以在用户访问域名区域时有足够的加速服务资源来满足用户需求还不会占用过多的加速服务资源。因此，不论是哪种规划方式都能够为域名区域内的每个待规划节点都被规划相同数量的集群，避免部分节点规划过多的加速服务资源而其他节点的加速服务资源未被规划的情况，实现了均衡规划。
附图说明
10.一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。
11.图1是本发明一实施例中提供的cdn加速服务资源的规划方法的流程图；
12.图2是本发明另一实施例中提供的包括规划设备集群步骤的cdn加速服务资源的规划方法的流程图；
13.图3是本发明另一实施例中提供的包括再规划至少一个集群组步骤的cdn加速服务资源的规划方法的流程图；
14.图4是本发明另一实施例中提供的cdn加速服务资源的规划装置的结构示意图；
15.图5是本发明另一实施例中提供的电子设备的结构示意图。
具体实施方式
16.由背景技术可知，目前对cdn加速资源的规划存在需要依赖于已有规划结果、规划不均衡、针对性不强等问题。
17.为解决上述问题，本发明实施例提供了一种cdn加速服务资源的规划方法，包括：获取目标域名区域的业务信息；根据所述业务信息确定需要为所述目标域名区域规划的最少集群组数；目标域名区域内的一个待规划节点的加速服务资源包括至少一个集群组；检测所述最少集群组数是否大于所述目标域名区域内的待规划节点数；在所述最少集群组数
大于所述待规划节点数的情况下，为每个所述待规划节点规划第一目标数量的所述集群组，所述第一目标数量为包含的所述集群组数量最少的所述待规划节点包含的所述集群组的数量；在所述最少集群组数不大于所述待规划节点数的情况下，为每个所述待规划节点规划一个所述集群组。
18.本发明实施例提供的cdn加速服务资源的规划方法，基于目标域名区域的业务信息，确定出需要为各个目标域名区域规划的最少集群组数，以满足域名区域的业务需求，然后以目标域名区域被规划的集群组数量不少于最少集群组数为目标，为每个节点规划相同数量的集群组，保证每个节点都会被规划到，且整个过程不需要参考已有规划而是基于目标域名区域的业务特性针对性地进行规划，实现全局均衡和有针对性的规划，其中，在最少集群组数大于目标域名区域内的待规划节点数的情况下，由于为每个节点规划一个集群组就能够达到为目标域名区域至少规划最少集群组数的目标，因此，可以为每个节点规划一个集群组，且还能有冗余的集群组提供业务需求外的加速资源，使得目标域名区域即使在非正常情况下也能够正常提供加速服务；在最少集群组数不大于目标域名区域内的待规划节点数的情况下，由于为每个节点规划一个集群组可能达不到为目标域名区域至少规划最少集群组数的目标，因此，可以为每个节点规划尽量多的相同数量的集群组，而受到为每个节点规划相同数量的集群组的限制，只能规划包含集群组最少的待规划节点的集群组数，且还可能有冗余的集群组提供业务需求外的加速资源，使得目标域名区域即使在非正常情况下也能够正常提供加速服务。克服了对已完成规划的域名区域的规划结果的依赖，能够自动化地事先针对目标域名区域不同的业务需求和待规划节点的规模在全局进行均衡规划。
19.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施例中，为了使读者更好地理解本发明而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本发明所要求保护的技术方案。
20.以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
21.本发明实施例一方面提供了一种cdn加速服务资源的规划方法，应用于服务器，该服务器可以是cdn系统的后台服务器、监控服务器或中心平台服务器等。如图1所示，cdn加速服务资源的规划方法的流程至少包括：
22.步骤101，获取目标域名区域的业务信息。
23.本实施例中，业务信息主要包括业务的流量带宽信息。
24.在一些例子中，业务信息为目标域名内所有业务整体的流量带宽，从而后续针对目标域名区域的整体业务流量带宽对加速资源进行规划，能够降低规划复杂度，提高规划的效率。
25.在另一些例子中，考虑到不同类型的业务有不同的加速资源规划需求，如直播类型的业务主要关注的业务指标为网络性能，因此，对直播类型业务进行加速资源规划时，通常会选用同省或同大区的加速资源，即为每个节点规划集群组时，可以优先为各个节点规划同省或同大区的集群组，而下载类型的业务并不需要过多的关注网络性能，这类业务的流量带宽可以使用跨大区的加速资源，即为每个节点规划集群组时，不需要考虑集群组所
在位置的关联关系。因此，业务信息还可以为不同类型业务的流量带宽，即对目标域名区域的流量带宽信息按照业务类型加以区分，使得后续的规划可以针对不同业务的特性规划业务能力更好的加速资源，实现基于业务类型的均衡规划，提高规划在业务类型维度上的针对性，提高目标域名区域后续为不同业务提供服务的质量，进而提升客户体验。
26.需要说明的是，在业务信息为不同类型业务的流量带宽的情况下，可以针对不同类型的业务分别进行加速资源规划，特别地，不同的类型的业务进行加速资源规划时的待规划节点可以不同，如为直播类型的业务进行加速资源规划时的目标域名区域内的待规划节点是目标域名区域内满足一定网络性能质量要求的节点，而下载类型的业务进行加速资源规划时的目标域名区域内的待规划节点是目标域名区域内未被定义为不可规划的节点等。
27.当然，以上仅为具体的举例说明，在其他例子中，业务信息还可以为不同等级的客户的流量带宽信息，此处就不再一一赘述了。
28.本实施例中，目标域名区域包括至少一个待规划的域名区域，这个待规划的域名区域可以是客户指定的，也可以是服务器检测到的当前规划与实际提供服务的场景不匹配的域名区域。
29.特别地，在一些例子中，考虑到同一节点可能会同时为若干域名区域服务，从而导致不同域名区域的规划会相互影响。因此，目标域名区域不仅可以包括指定的待规划的域名区域，还可以包括待规划域名区域内的待规划节点服务的其他域名区域。也就是说，在确定需要进行加速资源规划的待规划的域名区域后，在将待规划的域名区域作为进行加速资源规划的目标域名区域的基础上，还确定待规划的域名区域中待规划节点，然后确定这些待规划节点是否还为其他域名区域服务，若是存在为其他域名区域服务的待规划节点，将该待规划节点服务的其他域名区域也作为进行加速资源规划的目标域名区域。
30.值得一提的是，将待规划的域名区域规划过程中可能会被影响的域名区域一起进行规划，避免了当前的规划对已有规划产生不利影响，实现了cdn维度上的最优规划。
31.步骤102，根据业务信息确定需要为目标域名区域规划的最少集群组数。
32.本实施例中，目标域名区域内的一个待规划节点的加速服务资源包括至少一个集群组。不同的待规划节点包括的集群组数量可以相同，也可以不同。
33.在一些例子中，业务信息为s，即目标域名区域整体的业务流量带宽为s，目标域名区域中各待规划节点包含的所有集群组的额定带宽的平均值为t，则将([s/t]+1)作为最少集群组数，其中，[s/t]表示对s/t的结果进行取整运算。当然，在其他例子中，t也可以是目标域名区域中各待规划节点包含的所有集群组的额定带宽的中位数等。
[0034]
在另一些例子中，业务信息为{s1，s2，
……
，si}，即目标域名区域第1类的业务流量带宽为s1，目标域名区域第2类的业务流量带宽为s2
……
目标域名区域第i类的业务流量带宽为si，目标域名区域中满足第1类业务要求的节点包含的所有集群组的额定带宽的平均值为t1，则将([s1/t1]+1)作为最少集群组数，其中，[s1/t1]表示对s1/t1的结果进行取整运算
……
最终得到i个最少集群组数。
[0035]
需要说明的是，本实施例主要是强调满足目标域名区域对业务流量下限的需求，在一些情况下，在规划过程中不仅需要考虑最少集群组数，还需要考虑最多集群组数，例如，客户指定了可被规划的集群组，导致只能基于可被规划的集群组里进行规划，或者，目
标域名区域的流量带宽受限，导致集群组数超过一定值就会造成带宽超出限制等。因此，在一些例子中，在确定需要为目标域名区域规划的最少集群组数的基础上，还可以确定能够为目标域名区域规划的最多集群组数，从而在后续规划过程中增加规划的集群组数量小于最多集群组数的限制条件。
[0036]
步骤103，检测最少集群组数是否大于目标域名区域内的待规划节点数，若是，执行步骤104，若否，执行步骤105。
[0037]
本实施例中，待规划节点为已经确定需要进行加速资源规划的节点。
[0038]
需要说明的是，目标域名区域中的节点不一定是可被规划以及不一定会参与规划，例如某些特殊的节点专为某些特定的客户的业务或特定内容提供加速服务，除非变更节点的设置，否则不能接收其他业务，也不能为其他客户的业务提供加速服务，因此，该节点不可被规划，不属于待规划节点，或者，客户指定只在某些节点上进行规划，则其他节点不会参与规划，页不属于待规划节点。本实施例不对如何确定需要进行加速资源规划的节点的方式进行限定。
[0039]
在一些例子中，在检测最少集群组数是否大于目标域名区域内的待规划节点数之前，cdn加速服务资源的规划方法确定目标区域中的待规划节点，可以通过如下方式实现：获取目标域名区域内所有节点的成本信息和节点特征信息以及目标域名区域的客户业务信息，其中，节点特征信息可以包括节点可提供的服务类型、提供相应服务时的服务质量信息、节点的网络状态信息等；根据成本信息、节点特征信息和客户业务信息对目标域名区域内的所有节点进行筛选，得到待规划节点。从而在规划加速资源的过程中考虑客户业务信息、节点成本信息和节点业务信息对节点的影响，以筛选出待规划节点，使得在提供加速服务时能够更加贴合客户需求，成本更低，客户体验更好，也避免了对不可规划的节点进行错误规划。
[0040]
步骤104，为每个待规划节点规划第一目标数量的集群组，第一目标数量为包含的集群组数量最少的待规划节点包含的集群组的数量。
[0041]
本实施例中，首先从每个待规划节点包含的集群组中选取第一目标数量的集群组，然后将选取的集群组规划给相应的待规划节点。本实施例不对如何选取第一目标数量的集群组的方式进行限定，可以是随机选取，可以是根据集群组的性能、成本费用或历史规划中被规划给节点的次数等选取。
[0042]
在一些例子中，为每个待规划节点规划第一目标数量的集群组，可以通过如下方式实现：针对每个待规划节点，从包含的集群组中随机选取第一目标数量的集群组，并将选取的集群组规划给待规划节点。
[0043]
在另一些例子中，为每个待规划节点规划第一目标数量的集群组，还可以通过如下方式实现：针对每个待规划节点，按照需用带宽与额定带宽的差或者需用带宽与额定带宽的比，对各待规划节点包含的集群组由低到高排序，选取每个序列中前m个集群组，并将选取的集群组分别规划给相应的待规划节点，m为第一目标数量的值。从而为每一个待规划节点规划能够提供最大的可用带宽的集群组，避免后续基于规划的结果提供加速服务时出现过载。
[0044]
在又一些例子中，为每个待规划节点规划第一目标数量的集群组，还可以通过如下方式实现：针对每个待规划节点，按照带宽成本对包含的集群组由低到高排序，选取序列
中前m个集群组，并将选取的集群组规划给待规划节点，m为第一目标数量的值。其中，带宽成本为按照节点的维护者与运营商签订的结账周期及计费方式，对集群组平均分担业务流量带宽时的流量费用。从而为每一个待规划节点规划成本较低的集群组，使得规划的结果能够实现全局成本最优。
[0045]
当然，在其他例子中，还可以是考虑待规划节点的实体设备类型，不同的设备服务不同类型的业务，尽可能地规划到有已有相关业务部署的设备的节点上以减少消耗资源为集群组部署业务，或者，将上述多个因素综合考虑，此处就不再一一赘述了。
[0046]
可以理解的是，各个待规划节点包含的集群组数量通常不完全相同，对于包含的集群组的数量为第一目标数量的待规划节点，规划第一目标数量的集群组实际是将所包含的集群组都规划给该待规划节点，只有对于包含的集群组的数量超过第一目标数量的待规划节点，选取第一目标数量的集群组才具有实际意义，因此，可以为包含的集群组的数量为第一目标数量的待规划节点规划其包含的所有集群组，而对于包含的集群组数量超过第一目标数量的待规划节点才先选取第一目标数量的节点，再进行规划。
[0047]
步骤105，为每个待规划节点规划一个集群组。
[0048]
本实施例中，可以是从包含的集群组中随机规划一个集群组，以简化实现流程，降低实现难度，也可以是为每个待规划节点规划一个需用带宽与额定带宽的差或需用带宽与额定带宽的比最大的集群组，从而为各待规划节点规划最大的可用带宽的集群组，避免后续提供加速服务时出现过载等。由此不难看出，步骤105与在第一目标数量为1的情况下的步骤104大致相同，此处就不再一一赘述了。
[0049]
需要说明的是，由于域名区域和节点的对应关系是多对多，因此，在目标域名区域包括若干待规划的域名区域的情况下，可能出现至少一个节点同时为至少两个域名区域提供服务的情形，如节点a既是域名区域b的待规划节点，又是域名区域c的待规划节点。此时，可以根据实际需求对具有前述特点的待规划节点增加额外的规划集群组的条件。以节点a包含五个集群组，在参与域名区域b的加速资源规划时节点a需要被规划两个集群组，在参与域名区域c的加速资源规划时被规划的集群组三个集群组为例：在期望各个节点规划的加速资源尽可能均衡，则该节点在参与不同的域名区域的加速资源规划时，使其在不同的域名区域内被规划的加速资源尽量重合，即从在域名区域c的规划中为节点a规划的三个集群组中选取两个集群组作为在域名区域b中的规划为节点a规划的集群组；在期望各个节点规划后尽量不出现过载的情况，则该节点在参与不同的域名区域的加速资源规划时，使其在不同的域名区域内被规划的加速资源尽量不重合，即从在域名区域c的规划中为节点a规划的三个集群组之外的两个集群组作为在域名区域b中的规划为节点a规划的集群组。
[0050]
可以理解的是，通过为目标域名区域内的每个待规划节点规划相同数量的集群组，保证了为各个待规划节点规划的加速资源在集群组维度上的均衡。但是集群组实际也是由至少一个设备集群组成，即从cdn的域名区域的节点出发，将域名区域内的加速服务资源进行分层，第一层级为节点，一个域名区域包含至少一个节点，第二层级为集群组，集群组是节点的下一层级的加速服务资源，例如物理服务器集群，一个节点包含至少一个集群组，第三层级为设备集群，设备集群是集群组的下一层级的加速服务资源，一个集群组包含至少一个设备集群，设备集群为根据不同的服务划分的服务集群。在一些例子中，包含多台设备的机柜构成一个设备集群，多个机柜组成的机柜组构成一个集群组，多个机柜组构成
一个节点。进而考虑到不同的集群组包含的设备集群的数量可能不同，还可以继续为规划给各个待规划节点规划的集群组规划设备集群，以实现在设备集群维度上的均衡，进一步增强规划的均衡性。
[0051]
基于此，本发明实施例另一方面还提供了一种cdn加速服务资源的规划方法，应用于服务器，该服务器可以是cdn系统的后台服务器、监控服务器或中心平台服务器等。如图2所示，cdn加速服务资源的规划方法的流程还包括：
[0052]
步骤106，检测业务信息是否满足预设的业务阈值条件，若是，执行步骤107，若否，执行步骤108。
[0053]
本实施例中，预设的业务阈值条件可以是目标域名区域的带宽峰值小于指定量级，还可以是根据目标域名区域的业务信息确定的最少设备集群数小于集群组数等，主要是为了对目标域名区域在设备集群方面的需求进行区分，此处就不再一一赘述了。
[0054]
步骤107，为每个已被规划的集群组规划一个设备集群。
[0055]
本实施例中，一个集群组的加速服务资源包括至少一个设备集群。即将目标域名区域中的加速资源依次划分为节点下的集群组层次和集群组下的设备集群层次。
[0056]
在一些例子中，为每个已被规划的集群组规划一个设备集群可以通过如下方式实现：为每个已被规划的集群组规划一个优先级最高的设备集群，集群组内的设备集群优先级高于集群组外可规划的设备集群，集群组内在历史规划中被规划过的设备集群优先级高于集群组内的其他设备集群。也就是说，首先尝试为已被规划的集群组规划一个该集群组包含的设备集群中在历史规划中被规划过的设备集群，在不存在历史规划中被规划过的设备集群的情况下，尝试为集群组规划一个被集群组包含的设备集群，当该集群组不包含设备集群的情况下，为该集群组规划一个集群组外的可规划设备集群。可以理解的是，被规划的集群组外的设备集群会通过当前的规划操作加入集群组。使得在规划过程中，最大程度上避免了对当前已被规划集群是否被规划的状态进行改变，减少了由状态变更导致的资源浪费。
[0057]
特别地，当集群组存在多个在历史规划中被规划过的设备集群时，可以根据各设备集群在历史规划中被规划的次数、成本、需用带宽与额定带宽的差等信息从多个在历史规划中被规划的设备集群中选取一个设备集群规划给集群组，也可以随机选取一个在历史规划中被规划过的设备集群规划给集群组；在不存在历史规划中被规划过的设备集群的情况下，当集群组包含多个设备集群时，可以根据各设备集群的成本、需用带宽与额定带宽的差等信息从包含的多个设备集群中选取一个设备集群规划给集群组，也可以随机选取一个设备集群规划给集群组；在集群组不包含设备集群的情况下，当集群组外具有多个可规划设备集群时，可以根据集群组外的各可规划设备集群的成本、需用带宽与额定带宽的差等信息从中选取一个设备集群规划给集群组，也可以随机选取一个集群组外的可规划设备集群规划给集群组。
[0058]
步骤108，为每个已被规划的集群组规划第二目标数量的设备集群，第二目标数量为包含设备集群数量最少的集群组包含的设备集群的数量。
[0059]
本实施例中，步骤108与步骤107大致相同，其区别主要在于规划给每个集群组的设备集群的数量不同，此处就不再一一赘述了。
[0060]
值得一提的是，本实施例保证了为每个已被规划的集群组规划的设备集群数量相
同，使得每个集群组被规划的加速服务资源相同，进一步提高了规划的均衡性。
[0061]
还可以理解的是，最少集群组数是根据目标域名区域的业务信息确定的，主要考虑的是目标域名区域的业务需求，但是规划结果的还会受到各个待规划节点的承受能力大小的影响。当基于当前的规划确定出各待规划节点被规划的集群组需要提供的带宽超过其额定带宽的情况下，集群组由于过载导致提供的加速服务质量受到影响，当过载时间过长时还会影响集群组中的设备的性能，甚至导致设备出现故障。因此，在一些实施例中，在规划过程中还考虑个集群组的带宽因素。
[0062]
基于此，本发明实施例另一方面还提供了一种cdn加速服务资源的规划方法，应用于服务器，该服务器可以是cdn系统的后台服务器、监控服务器或中心平台服务器等。如图3所示，cdn加速服务资源的规划方法的流程还包括：
[0063]
步骤109，在至少一个已被规划的集群组的需用带宽超过额定带宽的情况下，为每个待规划节点从待规划节点包括的集群组或者资源池中再规划至少一个集群组，以将各已被规划的集群组的需用带宽降低至不超过额定带宽。
[0064]
本实施例中，需用带宽根据当前已被规划的集群组确定。资源池中维护的是未启用的加速资源，特别地，资源池中的加速资源可以通过规划被启用。
[0065]
值得一提的是，根据各待规划节点的集群组的带宽情况对各待规划节点的集群组进行再规划，能够避免各集群组在后续提供给加速服务时出现过载，影响提供的服务的质量和影响设备性能。
[0066]
可以理解的是，不仅集群组可能会出现过载，集群组内的各个设备集群也可能会出现过载。因此，与集群组的处理情况类似，在为各已被规划的集群组规划设备集群后，还包括：在至少一个已被规划的设备集群的需用带宽超过额定带宽的情况下，为每个已被规划的集群组从该已被规划的集群组包括的设备集群或者资源池中再规划至少一个设备集群，以将各已被规划的设备集群的需用带宽降低至不超过额定带宽。
[0067]
上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。
[0068]
本发明实施例另一方面还提供了一种cdn加速服务资源的规划装置，如图4所示，包括：
[0069]
获取模块401，用于获取目标域名区域的业务信息。
[0070]
确定模块402，用于根据业务信息确定需要为目标域名区域规划的最少集群组数，目标域名区域内的一个待规划节点的加速服务资源包括至少一个集群组。
[0071]
检测模块403，用于检测最少集群组数是否大于目标域名区域内的待规划节点数。
[0072]
第一规划模块404，用于在最少集群组数大于待规划节点数的情况下，为每个待规划节点规划第一目标数量的集群组，第一目标数量为包含的集群组数量最少的待规划节点包含的集群组的数量。
[0073]
第二规划模块405，用于在最少集群组数不大于待规划节点数的情况下，为每个待规划节点规划一个集群组。
[0074]
不难发现，本实施例为与方法实施例相对应的装置实施例，本实施例可与方法实
施例互相配合实施。方法实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在方法实施例中。
[0075]
值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。
[0076]
本发明实施例另一方面还提供了一种电子设备，如图5所示，包括：至少一个处理器501；以及，与至少一个处理器501通信连接的存储器502；其中，存储器502存储有可被至少一个处理器501执行的指令，指令被至少一个处理器501执行，以使至少一个处理器501能够执行上述任一方法实施例所描述的cdn加速服务资源的规划方法。
[0077]
其中，存储器502和处理器501采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器501和存储器502的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器501处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传输给处理器501。
[0078]
处理器501负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器502可以被用于存储处理器501在执行操作时所使用的数据。
[0079]
本发明实施方式另一方面还提供了一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述任一方法实施例所描述的cdn加速服务资源的规划方法。
[0080]
即，本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0081]
本领域的普通技术人员可以理解，上述各实施例是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。