CN108259532B - 云资源的调度方法以及装置 - Google Patents
云资源的调度方法以及装置 Download PDFInfo
- Publication number
- CN108259532B CN108259532B CN201611239984.4A CN201611239984A CN108259532B CN 108259532 B CN108259532 B CN 108259532B CN 201611239984 A CN201611239984 A CN 201611239984A CN 108259532 B CN108259532 B CN 108259532B
- Authority
- CN
- China
- Prior art keywords
- idc
- optimized
- application
- network
- metropolitan area
- 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.)
- Active
Links
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
-
- 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/101—Server selection for load balancing based on network conditions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种云资源的调度方法以及装置,涉及云计算技术领域。本发明中考虑各个城域网中的用户访问各个IDC中的应用服务器的实际情况,确定整体的网络质量度量,根据各个IDC对应的网络质量确定优化方案,进一步确定优化网络质量度量,通过优化方案与实际部署情况的比对确定是否进行云资源的调度,本发明能够根据用户的实际访问情况以及网络中各个IDC中应用服务器的网络质量动态进行云资源的调度,提升用户感知。
Description
技术领域
本发明涉及云计算技术领域,特别涉及一种云资源的调度方法以及装置。
背景技术
IDC(Internet Data Center,互联网数据中心)可以为企业、媒体、各类网站和ICP(Internet Content Provider,互联网内容提供商),例如新浪、搜狐、网易等,提供大规模、高质量、安全可靠的专业化服务器托管、空间租用、网络批发带宽等业务,例如为ICP的服务器提供云资源等。
目前,IDC为ICP、网站、媒体等应用提供云资源,通常仅考虑本IDC中云资源的使用情况例如带宽等,没有考虑用户的实际访问情况,导致云资源分配与用户的分布的情况不匹配,造成很多用户访问网络质量不好的IDC中的应用服务器等情况,影响用户感知。
发明内容
本发明所要解决的一个技术问题是:提出一种云资源的调度方法,提升用户感知。
根据本发明的一个方面,提供的一种云资源的调度方法,包括:根据各个城域网中用户访问各个互联网数据中心IDC中部署的应用服务器的网络质量以及流量,确定应用对应的整体网络质量度量;选取对应的网络质量符合预设条件的IDC作为优化IDC;确定将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上的优化网络质量度量;根据整体网络质量度量与优化网络质量度量的比对结果,确定是否将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上。
根据本发明的第二个方面,提供的一种云资源的调度装置,包括:整体网络质量确定模块,用于根据各个城域网中用户访问各个互联网数据中心IDC中部署的应用服务器的网络质量以及流量,确定应用对应的整体网络质量度量;优化IDC选取模块,用于选取对应的网络质量符合预设条件的IDC作为优化IDC;优化网络质量确定模块,用于确定将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上的优化网络质量度量;跨域调度模块,用于根据整体网络质量度量与优化网络质量度量的比对结果,确定是否将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上。
本发明中考虑各个城域网中的用户访问各个IDC中的应用服务器的实际情况,确定整体的网络质量度量,根据各个IDC对应的网络质量确定优化方案,进一步确定优化网络质量度量,通过优化方案与实际部署情况的比对确定是否进行云资源的调度,本发明能够根据用户的实际访问情况以及网络中各个IDC中应用服务器的网络质量动态进行云资源的调度,提升用户感知。
通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得清楚。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出本发明的一个实施例的云资源的调度方法的流程示意图。
图2示出本发明的另一个实施例的云资源的调度方法的流程示意图。
图3示出本发明的一个实施例的云资源的调度装置的结构示意图。
图4示出本发明的另一个实施例的云资源的调度装置的结构示意图。
图5示出本发明的一个实施例的云资源的调度系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
针对现有技术中,IDC为各种应用对应的服务器分配云资源时,通常仅考虑本IDC中云资源的使用情况,没有考虑用户的实际访问情况,影响用户感知的问题,提出本方案。
下面结合图1描述本发明云资源的调度方法。
图1为本发明云资源的调度方法一个实施例的流程图。如图1所示,该实施例的方法包括:
步骤S102,根据各个城域网中用户访问各个IDC中部署的应用服务器的网络质量以及流量,确定应用对应的整体网络质量度量。
其中,应用是指企业、媒体、各类网站或ICP为用户提供的服务应用,例如新浪微博等,应用服务器是指提供应用的服务器,部署在IDC中虚拟机上,虚拟机是利用IDC中的云资源构建的。网络质量包括网络时延和丢包率。网络质量可以通过城域网DPI(Deep PacketInspection,深度包检测)系统获取,城域网DPI分析系统可以采集城域网出口的用户访问目的地址的网络质量情况,目的地址为各个IDC中应用服务器的地址时即可获取各个城域网中用户访问各个IDC中部署的应用服务器的网络质量。流量可以通过IDC DPI汇聚分析平台获取,IDC DPI汇聚分析平台可以采集来自不同城域网的访问IDC中应用服务器的流量信息。将获取的网络质量与流量可以根据城域网与IDC的对应关系生成表格或矩阵。例如针对新浪微博的服务器获取各个城域网与部署在各个IDC中的新浪微博服务器之间网络质量进行统计,如表1中所示,形成各个城域网(MAN)与各个IDC对应的网络质量统计表。例如,从MAN1的DPI系统中获取MAN1中用户访问IDC1中的新浪微博服务器的网络质量为10。实际应用过程中,网络质量不一定表示为整数。
IDC1 | IDC2 | IDC3 | ... | |
MAN1 | 10 | 9 | 8 | ... |
MAN2 | 4 | 6 | 12 | ... |
MAN3 | 3 | 4 | 6 | ... |
MAN4 | 23 | 3 | 5 | ... |
... | ... | ... | ... | ... |
表1
同时,针对新浪微博的服务器获取各个城域网用户访问部署在各个IDC中的新浪微博服务器的流量进行统计,如表2中所示,形成各个城域网与各个IDC对应的网络质量统计表。例如,从IDC DPI汇聚分析平台获取MAN1中所有用户访问IDC1中的新浪微博服务器的流量为4,实际应用过程中,流量不一定表示为整数。
IDC1 | IDC2 | IDC3 | ... | |
MAN1 | 4 | 5 | 1 | ... |
MAN2 | 2 | 4 | 11 | ... |
MAN3 | 2 | 3 | 1 | ... |
MAN4 | 3 | 1 | 3 | ... |
... | ... | ... | ... | ... |
表2
具体的,整体网络质量度量可以采用以下计算方法:
(1)计算各个城域网中用户访问各个IDC中部署的应用服务器的流量的总和。
例如,参考表2中所示,流量的总和=4+5+1+…+3+1+3+…。
(2)将城域网中用户访问IDC中部署的,应用服务器的流量与流量的总和的比值确定为城域网到IDC的网络质量权重。
例如MAN1到IDC1的网络质量权重为(4/流量的总和)。
(3)根据各个城域网到各个IDC的网络质量权重对各个城域网中用户访问各个IDC中部署的应用服务器的网络质量进行加权求和,获得应用对应的整体网络质量度量。
步骤S104,选取对应的网络质量符合预设条件的IDC作为优化IDC。
根据实际需求,例如可以设置对应于每个城域网选取网络质量的满足阈值的IDC或者对应于每个城域网选取网络质量较高的预设数量的IDC,将选取的IDC按照预设数量进行组合,形成优化IDC组。例如参考表1所示,选取对应于每个城域网网络质量前两名的IDC,则对应MAN1选取IDC1和IDC2,对应MAN2选取IDC2和IDC3,对应MAN3选取IDC2和IDC3,对应MAN4选取IDC1和IDC3,那么可以形成的优化IDC组合包括,IDC1和IDC2,IDC2和IDC3,IDC1和IDC3。
步骤S106,确定将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上的优化网络质量度量。
具体的,优化网络质量度量的计算方法如下:
(1)根据各个优化IDC中的未占用云资源量以及单位用户或单位访问所需要的云资源量,确定各个优化IDC能够接收的各个城域网对应的流量。
其中,云资源包括CPU、内存、带宽等,单位用户或单位访问所需要的云资源量存储于业务profile库中,针对不同的应用单位用户或单位访问所需要的云资源量不同,根据应用的类型确定利用单位用户或单位访问所需要的云资源量作为计算参数。也可以在业务profile库存储单位带宽的流量所需要的云资源量作为计算参数。参考表1和表2,选取的其中一个优化IDC组合为IDC1和IDC2,假设单位访问产生1M带宽的流量,1M带宽流量需要0.5个CPU,20M内存,2M带宽,IDC1中未占用的云资源为60M带宽,20CPU,2G内存,IDC2中未占用的云资源为40M带宽,20CPU,2G内存,则IDC1能够接收的总流量为1M×(60M/2M)=30M,IDC2能够接收的总流量为1M×(40M/2M)=20M。转换为访问量分别为IDC1能够接收30次单位访问,IDC2能够接收20次单位访问。其他优化IDC组合能够接收的流量采用同样的计算方法。
(2)根据各个优化IDC能够接收的各个城域网对应的流量,确定将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上后各个城域网中用户访问各个IDC中部署的应用服务器的优化流量。
参考表1和表2,针对优化IDC组合IDC1和IDC2,根据IDC1和IDC2能够接收IDC3中的流量,将IDC3中的流量例如按照IDC1和IDC2能够接收的流量的比值分配至IDC1和IDC中,则表2中的各个流量变为优化流量,例如针对MAN1,将IDC3的流量1按照3:2的比例分配至IDC1和IDC2,那么MAN1到IDC1的流量变为4+3/5=4.6,MAN1到IDC2的流量变为5+2/5=5.4,以此类推,更新表2中的各个数据,其他优化IDC组合对应的更新后的表2采用相同的计算方法。如果优化IDC不能完全接收剩余IDC对应的流量,则根据能够接收的流量优先选取对应网络质量较差的城域网中的流量作为调度流量,分配至优化IDC中,例如,IDC1和IDC2不能完全接收IDC3对应的各个MAN中的流量,根据表1中的网络质量,则优先选取MAN1和MAN3中的流量调度到IDC1和IDC2中。
(3)计算各个城域网中用户访问各个IDC中部署的应用服务器的流量的总和。
参考步骤S102中,流量的总和不变。
(4)将城域网中用户访问IDC中部署的应用服务器的优化流量与流量的总和的比值确定为城域网到IDC的优化网络质量权重。
例如,针对优化IDC组合IDC1和IDC2,更新表2后,各个城域网到各个IDC的权重则发生了变化,例如,MAN1到IDC1的流量变为4+3/5=4.6,那么MAN1到IDC1的优化网络质量权重变为(4.6/流量的总和),以此类推,计算各个城域网到各个IDC的优化网络权重,并且针对不同的优化IDC组合采用同样的方法进行计算。
(5)根据各个城域网到各个IDC的优化网络质量权重对各个城域网中用户访问各个IDC中部署的应用服务器的网络质量进行加权求和,获得应用对应的优化网络质量度量。
参考步骤S102,针对每种优化IDC组合,可以计算得到整体网络质量度量,选取其中整体网络质量度量最好的作为优化网络质量度量。例如针对IDC1和IDC2,IDC2和IDC3,IDC1和IDC3三种优化组合,分别计算得到三个优化后的整体网络质量度量,选取其中整体网络质量度量最高的作为优化网络质量度量。
步骤S108,根据整体网络质量度量与优化网络质量度量的比对结果,确定是否将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上。
具体的,可以计算整体网络质量度量与优化网络质量度量的差值作为调度网络质量度量,当调度网络质量度量超过预设网络质量度量时,选取用户访问剩余IDC中应用服务器的网络质量低于阈值的城域网,根据优化IDC中的未占用云资源量将选取的城域网中用户访问剩余IDC中应用服务器的流量调度到优化IDC中的应用服务器上。进一步的,根据各个优化IDC中的未占用云资源量以及单位用户或单位访问所需要的云资源量,计算各个优化IDC能够接收的各个城域网对应的流量,确定优化IDC能够接收调度的各个城域网对应的流量所需要的云资源量,根据确定的云资源量,为优化IDC中部署的应用服务器分配云资源,将选取的城域网中用户访问剩余IDC中应用服务器的流量调度到优化IDC中的应用服务器上。
例如,优化网络质量度量为IDC1和IDC2的优化IDC组合得到的整体网络质量度量,则根据IDC1和IDC2能够分别接收的流量对IDC3上的流量进行调度,如果IDC1和IDC2不能全部接收IDC3中的流量,则根据设置的阈值选取对应网络质量低于阈值的城域网,将这些城域网中的流量由IDC3调度到IDC1和IDC2中,IDC1和IDC2能够分别接收的流量参考步骤S106中的计算方法。例如将MAN1到IDC3的0.6M流量调度到IDC1中,0.6M流量需要0.3个CPU,12M内存,1.2M带宽,则IDC1中为新浪微博的服务器增加0.3个CPU,12M内存,1.2M带宽的云资源,相应的IDC3中新浪微博的服务器占用0.6M流量对应的云资源可以释放。
可以每隔预设周期根据用户的实际访问情况,计算调度网络质量度量并做出调度决策。上述实施例的方法,可以用户IDC中应用服务器上线初期对于部署进行评估,例如,参考表1和表2,IDC4中准备部署应用服务器,可以对IDC4中的应用服务器进行测试,获得测试的各个城域网中用户访问IDC4的应用服务器的网络质量和流量,进一步利用测试数据与IDC1、IDC2和IDC3的实际数据计算调度网络质量度量,如果优化IDC不包括IDC4则IDC4中的应用服务器可以暂时不进行配置,如果优化IDC包括IDC4,则对IDC4中的应用服务器进行云资源的配置。上述实施例的方法,在实际应用过程中能够将用户调度到距离较近的IDC中的应用服务器上,由于距离越远则城域网与IDC之间的网络质量越差,经过上述的调度方法可以将用户调度到对应的网络质量较好的IDC的应用服务器上。
上述实施例的方法,考虑各个城域网中的用户访问各个IDC中的应用服务器的实际情况,确定整体的网络质量度量,根据各个IDC对应的网络质量确定优化方案,进一步确定优化网络质量度量,通过优化方案与实际部署情况的比对确定是否进行云资源的调度,上述实施例的方法能够根据用户的实际访问情况以及网络中各个IDC中应用服务器的网络质量动态进行云资源的调度,提升用户感知。
下面结合图2描述本发明云资源的调度方法的另一个实施例。
图2为本发明云资源的调度方法另一个实施例的流程图。如图2所示,该实施例的方法还包括:
步骤S210,根据各个城域网中用户访问一个IDC中部署的应用服务器的应用质量以及流量,确定该IDC对应的整体应用质量度量。
该步骤可以与步骤S102同时执行,也可以在步骤S108,确定要将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上,但还没有执行调度的过程时,确定在各个IDC进行云资源调度之前的整体应用质量度量。其中,应用质量包括HTTP首页时延,视频首屏时延等,应用质量可以通过城域网DPI系统获取,城域网DPI分析系统可以采集城域网出口的用户访问目的地址的应用质量情况,目的地址为各个IDC中应用服务器的地址时即可获取各个城域网中用户访问各个IDC中部署的应用服务器的应用质量。将获取的应用质量与可以根据城域网与IDC的对应关系生成表格或矩阵。例如针对新浪微博的服务器获取各个城域网与部署在各个IDC中的新浪微博服务器之间应用质量进行统计,如表3中所示,形成各个城域网(MAN)与各个IDC对应的应用质量统计表。例如,从MAN1的DPI系统中获取MAN1中用户访问IDC1中的新浪微博服务器的应用质量为33。实际应用过程中,应用质量不一定表示为整数。
IDC1 | IDC2 | IDC3 | |
MAN1 | 33 | 45 | 32 |
MAN2 | 232 | 32 | 22 |
MAN3 | 22 | 33 | 43 |
MAN4 | 343 | 23 | 76 |
... |
表3
具体的,一个IDC对应的整体应用质量度量可以采用以下计算方法:
(1)计算各个城域网中用户访问该IDC中部署的应用服务器的流量的总和,作为该IDC的总流量。
一个IDC的总流量为其所在列的流量的加和,例如,参考表2中所示,IDC1的总流量=4+2+2+3+…,以此类推可以计算各个IDC的总流量。
(2)将城域网中用户访问该IDC中部署的应用服务器的流量与该IDC的总流量的比值确定为城域网到该IDC的应用质量权重。
例如,MAN1到IDC1的应用质量权重=4/IDC1的总流量。
(3)根据各个城域网到该IDC的应用质量权重对各个城域网中用户访问该IDC中部署的应用服务器的应用质量进行加权求和,获得该IDC对应的整体应用质量度量。
步骤S212,在执行完将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上的步骤之后,确定该IDC对应的优化应用质量度量。
该步骤在步骤S108之后执行,并且在进行跨IDC调度之后执行。因此,该步骤中的优化IDC不再是多组优化IDC组合而是一组确定的IDC。
具体的,一个IDC的优化应用质量度量的计算方法如下:
(1)确定在执行完将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上的步骤之后,各个城域网中用户访问各个IDC中部署的应用服务器的优化流量。
将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上之后,表2中的流量会发生变化,需要更新表2,例如,将MAN1到IDC3的流量1按照3:2的比例分配至IDC1和IDC2,那么MAN1到IDC1的流量变为4+3/5=4.6,MAN1到IDC2的流量变为5+2/5=5.4,以此类推,更新表2中的数据。
(3)计算各个城域网中用户访问该IDC中部署的应用服务器的流量的总和,作为该IDC的优化总流量。
将更新后的表2中IDC所在列的流量的加和得到该IDC的优化总流量,例如,将IDC3的流量调度到IDC1和IDC2上之后,计算IDC1的优化总流量。如果是将IDC3的全部流量调度到IDC1和IDC2上,可以不再针对IDC3进行本地资源的调度。
(4)将城域网中用户访问该IDC中部署的应用服务器的优化流量与该IDC的优化总流量的比值确定为城域网到该IDC的优化应用质量权重。
例如,MAN1到IDC1的流量变为4+3/5=4.6,MAN1到IDC1的优化应用质量权重=4.6/IDC1的优化总流量。
(5)根据各个城域网到该IDC的优化应用质量权重对各个城域网中用户访问该IDC中部署的应用服务器的应用质量进行加权求和,获得该IDC对应的优化应用质量度量。
进一步的,针对不同的应用可以设置应用质量阈值,只要达到该阈值则认为应用质量为理想情况,因此,可以在计算优化应用质量度量时根据应用质量阈值对表3中的应用质量进行更新,将超过应用质量阈值的应用质量调整为应用质量阈值,例如,新浪微博的应用质量阈值为100,参考表3,MAN4到IDC1的应用质量为343,则更新为100,根据更新后的表3再计算IDC1对应的整体应用质量度量作为优化应用质量度量。
步骤S214,根据整体应用质量度量与优化应用质量度量的比对结果,确定是否在剩余IDC中为应用服务器分配新的云资源。
具体的,计算整体应用质量度量与优化应用质量度量的差值作为调度应用质量度量,则按照预设规则增加该IDC中应用服务器占用的云资源。
由于应用质量与本地IDC的资源分配更加相关,而网络质量与用户和IDC中应用服务器的距离更加相关,因此,当应用质量较差时进行本地资源的调度,当网络质量较差时进行跨域调度。针对不同类型的应用,可以设置相应的调度规则存储于业务Profile库,例如针对视频类应用,可以多增加带宽资源。
上述实施的方法在参考网络质量进行跨域调度的后,还参考应用质量对优化后的网络中的IDC进行本地资源的调度,进一步提高用户感知。
本发明还提供一种云资源的调度装置,下面结合图3进行描述。
图3为本发明云资源的调度装置一个实施例的结构图。如图3所示,该装置30包括:
整体网络质量确定模块302,用于根据各个城域网中用户访问各个互联网数据中心IDC中部署的应用服务器的网络质量以及流量,确定应用对应的整体网络质量度量。
具体的,所述整体网络质量确定模块302,用于计算各个城域网中用户访问各个IDC中部署的应用服务器的流量的总和,将城域网中用户访问IDC中部署的应用服务器的流量与流量的总和的比值确定为城域网到IDC的网络质量权重,根据各个城域网到各个IDC的网络质量权重对各个城域网中用户访问各个IDC中部署的应用服务器的网络质量进行加权求和,获得应用对应的整体网络质量度量。
优化IDC选取模块304,用于选取对应的网络质量符合预设条件的IDC作为优化IDC。
优化网络质量确定模块306,用于确定将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上的优化网络质量度量。
具体的,优化网络质量确定模块,用于根据各个优化IDC中的未占用云资源量以及单位用户或单位访问所需要的云资源量,确定各个优化IDC能够接收的各个城域网对应的流量,根据各个优化IDC能够接收的各个城域网对应的流量,确定将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上后各个城域网中用户访问各个IDC中部署的应用服务器的优化流量,计算各个城域网中用户访问各个IDC中部署的应用服务器的流量的总和,将城域网中用户访问IDC中部署的应用服务器的优化流量与流量的总和的比值确定为城域网到IDC的优化网络质量权重,根据各个城域网到各个IDC的优化网络质量权重对各个城域网中用户访问各个IDC中部署的应用服务器的网络质量进行加权求和,获得应用对应的优化网络质量度量。
跨域调度模块308,用于根据整体网络质量度量与优化网络质量度量的比对结果,确定是否将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上。
具体的,跨域调度模块308,用于计算整体网络质量度量与优化网络质量度量的差值作为调度网络质量度量,当调度网络质量度量超过预设网络质量度量时,选取用户访问剩余IDC中应用服务器的网络质量低于阈值的城域网,根据优化IDC中的未占用云资源量将选取的城域网中用户访问剩余IDC中应用服务器的流量调度到优化IDC中的应用服务器上。
进一步,跨域调度模块308,用于根据各个优化IDC中的未占用云资源量以及单位用户或单位访问所需要的云资源量,计算各个优化IDC能够接收的各个城域网对应的流量,确定优化IDC能够接收调度的各个城域网对应的流量所需要的云资源量,根据确定的云资源量,为优化IDC中部署的应用服务器分配云资源,将选取的城域网中用户访问剩余IDC中应用服务器的流量调度到优化IDC中的应用服务器上。
下面结合图4描述本发明云资源的调度装置的另一个实施例。
图4为本发明云资源的调度装置另一个实施例的结构图。如图4所示,该装置30还包括:
整体应用质量确定模块410,用于根据各个城域网中用户访问一个IDC中部署的应用服务器的应用质量以及流量,确定该IDC对应的整体应用质量度量。
具体的,整体应用质量确定模块410,用于计算各个城域网中用户访问该IDC中部署的应用服务器的流量的总和,作为该IDC的总流量;,将城域网中用户访问该IDC中部署的应用服务器的流量与该IDC的总流量的比值确定为城域网到该IDC的应用质量权重,根据各个城域网到该IDC的应用质量权重对各个城域网中用户访问该IDC中部署的应用服务器的应用质量进行加权求和,获得该IDC对应的整体应用质量度量。
优化应用质量确定模块412,用于在跨域调度模块308执行完将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上的步骤之后,确定该IDC对应的优化应用质量度量。
具体的,优化应用质量确定模块412,用于在跨域调度模块308执行完将剩余IDC中应用服务器上的流量调度到优化IDC中应用服务器上的步骤之后,确定各个城域网中用户访问各个IDC中部署的应用服务器的优化流量,计算各个城域网中用户访问该IDC中部署的应用服务器的流量的总和,作为该IDC的优化总流量,将城域网中用户访问该IDC中部署的应用服务器的优化流量与该IDC的优化总流量的比值确定为城域网到该IDC的优化应用质量权重,根据各个城域网到该IDC的优化应用质量权重对各个城域网中用户访问该IDC中部署的应用服务器的应用质量进行加权求和,获得该IDC对应的优化应用质量度量。
本区域调度模块414,用于根据该IDC对应的整体应用质量度量与优化应用质量度量的比对结果,确定是否在该IDC中为应用服务器分配新的云资源。
具体的,本区域调度模块414,用于计算该IDC对应的整体应用质量度量与优化应用质量度量的差值作为该IDC对应的调度应用质量度量,调度应用质量度量超过预设应用质量度量时,则按照预设规则增加该IDC中应用服务器占用的云资源。
下面结合图5描述本发明的系统架构图。
图5为本发明云资源的调度系统一个实施例的结构图。如图5所示,该装置50包括:前述实施例中的云资源的调度装置30,还包括,各个区域的IDC502,城域网DPI系统504,IDCDPI汇聚分析平台506。
城域网DPI系统504,用于采集城域网出口的用户访问各个IDC中部署的应用服务器的网络质量和应用质量,并上报至云资源的调度装置30。
IDC DPI汇聚分析平台506,用于采集来自不同城域网的访问IDC中应用服务器的流量信息,并上报至云资源的调度装置30。
IDC502,用于接收云资源的调度装置30的资源调度策略,进行本区域云资源的调度。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种云资源的调度方法,其特征在于,包括:
根据各个城域网中用户访问各个互联网数据中心IDC中部署的应用服务器的网络质量以及流量,确定所述应用对应的整体网络质量度量;
选取对应的网络质量符合预设条件的IDC作为优化IDC;
确定将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上的优化网络质量度量;
根据所述整体网络质量度量与所述优化网络质量度量的比对结果,确定是否将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上;
其中,所述根据各个城域网中用户访问各个IDC中部署的应用服务器的网络质量以及流量,确定所述应用对应的整体网络质量度量包括:
计算各个城域网中用户访问各个IDC中部署的所述应用服务器的流量的总和;
将城域网中用户访问IDC中部署的所述应用服务器的流量与所述流量的总和的比值确定为所述城域网到所述IDC的网络质量权重;
根据各个城域网到各个IDC的网络质量权重对各个城域网中用户访问各个IDC中部署的所述应用服务器的网络质量进行加权求和,获得所述应用对应的整体网络质量度量。
2.根据权利要求1所述的方法,其特征在于,
所述确定将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上的优化网络质量度量包括:
根据各个优化IDC中的未占用云资源量以及单位用户或单位访问所需要的云资源量,确定各个优化IDC能够接收的各个城域网对应的流量;
根据各个优化IDC能够接收的各个城域网对应的流量,确定将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上后各个城域网中用户访问各个IDC中部署的应用服务器的优化流量;
计算各个城域网中用户访问各个IDC中部署的所述应用服务器的流量的总和;
将城域网中用户访问IDC中部署的所述应用服务器的优化流量与所述流量的总和的比值确定为所述城域网到所述IDC的优化网络质量权重;
根据各个城域网到各个IDC的优化网络质量权重对各个城域网中用户访问各个IDC中部署的所述应用服务器的网络质量进行加权求和,获得所述应用对应的优化网络质量度量。
3.根据权利要求1所述的方法,其特征在于,
所述根据所述整体网络质量度量与所述优化网络质量度量的比对结果,确定是否将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上包括:
计算所述整体网络质量度量与所述优化网络质量度量的差值作为调度网络质量度量;
当所述调度网络质量度量超过预设网络质量度量时,选取用户访问所述剩余IDC中所述应用服务器的网络质量低于阈值的城域网,根据所述优化IDC中的未占用云资源量将所述选取的城域网中用户访问所述剩余IDC中所述应用服务器的流量调度到所述优化IDC中的应用服务器上。
4.根据权利要求3所述的方法,其特征在于,
所述根据所述优化IDC中的未占用云资源量将所述选取的城域网中用户访问所述剩余IDC中所述应用服务器的流量调度到所述优化IDC中的应用服务器上包括:
根据各个优化IDC中的未占用云资源量以及单位用户或单位访问所需要的云资源量,计算各个优化IDC能够接收的各个城域网对应的流量;
确定所述优化IDC能够接收调度的各个城域网对应的流量所需要的云资源量;
根据所述确定的云资源量,为所述优化IDC中部署的所述应用服务器分配云资源;
将所述选取的城域网中用户访问所述剩余IDC中所述应用服务器的流量调度到所述优化IDC中的所述应用服务器上。
5.根据权利要求1所述的方法,其特征在于,还包括:
根据各个城域网中用户访问一个IDC中部署的应用服务器的应用质量以及流量,确定该IDC对应的整体应用质量度量;
在执行完将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上的步骤之后,确定该IDC对应的优化应用质量度量;
根据该IDC对应的整体应用质量度量与优化应用质量度量的比对结果,确定是否在该IDC中为所述应用服务器分配新的云资源。
6.根据权利要求5所述的方法,其特征在于,
所述根据各个城域网中用户访问一个IDC中部署的应用服务器的应用质量以及流量,确定该IDC对应的整体应用质量度量包括:
计算各个城域网中用户访问该IDC中部署的所述应用服务器的流量的总和,作为该IDC的总流量;
将城域网中用户访问该IDC中部署的所述应用服务器的流量与该IDC的总流量的比值确定为所述城域网到该IDC的应用质量权重;
根据各个城域网到该IDC的应用质量权重对各个城域网中用户访问该IDC中部署的所述应用服务器的应用质量进行加权求和,获得所述该IDC对应的整体应用质量度量。
7.根据权利要求5所述的方法,其特征在于,
所述确定在执行完将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上的步骤之后,该IDC对应的优化应用质量度量包括:
确定在执行完将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上的步骤之后,各个城域网中用户访问各个IDC中部署的应用服务器的优化流量;
计算各个城域网中用户访问该IDC中部署的所述应用服务器的流量的总和,作为该IDC的优化总流量;
将城域网中用户访问该IDC中部署的所述应用服务器的优化流量与该IDC的优化总流量的比值确定为所述城域网到该IDC的优化应用质量权重;
根据各个城域网到该IDC的优化应用质量权重对各个城域网中用户访问该IDC中部署的所述应用服务器的应用质量进行加权求和,获得该IDC对应的优化应用质量度量。
8.根据权利要求5所述的方法,其特征在于,
所述根据该IDC对应的整体应用质量度量与优化应用质量度量的比对结果,确定是否在该IDC中为所述应用服务器分配新的云资源包括:
计算该IDC对应的整体应用质量度量与优化应用质量度量的差值作为该IDC对应的调度应用质量度量;
当所述调度应用质量度量超过预设应用质量度量时,则按照预设规则增加该IDC中所述应用服务器占用的云资源。
9.一种云资源的调度装置,其特征在于,包括:
整体网络质量确定模块,用于根据各个城域网中用户访问各个互联网数据中心IDC中部署的应用服务器的网络质量以及流量,确定所述应用对应的整体网络质量度量;
优化IDC选取模块,用于选取对应的网络质量符合预设条件的IDC作为优化IDC;
优化网络质量确定模块,用于确定将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上的优化网络质量度量;
跨域调度模块,用于根据所述整体网络质量度量与所述优化网络质量度量的比对结果,确定是否将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上;
其中,所述整体网络质量确定模块,用于计算各个城域网中用户访问各个IDC中部署的所述应用服务器的流量的总和,将城域网中用户访问IDC中部署的所述应用服务器的流量与所述流量的总和的比值确定为所述城域网到所述IDC的网络质量权重,根据各个城域网到各个IDC的网络质量权重对各个城域网中用户访问各个IDC中部署的所述应用服务器的网络质量进行加权求和,获得所述应用对应的整体网络质量度量。
10.根据权利要求9所述的装置,其特征在于,
所述优化网络质量确定模块,用于根据各个优化IDC中的未占用云资源量以及单位用户或单位访问所需要的云资源量,确定各个优化IDC能够接收的各个城域网对应的流量,根据各个优化IDC能够接收的各个城域网对应的流量,确定将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上后各个城域网中用户访问各个IDC中部署的应用服务器的优化流量,计算各个城域网中用户访问各个IDC中部署的所述应用服务器的流量的总和,将城域网中用户访问IDC中部署的所述应用服务器的优化流量与所述流量的总和的比值确定为所述城域网到所述IDC的优化网络质量权重,根据各个城域网到各个IDC的优化网络质量权重对各个城域网中用户访问各个IDC中部署的所述应用服务器的网络质量进行加权求和,获得所述应用对应的优化网络质量度量。
11.根据权利要求9所述的装置,其特征在于,
所述跨域调度模块,用于计算所述整体网络质量度量与所述优化网络质量度量的差值作为调度网络质量度量,当所述调度网络质量度量超过预设网络质量度量时,选取用户访问所述剩余IDC中所述应用服务器的网络质量低于阈值的城域网,根据所述优化IDC中的未占用云资源量将所述选取的城域网中用户访问所述剩余IDC中所述应用服务器的流量调度到所述优化IDC中的应用服务器上。
12.根据权利要求11所述的装置,其特征在于,
所述跨域调度模块,用于根据各个优化IDC中的未占用云资源量以及单位用户或单位访问所需要的云资源量,计算各个优化IDC能够接收的各个城域网对应的流量,确定所述优化IDC能够接收调度的各个城域网对应的流量所需要的云资源量,根据所述确定的云资源量,为所述优化IDC中部署的所述应用服务器分配云资源,将所述选取的城域网中用户访问所述剩余IDC中所述应用服务器的流量调度到所述优化IDC中的所述应用服务器上。
13.根据权利要求9所述的装置,其特征在于,还包括:
整体应用质量确定模块,用于根据各个城域网中用户访问一个IDC中部署的应用服务器的应用质量以及流量,确定该IDC对应的整体应用质量度量;
优化应用质量确定模块,用于在所述跨域调度模块执行完将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上的步骤之后,确定该IDC对应的优化应用质量度量;
本区域调度模块,用于根据该IDC对应的整体应用质量度量与优化应用质量度量的比对结果,确定是否在该IDC中为所述应用服务器分配新的云资源。
14.根据权利要求13所述的装置,其特征在于,
所述整体应用质量确定模块,用于计算各个城域网中用户访问该IDC中部署的所述应用服务器的流量的总和,作为该IDC的总流量,将城域网中用户访问该IDC中部署的所述应用服务器的流量与该IDC的总流量的比值确定为所述城域网到该IDC的应用质量权重,根据各个城域网到该IDC的应用质量权重对各个城域网中用户访问该IDC中部署的所述应用服务器的应用质量进行加权求和,获得所述该IDC对应的整体应用质量度量。
15.根据权利要求13所述的装置,其特征在于,
所述优化应用质量确定模块,用于在所述跨域调度模块执行完将剩余IDC中所述应用服务器上的流量调度到所述优化IDC中所述应用服务器上的步骤之后,确定各个城域网中用户访问各个IDC中部署的应用服务器的优化流量,计算各个城域网中用户访问该IDC中部署的所述应用服务器的流量的总和,作为该IDC的优化总流量,将城域网中用户访问该IDC中部署的所述应用服务器的优化流量与该IDC的优化总流量的比值确定为所述城域网到该IDC的优化应用质量权重,根据各个城域网到该IDC的优化应用质量权重对各个城域网中用户访问该IDC中部署的所述应用服务器的应用质量进行加权求和,获得该IDC对应的优化应用质量度量。
16.根据权利要求13所述的装置,其特征在于,
所述本区域调度模块,用于计算该IDC对应的整体应用质量度量与优化应用质量度量的差值作为该IDC对应的调度应用质量度量,所述调度应用质量度量超过预设应用质量度量时,则按照预设规则增加该IDC中所述应用服务器占用的云资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611239984.4A CN108259532B (zh) | 2016-12-29 | 2016-12-29 | 云资源的调度方法以及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611239984.4A CN108259532B (zh) | 2016-12-29 | 2016-12-29 | 云资源的调度方法以及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108259532A CN108259532A (zh) | 2018-07-06 |
CN108259532B true CN108259532B (zh) | 2021-01-22 |
Family
ID=62720785
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611239984.4A Active CN108259532B (zh) | 2016-12-29 | 2016-12-29 | 云资源的调度方法以及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108259532B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109558152A (zh) * | 2018-10-26 | 2019-04-02 | 深圳壹账通智能科技有限公司 | 系统灰度发布时流量切换方法、装置、介质及电子设备 |
CN113139146B (zh) * | 2020-01-17 | 2023-07-21 | 中国移动通信集团浙江有限公司 | 网站质量评估方法、装置及计算设备 |
CN116132498A (zh) * | 2022-12-22 | 2023-05-16 | 北京蔚领时代科技有限公司 | 适用于应用更新期间的云渲染调度方法、系统及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004028082A1 (fr) * | 2002-09-23 | 2004-04-01 | Huawei Technologies Co., Ltd | Procede de gestion de reseau fonde sur la qualite de service |
CN102469023A (zh) * | 2010-11-19 | 2012-05-23 | 中国移动通信集团公司 | 基于云计算的调度方法、单元及系统 |
CN103728974A (zh) * | 2014-01-20 | 2014-04-16 | 北京航空航天大学 | 基于QoS评价的动态网络调度与控制方法、系统及装置 |
CN104219142A (zh) * | 2013-05-30 | 2014-12-17 | 中国电信股份有限公司 | 访问跨idc迁移的虚拟机的方法、系统与dcbr |
CN104378310A (zh) * | 2014-11-26 | 2015-02-25 | 中国联合网络通信集团有限公司 | 一种资源调度方法及装置 |
CN104754640A (zh) * | 2013-12-26 | 2015-07-01 | 中国移动通信集团公司 | 一种网络资源调度方法及网络资源管理服务器 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104038515B (zh) * | 2013-03-05 | 2017-10-10 | 腾讯科技(深圳)有限公司 | 内容分发方法、装置及系统 |
-
2016
- 2016-12-29 CN CN201611239984.4A patent/CN108259532B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004028082A1 (fr) * | 2002-09-23 | 2004-04-01 | Huawei Technologies Co., Ltd | Procede de gestion de reseau fonde sur la qualite de service |
CN102469023A (zh) * | 2010-11-19 | 2012-05-23 | 中国移动通信集团公司 | 基于云计算的调度方法、单元及系统 |
CN104219142A (zh) * | 2013-05-30 | 2014-12-17 | 中国电信股份有限公司 | 访问跨idc迁移的虚拟机的方法、系统与dcbr |
CN104754640A (zh) * | 2013-12-26 | 2015-07-01 | 中国移动通信集团公司 | 一种网络资源调度方法及网络资源管理服务器 |
CN103728974A (zh) * | 2014-01-20 | 2014-04-16 | 北京航空航天大学 | 基于QoS评价的动态网络调度与控制方法、系统及装置 |
CN104378310A (zh) * | 2014-11-26 | 2015-02-25 | 中国联合网络通信集团有限公司 | 一种资源调度方法及装置 |
Non-Patent Citations (1)
Title |
---|
"云计算的安全风险评估及其应对措施探讨";刘波;《移动通信》;20110515(第9期);34-37 * |
Also Published As
Publication number | Publication date |
---|---|
CN108259532A (zh) | 2018-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109040259B (zh) | 一种基于mec的cdn节点分配方法和系统 | |
CN109547517B (zh) | 一种带宽资源调度方法和装置 | |
WO2019127875A1 (zh) | 专属坐席池分配方法、电子装置及计算机可读存储介质 | |
CN104796449B (zh) | 内容分发方法、装置及设备 | |
US20170126583A1 (en) | Method and electronic device for bandwidth allocation based on online media services | |
CN108259532B (zh) | 云资源的调度方法以及装置 | |
WO2014127280A2 (en) | System and method for network resource allocation considering user experience, satisfaction and operator interest | |
CN105007287A (zh) | 公共云资源动态配置方法及系统 | |
US20160337208A1 (en) | Method and System for Evaluating User Perception | |
CN103391299A (zh) | 负载均衡方法和负载均衡系统 | |
Chemodanov et al. | A near optimal reliable composition approach for geo-distributed latency-sensitive service chains | |
WO2017096842A1 (zh) | 内容分发任务的提交方法及系统 | |
US20170161669A1 (en) | Method and system for submitting content delivery tasks | |
CN113543160A (zh) | 5g切片资源配置方法、装置、计算设备及计算机存储介质 | |
CN110035128B (zh) | 一种直播调度方法、装置、直播系统及存储介质 | |
CN105630601A (zh) | 基于实时计算的资源分配方法及系统 | |
CN111611076A (zh) | 任务部署约束下移动边缘计算共享资源公平分配方法 | |
CN109041236B (zh) | 一种不同权重业务的无线资源分配方法及装置 | |
CN106936733B (zh) | 一种带宽资源分配方法及装置 | |
CN102088405A (zh) | 一种基于状态选择的网络带宽的控制方法及系统 | |
CN103825963B (zh) | 虚拟服务迁移方法 | |
Banez et al. | Network virtualization resource allocation and economics based on prey–predator food chain model | |
CN113329050B (zh) | 内容分发方法及系统 | |
CN115168017A (zh) | 一种任务调度云平台及其任务调度方法 | |
US20140215075A1 (en) | Load balancing apparatus and method based on estimation of resource usage |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |