资源分配方法及装置与流程

文档序号:14721964发布日期:2018-06-17 17:48阅读:231来源:国知局

本发明涉及通信领域,具体而言,涉及一种资源分配方法及装置。



背景技术:

随着移动通信技术的迅速发展,第三代移动通信技术(ThirdGeneration,简称为3G)通信网络的建设如日中天,第四代移动通信技术(FourthGeneration,简称为4G)正逐渐展开,更快的传输速度和更高的传输质量为通信终端添加了丰富的功能。

随着云计算技术的飞速发展,云计算凭借其按需服务、灵活可靠、高可靠性和价格低廉等特点,受到了业界的广泛关注。接入“云”的使用者可以获得比本地资源高得多的计算能力,还可以根据实际需求灵活地更改其订购的云计算能力。由于服务在云端,且云端提供了高可靠性保障,使用者无需在本地进行任何维护,能够显著节省硬件投资和维护的大量成本。

在此基础上,电信业务与云计算结合,通过将业务部署在云端,为业务运行带来了高可用性和灵活的伸缩性。

然而,目前各大电信运营商分别建设通讯基础设施,搭建线路和架设基站;分别建立云数据平台,建设数据中心机房,每个运营商要花费高昂的构建和运维费用,但这只支持运营商自己的通讯协议,而不同的通讯协议可以运行在同一套平台下,不同运营商的重复建设造成了资源浪费。

针对相关技术中存在的运营商重复建设基础设施,造成资源浪费的问题,目前尚未提出有效的解决方案。



技术实现要素:

本发明提供了一种资源分配方法及装置,以至少解决相关技术中存在的运营商重复建设基础设施,造成资源浪费的问题。

根据本发明的一个方面,提供了一种资源分配方法,包括:云平台接收资源请求者发送的用于请求租用资源的请求消息,其中,所述云平台中设置有服务器集群的预定容量的硬件资源和支持不同通信协议的业务软件资源;所述云平台根据所述请求消息为所述资源请求者分配预定资源。

进一步地,所述请求消息包括以下至少之一:所述资源请求者执行的业务的业务类型信息、所述资源请求者支持的用户数量信息、所述资源请求者使用的带宽信息。

进一步地,所述云平台根据所述请求消息为所述资源请求者分配预定资源包括:所述云平台根据所述请求消息创建与所述资源请求者的业务能力相匹配的预定资源,其中,所述预定资源包括业务执行空间和/或业务执行实例;所述云平台将创建的所述预定资源分配给所述资源请求者。

进一步地,在所述云平台根据所述请求消息为所述资源请求者分配预定资源之后,还包括:所述云平台确定所述预定资源与所述资源请求者的业务能力不匹配;所述云平台向所述资源请求者发送用于标识资源不足的告警消息;所述云平台接收资源请求者根据所述告警消息发送的扩充资源请求;所述云平台根据所述扩充资源请求为所述资源请求者分配扩充后的预定资源。

进一步地,所述预定资源包括硬件资源和/或软件资源,其中,所述硬件资源包括以下至少之一:处理器、存储空间、网络;所述软件资源包括以下至少之一:虚拟计算机资源、虚拟存储资源、虚拟网络资源。

根据本发明的另一方面,提供了一种资源分配装置,所述资源分配装置应用于云平台中,包括:第一接收模块,用于收资源请求者发送的用于请求租用资源的请求消息,其中,所述云平台中设置有服务器集群的预定容量的硬件资源和支持不同通信协议的业务软件资源;第一分配模块,用于根据所述请求消息为所述资源请求者分配预定资源。

进一步地,所述请求消息包括以下至少之一:所述资源请求者执行的业务的业务类型信息、所述资源请求者支持的用户数量信息、所述资源请求者使用的带宽信息。

进一步地,所述第一分配模块包括:创建单元,用于根据所述请求消息创建与所述资源请求者的业务能力相匹配的预定资源,其中,所述预定资源包括业务执行空间和/或业务执行实例;分配单元,用于将创建的所述预定资源分配给所述资源请求者。

进一步地,所述资源分配装置还包括:确定模块,用于确定所述预定资源与所述资源请求者的业务能力不匹配;发送模块,用于向所述资源请求者发送用于标识资源不足的告警消息;第二接收模块,用于接收资源请求者根据所述告警消息发送的扩充资源请求;第二分配模块,用于根据所述扩充资源请求为所述资源请求者分配扩充后的预定资源。

进一步地,所述预定资源包括硬件资源和/或软件资源,其中,所述硬件资源包括以下至少之一:处理器、存储空间、网络;所述软件资源包括以下至少之一:虚拟计算机资源、虚拟存储资源、虚拟网络资源。

通过本发明,采用云平台接收资源请求者发送的用于请求租用资源的请求消息,其中,所述云平台中设置有服务器集群的预定容量的硬件资源和支持不同通信协议的业务软件资源;所述云平台根据所述请求消息为所述资源请求者分配预定资源,解决了相关技术中存在的运营商重复建设基础设施,造成资源浪费的问题,达到了减少资源浪费,提高设备利用率的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是根据本发明实施例的资源分配方法的流程图;

图2是根据本发明实施例的资源分配装置的结构框图;

图3是根据本发明实施例的资源分配装置中第一分配模块24的结构框图;

图4是根据本发明实施例的资源分配装置的优选结构框图;

图5是根据本发明实施例的云平台的整体架构组成示意图;

图6是根据本发明实施例的电信云平台的工作方法;

图7是根据本发明实施例的云平台实施方法中的电信运营商租用云平台、申请资源和加载业务的交互图;

图8是根据本发明实施例的云平台实施方法中的电信运营商在云平台上进行动态资源调整的交互图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种资源分配方法,图1是根据本发明实施例的资源分配方法的流程图,如图1所示,该流程包括如下步骤:

步骤S102,云平台接收资源请求者发送的用于请求租用资源的请求消息,其中,该云平台中设置有服务器集群的预定容量的硬件资源和支持不同通信协议的业务软件资源;

步骤S104,该云平台根据请求消息为资源请求者分配预定资源。

通过上述步骤,提供了一个统一部署和运营的云平台,使得不同网络业务能够同时在该平台上部署和运营,从而使得不同的资源请求者均能够使用该平台上的资源,无需建立过多的用于提供资源的基础设施,解决了相关技术中存在的运营商重复建设基础设施,造成资源浪费的问题,达到了减少资源浪费,提高设备利用率的效果。

该请求消息可以包括多种类型的信息,在一个可选的实施例中,该请求消息中可以包括以下信息至少之一:资源请求者执行的业务的业务类型信息、资源请求者支持的用户数量信息、资源请求者使用的带宽信息。

云平台根据资源请求者发送的请求消息为该资源请求者分配预定资源可以采用如下方法:该云平台根据请求消息创建与该资源请求者的业务能力相匹配的预定资源,其中,预定资源包括业务执行空间和/或业务执行实例,其中,该业务执行空间是指业务软件运行所需的内存资源和硬盘空间,该业务执行实例是指业务软件的运行实例,可以包括操作系统内的一个或多个进程实例;云平台将创建的预定资源分配给资源请求者。即,为资源请求者分配与该资源请求者相匹配的资源,从而避免了资源的浪费。

在实际运营过程中,云平台为资源请求者分配的资源是可以动态调整的,在一个可选的实施例中,在云平台根据请求消息为资源请求者分配预定资源之后,还包括:云平台确定预定资源与资源请求者的业务能力不匹配;该云平台向资源请求者发送用于标识资源不足的告警消息;该云平台接收资源请求者根据该告警消息发送的扩充资源请求;云平台根据扩充资源请求为该资源请求者分配扩充后的预定资源。也就是说,当资源请求者需要更多的资源时,云平台可以为其提供更多的资源,从而保证正常运营。

上述的预定资源可以包括硬件资源和/或软件资源,其中,硬件资源包括以下至少之一:处理器、存储空间、网络;软件资源包括以下至少之一:虚拟计算机资源、虚拟存储资源、虚拟网络资源。

在本实施例中还提供了一种资源分配装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的资源分配装置的结构框图,资源分配装置应用于云平台中,如图2所示,该装置包括第一接收模块22和第一分配模块24,下面对该装置进行说明。

第一接收模块22,用于收资源请求者发送的用于请求租用资源的请求消息,其中,该云平台中设置有服务器集群的预定容量的硬件资源和支持不同通信协议的业务软件资源;第一分配模块24,连接至上述第一接收模块22,用于根据请求消息为资源请求者分配预定资源。

其中,上述请求消息包括以下至少之一:资源请求者执行的业务的业务类型信息、资源请求者支持的用户数量信息、资源请求者使用的带宽信息。

图3是根据本发明实施例的资源分配装置中第一分配模块24的结构框图,如图3所示,该第一分配模块24包括创建单元32和分配单元34,下面对该第一分配模块24进行说明。

创建单元32,用于根据请求消息创建与资源请求者的业务能力相匹配的预定资源,其中,该预定资源包括业务执行空间和/或业务执行实例;分配单元34,连接至上述创建单元32,用于将创建的预定资源分配给资源请求者。

图4是根据本发明实施例的资源分配装置的优选结构框图,如图4所示,该装置除包括图3所示的所有模块外,还包括确定模块42、发送模块44、第二接收模块46和第二分配模块48,下面对该装置进行说明。

确定模块42,用于确定预定资源与资源请求者的业务能力不匹配;发送模块44,连接至上述确定模块42,用于向资源请求者发送用于标识资源不足的告警消息;第二接收模块46,连接至上述发送模块44,用于接收资源请求者根据告警消息发送的扩充资源请求;第二分配模块48,连接至上述第二接收模块46,用于根据扩充资源请求为资源请求者分配扩充后的预定资源。

其中,上述预定资源包括硬件资源和/或软件资源,其中,硬件资源包括以下至少之一:处理器、存储空间、网络;软件资源包括以下至少之一:虚拟计算机资源、虚拟存储资源、虚拟网络资源。

下面以资源请求者为电信运营商为例,对本发明进行说明。

为了克服相关技术中存在的运营模式对不同运营商使用统一平台的支撑不足的问题,本发明实施例中海提出了一种基于云平台的电信运营模式,解决了各运营商重复建设基础设施的问题,提高了硬件和软件资源的复用性。在该模式下,云平台以按需租用的方式向运营商提供业务建设、部署和运营能力,并支持平台用户根据实际需求方便地对其所租用的资源进行动态增减;电信运营商不再关心网络的建设和维护,专注于业务的推广和服务的销售,从而为终端用户提供更实惠和更细致的服务。

为了达到上述目的,在本发明实施例中提供了一种支持电信业务的云平台,该平台内设有服务器集群的多种硬件资源和支持不同通信协议的业务软件资源,以供电信运营商按需租用来运营各自的业务;该平台采用分层结构,自下而上分别设有硬件资源层、资源虚拟化和管理层、业务执行层和平台管理层,各层之间的交互方式采用上层模式以接口调用的形式使用下层模块提供的功能;各层功能模块如图5所示,图5是根据本发明实施例的云平台的整体架构组成示意图,包括:

硬件资源层52(同上述的第一分配模块24):由数量众多的服务器计算资源、数据存储资源和网络资源组成,为云平台提供基础的硬件资源支持;向上层云平台的资源池接入管理单元,为上层模块提供访问本地资源的能力。

资源虚拟化和管理层54(同上述的第一分配模块24):作为支持云平台运作的关键组件,向下提供服务器硬件的接入,并对接入的硬件资源虚拟化后进行维护管理,以供上层模块调用;虚拟化后的资源包括:虚拟计算资源、虚拟存储资源和虚拟网络资源。

业务执行层56(同上述的第一接收模块22):作为执行电信业务的核心部件,实现了电信运营商所需的多种通信协议,提供移动网络通信所需的业务软件支持;该层为不同平台用户分别划分具有不同资源能力的多个业务执行空间,并使每个执行空间的资源能力与平台用户订购的资源能力相匹配。

云平台管理层58(同上述的第一接收模块22):用于向平台管理员及平台用户提供访问接口,提供业务管理、资源管理和计费管理功能;该层收集业务信息,将执行指令下发到下面的层次。

图6是根据本发明实施例的电信云平台的工作方法,如图6所示,该方法包括以下操作步骤:

步骤S602,云平台的部署和启动:采用服务器集群结构部署云平台后,按照平台架构组件的底层到上层的顺序启动;

步骤S604,云平台执行资源申请和业务的加载:云平台启动后,接收到用户的租用资源请求后,根据资源数量为平台用户创建其业务执行空间、业务执行实例;

步骤S606,云平台根据用户指令,执行业务相关操作并动态调整资源:在平台用户使用云平台运营业务过程中,根据业务实际需要,动态调整其所使用的资源;

步骤S608,云平台支持多网络业务的运行:接收来自各个运营商网络的不同业务请求,在业务运行过程中,同时支持不同的网络通讯协议。

图7是根据本发明实施例的云平台实施方法中的电信运营商租用云平台、申请资源和加载业务的交互图。如图7所示,包括如下步骤:

步骤S702,云平台启动后,电信运营商向平台提交租用信息请求,包括需要执行的业务类型、支持的用户数和使用的带宽;

步骤S704,平台管理层接收租用请求后,分析和记录业务信息,判断是否接纳该业务请求,若接纳,则将业务下发到业务执行层,否则,拒绝请求并给出提示;

步骤S706,业务执行层根据业务类型、业务总量创建任务执行空间和虚拟机执行实例,并将业务运行所需的信息下发到虚拟机;

步骤S708,资源虚拟化和管理层管理硬件资源,将虚拟机实例和虚拟机空间映射到真实的物理资源上;根据业务信息,在虚机上运行实际的业务实例;

步骤S710,硬件资源层对应于集群服务器的物理资源,包括处理器、存储和网络,硬件资源层向资源虚拟化和管理层反馈资源分配信息;

步骤S712,资源虚拟化和管理层根据冗余备份策略进行定期备份和同步;

步骤S714,资源虚拟化和管理层对业务执行层反馈虚拟机分配信息,并实时上报虚机运行负载信息;

步骤S716,业务执行层向平台管理层反馈业务运行信息,并上报业务运行的监控信息;

步骤S718,平台管理层向电信运营商提供业务运行信息、资源使用信息和计费信息。

图8是根据本发明实施例的云平台实施方法中的电信运营商在云平台上进行动态资源调整的交互图。当业务负荷上升,租用的资源不足以支撑业务运行时,运营商可根据平台资源使用情况动态调整租用资源,如图8所示,包括如下步骤:

步骤S802,资源虚拟化和管理层监控到虚拟机运行负载异常信息,当负载超过门限值或者负载已不足以支撑业务需求时,向业务执行层上报负载异常信息,比如CPU负荷在一段时间内持续超过95%就触发;

步骤S804,业务执行层将业务信息和业务运行资源不足告警上报到平台资源层;

步骤S806,平台管理层向电信运营商发送资源不足告警,提示运营商扩充租用资源;

步骤S808,电信运营商根据业务使用变化情况,提交增加租用资源申请,扩充业务支持的并发用户数、增加业务流量和带宽;

步骤S810,平台管理层向业务执行层下发调整业务执行空间和调整虚拟机指令,调整原有业务执行空间和虚拟机的配置;

步骤S812,业务执行层根据配置变化,调整运行的虚拟机,创建满足新业务需求的虚拟机,然后将原有虚拟机上的业务迁移到新虚拟机上;

步骤S814,资源虚拟化和管理层管理硬件资源,将调整后的虚拟机实例和虚拟机空间映射到真实的物理资源上;根据业务信息,在虚机上运行实际的业务实例;

步骤S816,资源虚拟化和管理层根据冗余备份策略进行定期备份和同步;

步骤S818,硬件资源层对应于集群服务器的物理资源,包括处理器、存储和网络,硬件资源层向资源虚拟化和管理层反馈资源分配信息;

步骤S820,资源虚拟化和管理层对业务执行层反馈虚拟机分配信息,并实时上报虚机运行负载信息;

步骤S822,业务执行层向平台管理层反馈业务运行信息,并上报业务运行的监控信息;

步骤S824,平台管理层向电信运营商提供业务运行信息、资源使用信息和计费信息。

通过本发明的上述各实施例,可以使得不同网络业务能够同时在本平台上部署和运营,改变了以往电信运营上建设各自的基础设施的模式,这样对运营商来说,节约了分别维护相同基础设施的财力和人力成本,提高了设备利用率;在业务上看,简化了业务的管理,使得业务的提供更加开放化,业务提供商不再需要拥有自己的设备就能够进行业务提供和运营,降低门槛,利于业务的创新和多元化;对终端用户来说,能够享受更实惠、更细致和多样化的服务。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1