掌桥专利:专业的专利平台
掌桥专利
首页

云平台下的任务调度方法、装置、介质、设备和程序产品

文献发布时间:2023-06-19 16:08:01



技术领域

本申请涉及云计算技术领域,具体而言,涉及一种云平台下的任务调度方法、装置、介质、电子设备和程序产品。

背景技术

现有的云平台任务调度方法一般由一个集中式的调度中心来完成任务,调度中心根据某些策略,比如时间策略、消息策略、事件策略等主动触发调度任务,根据预置的算法选中系统中的一个固定的节点来执行具体的调度任务,这种调度方法在系统某处发生故障,将引起整体系统瘫痪,不利于调度系统的稳定。

基于此,如何有效避免因单点故障而引起的整体系统瘫痪事故,提高调度系统的稳定性是亟待解决的技术问题。

发明内容

本申请的实施例提供了一种云平台下的任务调度方法、装置、计算机程序产品或计算机程序、计算机可读介质及电子设备,云平台系统分布执行任务的方式能够根据实际情况进行事件的分析处理,自动触发相关节点完成任务,能够有效避免因单点故障而引起的整体系统瘫痪事故,提高调度系统的稳定性。

本申请的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本申请的实践而习得。

根据本申请实施例的第一方面,提供了一种云平台下的任务调度方法,所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述方法执行于所述任务接收节点,所述方法包括:接收用户发起的任务处理请求,所述任务处理请求包括用户地理位置和处理所述任务的资源需求量;获取各个区域集群的第一资源剩余量;在所述至少一个区域集群中筛选所述第一资源剩余量大于所述资源需求量的区域集群,作为候选区域集群;在所述候选区域集群中确定距离所述用户地理位置最近的区域集群,作为目标区域集群;将所述任务和处理所述任务的资源需求量发送至所述目标区域集群中的目标区域调度节点,以由所述目标区域调度节点调度所述任务。

根据本申请实施例的第二方面,提供了一种云平台下的任务调度方法,所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述方法执行于目标区域调度节点,所述目标区域调度节点为至少一个区域调度节点中的任意一个,所述方法包括:接收由所述任务接收节点发送的任务,和处理所述任务的资源需求量;获取目标区域集群中各个子域集群的第二资源剩余量;根据处理所述任务的资源需求量,和各个子域集群的第二资源剩余量,将所述任务拆分为多个第一任务,并分发给各个子域调度节点,以由各个子域调度节点调度所述第一任务。

根据本申请实施例的第三方面,提供了一种云平台下的任务调度方法,所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述方法执行于所述子域调度节点,所述方法包括:接收由所述区域调度节点分发的第一任务;获取所述任务执行节点中各个任务执行节点的状态参数;根据所述各个任务执行节点的状态参数,将所述第一任务拆分为多个第二任务,并分发给各个任务执行节点,以由各个任务执行节点执行所述第二任务。

根据本申请实施例的第四方面,提供了一种云平台下的任务调度方法,所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述方法执行于所述任务执行节点,所述方法包括:接收由所述子域调度节点分发的第二任务;判断所述任务执行节点自身是否能够执行所述第二任务;如果不能执行所述第二任务,则在所述云平台中选定其它任务执行节点,并将所述第二任务发送至所述其它任务执行节点,以由所述其它任务执行节点执行所述第二任务。

根据本申请实施例的第五方面,提供了一种云平台下的任务调度装置,所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述装置设置于所述任务接收节点,所述装置包括:第一接收单元,被用于接收用户发起的任务处理请求,所述任务处理请求包括用户地理位置和处理所述任务的资源需求量;第一获取单元,被用于获取各个区域集群的第一资源剩余量;筛选单元,被用于在所述至少一个区域集群中筛选所述第一资源剩余量大于所述资源需求量的区域集群,作为候选区域集群;确定单元,被用于在所述候选区域集群中确定距离所述用户地理位置最近的区域集群,作为目标区域集群;发送单元,被用于将所述任务和处理所述任务的资源需求量发送至所述目标区域集群中的目标区域调度节点,以由所述目标区域调度节点调度所述任务。

根据本申请实施例的第六方面,提供了一种云平台下的任务调度装置,所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述装置设置于所述区域调度节点,所述装置包括:第二接收单元,被用于接收由所述任务接收节点发送的任务,和处理所述任务的资源需求量;第二获取单元,被用于获取目标区域集群中各个子域集群的第二资源剩余量;第一拆分单元,被用于根据处理所述任务的资源需求量,和各个子域集群的第二资源剩余量,将所述任务拆分为多个第一任务,并分发给各个子域调度节点,以由各个子域调度节点调度所述第一任务。

根据本申请实施例的第七方面,提供了一种云平台下的任务调度装置,所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述装置设置于所述子域调度节点,所述装置包括:第三接收单元,被用于接收由所述区域调度节点分发的第一任务;第三获取单元,被用于获取所述任务执行节点中各个任务执行节点的状态参数;第二拆分单元,被用于根据所述各个任务执行节点的状态参数,将所述第一任务拆分为多个第二任务,并分发给各个任务执行节点,以由各个任务执行节点执行所述第二任务。

根据本申请实施例的第八方面,提供了一种云平台下的任务调度装置,所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述装置设置于所述任务执行节点,所述装置包括:第四接收单元,被用于接收由所述子域调度节点分发的第二任务;判断单元,被用于判断所述任务执行节点自身是否能够执行所述第二任务;选定单元,被用于如果不能执行所述第二任务,则在所述云平台中选定其它任务执行节点,并将所述第二任务发送至所述其它任务执行节点,以由所述其它任务执行节点执行所述第二任务。

根据本申请实施例的第九方面,提供了一种云平台下的任务调度系统,所述系统包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,其中,所述任务接收节点配置为:接收用户发起的任务处理请求,并根据将所述任务发送至所述区域集群中的区域调度节点;所述区域调度节点配置为:接收由所述任务接收节点发送的任务,并将所述任务拆分为多个第一任务,以分发给各个子域调度节点;所述子域调度节点配置为:接收由所述区域调度节点分发的第一任务,并将所述第一任务拆分为多个第二任务,以分发给各个任务执行节点;所述任务执行节点配置为:接收由所述子域调度节点分发的第二任务,如果所述任务执行节点自身不能执行所述第二任务,则将所述第二任务发送至所述云平台中的其它任务执行节点,以由所述其它任务执行节点执行所述第二任务。

根据本申请实施例的第十方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述实施例中所述的云平台下的任务调度方法。

根据本申请实施例的第十一方面,提供了一种计算机可读介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上述实施例中所述的云平台下的任务调度方法。

根据本申请实施例的十二方面,提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如上述实施例中所述的云平台下的任务调度方法。

在本申请的一些实施例所提供的技术方案中,所述云平台包括任务接收节点、区域调度节点、子域调度节点和任务执行节点,各节点能够根据实际情况进行事件的分析处理,并自动触发下一个节点执行任务,保证任务能被完成;没有主控节点,各节点都能执行任务,即使系统某节点发生故障,也能保证任务能被完成;其中,任务执行节点能够判断自身是否能够执行所述任务,并将自身不能执行的所述任务发送至所述云平台中的其它任务执行节点,保证每个任务能被完成。按照节点分布处理任务能够有效避免因单点故障而引起的整体系统瘫痪事故,提高调度系统的稳定性和处理大规模并发任务的能力。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:

图1示出了根据本申请一个实施例的执行于任务接收节点的云平台下的任务调度方法的流程图;

图2示出了根据本申请一个实施例的执行于目标区域调度节点的云平台下的任务调度方法的流程图;

图3示出了根据本申请一个实施例的执行于子域调度节点的云平台下的任务调度方法的流程图;

图4示出了根据本申请一个实施例的执行于任务执行节点的云平台下的任务调度方法的流程图;

图5示出了根据本申请一个实施例的设置于任务接收节点的云平台下的任务调度装置的框图;

图6示出了根据本申请一个实施例的设置于目标区域调度节点的云平台下的任务调度装置的框图;

图7示出了根据本申请一个实施例的设置于子域调度节点的云平台下的任务调度装置的框图;

图8示出了根据本申请一个实施例的设置于任务执行节点的云平台下的任务调度装置的框图;

图9示出了根据本申请一个实施例的云平台下的任务调度系统的框图;

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本申请将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。

此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本申请的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本申请的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。

需要注意的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在图示或描述的那些以外的顺序实施。

需要说明的是,本申请应用于云场景,在云场景下,计算任务分布在大量计算机构成的资源池上,使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的,并且可以随时获取,按需使用,随时扩展。通过建立云计算资源池平台(简称云平台,一般称为IaaS(Infrastructure as a Service,基础设施即服务),在资源池中部署多种类型的虚拟资源,供外部客户选择使用。云计算资源池中主要包括:计算设备(为虚拟化机器,包含操作系统)、存储设备、网络设备。

以下对本申请实施例的技术方案的实现细节进行详细阐述:

图1示出了根据本申请一个实施例的执行于任务接收节点的云平台下的任务调度方法的流程图。该云平台下的任务调度方法可以由具有计算处理功能的设备来执行,该云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点。

参照图1所示,该云平台下的任务调度方法执行于所述任务接收节点,所述方法至少包括步骤101至步骤105,详细介绍如下:

在步骤101中,接收用户发起的任务处理请求,所述任务处理请求包括用户地理位置和处理所述任务的资源需求量。

在本申请中,所述用户可以通过APP发起任务处理请求,也可以通过浏览器网页端发起任务处理请求,还可以通过计算机命令行发起任务处理请求。

所述任务可以是创建自定义主机、主机启动/重启/关机、加载/删除防火墙、加载/卸载数据硬盘、加载/卸载ssh密钥(仅linux)、修改/移除安全组、加入/离开安置策略组、绑定公网/基础网路IP、解绑IP、绑定/解绑公网IPv4或IPv6、绑定/解绑内网域名别名、绑定/解绑(指标或事件)告警策略、更改硬件配置(需关机)、重置系统、更改主机类型、救援主机(关机状态)、制作成新映像、创建备份、备份制作新映像、共享备份、跨域复制备份、删除备份、克隆主机、删除主机、支持各种映像提供方、可用区域选择和支持物理机中的一种或多种。

在本申请的一个实际场景中,接收用户发起的任务处理请求可以是无状态的服务,在所述用户发起任务处理请求时,用户端携带至少包括所述任务、用户地理位置和处理所述任务的资源需求量等信息向服务端发送请求。

比如,位于北京的用户可以通过手机APP发起创建自定义主机的任务处理请求,所述任务处理请求中就包括了北京和创建自定义主机所需的存储空间等信息。

还比如,位于贵州的用户可以通过浏览器进入网页,在网页端发起创建备份的任务处理请求,所述任务处理请求中就包括了贵州和创建备份所需的存储空间等信息。

继续参照图1,在步骤102中,获取各个区域集群的第一资源剩余量。

在本申请中,所述区域可以是指地理区域,比如张家口、承德等等。所述集群可以是计算机群,也可以是服务器群。所述第一资源可以是存储空间,也可以是运算空间。

比如,获取各个区域集群的第一资源剩余量可以是获取位于张家口、承德等地的计算机群的存储空间剩余量。

还比如,获取各个区域集群的第一资源剩余量可以是获取位于张家口、承德等地的服务器群的运算空间剩余量。

继续参照图1,在步骤103中,在所述至少一个区域集群中筛选所述第一资源剩余量大于所述资源需求量的区域集群,作为候选区域集群。

在本申请中,可以比较所述至少一个区域集群中的第一资源剩余量和所述资源需求量,当所述第一资源剩余量大于所述资源需求量的区域集群,则可以选择该区域集群作为候选区域集群。

比如,可以计算位于张家口、承德等地的计算机群的存储空间剩余量和位于北京的用户创建自定义主机所需的存储空间,如果位于张家口、承德等地的计算机群的存储空间剩余量都大于位于北京的用户创建自定义主机所需的存储空间,则都可以作为候选区域集群。

还比如,可以计算位于张家口、承德等地的计算机群的存储空间剩余量和位于贵州的用户创建备份所需的存储空间,如果只有位于承德的计算机群的存储空间剩余量大于位于贵州的用户创建自定义主机所需的存储空间,则可以选择承德的计算机群作为候选区域集群。

继续参照图1,在步骤104中,在所述候选区域集群中确定距离所述用户地理位置最近的区域集群,作为目标区域集群。

在本申请中,可以计算所述候选区域集群与所述用户地理位置之间的距离差值,进一步可以选择距离差值最小的区域集群,作为目标区域集群。

比如,位于张家口、承德等地的计算机群的存储空间剩余量都大于位于北京的用户创建自定义主机所需的存储空间,则可以通过计算所述候选区域集群与所述用户地理位置之间的距离差值,选择距离差值最小的张家口区域集群,作为目标区域集群。

另外,在本申请的一种场景下,如果有一个区域集群A和另一个区域集群B与所述用户地理位置的距离差值相等,则可以通过计算所述区域集群A和B中第一资源剩余量和所述资源需求量之间的差值,根据所述差值和所述资源需求量选择合适的区域集群作为目标区域集群。比如,在一个创建自定义主机的任务中需要100台主机,其中,区域集群A和区域集群B与所述用户地理位置的距离差值相等,区域集群A有100台主机可供使用,区域集群B有150台主机可供使用,因为实际资源需求量可能会发生变化,所以资源剩余量应留有余度,可以选择区域集群B作为候选区域集群。

继续参照图1,在步骤105中,将所述任务和处理所述任务的资源需求量发送至所述目标区域集群中的目标区域调度节点,以由所述目标区域调度节点调度所述任务。

在本申请的一个实施例中,可以将创建自定义主机的任务和创建自定义主机所需的存储空间等信息发送至所述张家口区域集群中的目标区域调度节点,以由所述目标区域调度节点调度所述任务。

在本申请的另一个实施例中,可以将创建备份的任务和创建备份所需的存储空间等信息发送至所述承德区域集群中的目标区域调度节点,以由所述目标区域调度节点调度所述任务。

在本申请中,云平台下的任务接收节点根据用户地理位置和处理所述任务的资源需求量,在各个区域调度节点中进一步选择调度所述任务的目标区域调度节点,起到了云平台下的调度系统去中心化的效果,云平台的调度系统中各个节点分担相应的调度任务,且每一个节点根据自身的实际情况执行调度任务,提高了调度任务处理的效率和准确性。

图2示出了根据本申请一个实施例的执行于目标区域调度节点的云平台下的任务调度方法的流程图。该云平台下的任务调度方法可以由具有计算处理功能的设备来执行,该云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点。

参照图2所示,该云平台下的任务调度方法执行于目标区域调度节点,所述目标区域调度节点为至少一个区域调度节点中的任意一个,所述方法至少包括步骤201至步骤203,详细介绍如下:

在步骤201中,接收由所述任务接收节点发送的任务,和处理所述任务的资源需求量。

在本申请中,所述资源需求量可以是完成该任务所需的任务执行节点数量,也可以是主机存储空间。

在本申请的一个实施例中,可以接收由所述任务接收节点发送的创建自定义主机的任务和创建自定义主机所需的存储空间等信息。

在本申请的另一个实施例中,可以接收由所述任务接收节点发送的创建备份的任务和创建备份所需的存储空间等信息。

继续参照图2,在步骤202中,获取目标区域集群中各个子域集群的第二资源剩余量。

在本申请中,所述第二资源可以是该目标区域集群中各个子域集群内的任务执行节点的数量,也可以是主机数量。

比如,在张家口区域集群中可以分为北区和南区,获取目标区域集群中各个子域集群的第二资源剩余量可以是获取张家口区域集群中北区和南区的主机数量。

还比如,在承德区域集群中可以分为东区和西区,获取目标区域集群中各个子域集群的第二资源剩余量可以是获取承德区域集群中东区和西区的主机数量。

继续参照图2,在步骤203中,根据处理所述任务的资源需求量,和各个子域集群的第二资源剩余量,将所述任务拆分为多个第一任务,并分发给各个子域调度节点,以由各个子域调度节点调度所述第一任务。

在本申请中,计算所述任务的资源需求量和所述子域集群中一个子域的第二资源剩余量之间的差值,如果所述子域集群中一个子域的第二资源剩余量大于所述任务的资源需求量,则可以将所述任务分发给该子域调度节点,以由该子域调度节点调度所述任务;如果所述子域集群中一个子域的第二资源剩余量小于所述任务的资源需求量,则可以根据所述差值将所述任务拆分为多个第一任务,并分发给各个子域调度节点,以由各个子域调度节点调度所述第一任务。

比如,在本申请的一个实施例中,创建自定义主机的任务需要100台主机,在张家口区域集群中,北区子域集群有120台主机可供使用,南区子域集群有80台主机可供使用,北区子域集群中可供使用的主机数量大于创建自定义主机的任务需要主机数量,则可以将所述任务分发给该北区子域调度节点,以由该北区子域调度节点调度所述任务。

在本申请的另一个实施例中,创建备份的任务需要200台主机,在承德区域集群中,东区子域集群有150台主机可供使用,西区子域集群有100台主机可供使用,东、西区子域集群中可供使用的主机数量均小于创建自定义主机的任务需要主机数量,则根据创建备份的任务需要主机数量和东、西区子域集群主机数量之间的差值,可以将所述任务拆分为两个第一任务,并分发给东、西区两个子域调度节点,以由东、西区两个子域调度节点调度所述第一任务。

具体的,所述任务拆分方式可以是将创建备份的任务需要的200台主机拆分成150和50台主机的第一任务,其中150台主机的第一任务分给东区子域调度节点,另外50台主机的第一任务分给西区子域调度节点。

还可以将创建备份的任务需要的200台主机拆分成50和100台主机的第一任务,其中50台主机的第一任务分给东区子域调度节点,另外100台主机的第一任务分给西区子域调度节点。

图3示出了根据本申请一个实施例的执行于子域调度节点的云平台下的任务调度方法的流程图。该云平台下的任务调度方法可以由具有计算处理功能的设备来执行,该云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点。

参照图3所示,该云平台下的任务调度方法执行于所述子域调度节点,所述方法至少包括步骤301至步骤303,详细介绍如下:

在步骤301中,接收由所述区域调度节点分发的第一任务。

在本申请的一个实施例中,可以接收由所述区域调度节点分发的第一任务,所述第一任务可以是创建100台自定义主机。

在本申请的另一个实施例中,可以接收由所述区域调度节点分发的第一任务,所述第一任务可以是创建备份至150台主机和创建备份至50台主机。

继续参照图3,在步骤302中,获取所述任务执行节点中各个任务执行节点的状态参数。

在本申请中,所述各个任务执行节点的状态参数可以包括所述区域内各机器剩余电量、剩余存储空间、运行状态、运算空间。

在本申请的一个实施例中,获取所述任务执行节点中各个任务执行节点的状态参数可以是获取所述区域内各主机的剩余存储空间。

在本申请的另一个实施例中,获取所述任务执行节点中各个任务执行节点的状态参数可以是获取所述区域内各主机的剩余存储空间和运算空间。

继续参照图3,在步骤303中,根据所述各个任务执行节点的状态参数,将所述第一任务拆分为多个第二任务,并分发给各个任务执行节点,以由各个任务执行节点执行所述第二任务。

在本申请的一个实施例中,可以根据所述区域内各主机的剩余存储空间和创建100台自定义主机的第一任务,将第一任务拆分至区域内的各个不同主机。

在本申请的另一个实施例中,可以根据所述区域内各主机的剩余存储空间和运算空间和创建备份至150台主机的第一任务,将第一任务拆分至区域内的各个不同主机。

图4示出了根据本申请一个实施例的执行于任务执行节点的云平台下的任务调度方法的流程图。该云平台下的任务调度方法可以由具有计算处理功能的设备来执行,该云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点。

参照图4所示,该云平台下的任务调度方法执行于所述任务执行节点,所述方法至少包括步骤401至步骤403,详细介绍如下:

继续参照图4,在步骤401中,接收由所述子域调度节点分发的第二任务。

在本申请的一个实施例中,所述第二任务可以是创建虚拟机、创建自定义主机、创建备份等。

继续参照图4,在步骤402中,判断所述任务执行节点自身是否能够执行所述第二任务。

在本申请的一个实施例中,所述任务执行节点可以根据自身的运行状况和自身执行角色判断所述任务执行节点自身是否能够执行所述第二任务。

比如,在本申请的一个实施例中,可以计算所述区域内一个主机A的剩余存储空间和创建自定义主机所需的存储空间,如果所述区域内一个主机A的剩余存储空间大于创建自定义主机所需的存储空间,则判断自身能够执行所述任务并执行任务;如果所述区域内一个主机A的剩余存储空间小于创建自定义主机所需的存储空间,则判断自身不能够执行所述任务。

在本申请的另一个实施例中,可以计算所述区域内一个主机B的剩余存储空间和运算空间和创建备份所需的资源空间,如果所述区域内一个主机B的剩余存储空间和运算空间大于创建备份所需的资源空间,则判断自身能够执行所述任务并执行任务;如果所述区域内一个主机B的剩余存储空间和运算空间小于创建备份所需的资源空间,则判断自身不能够执行所述任务。

继续参照图4,在步骤403中,如果不能执行所述第二任务,则在所述云平台中选定其它任务执行节点,并将所述第二任务发送至所述其它任务执行节点,以由所述其它任务执行节点执行所述第二任务。

在本申请中,所述任务执行节点间可以采用P2P消息传递机制,执行任务点对点传输。

在本申请的一个实施例中,所述任务执行节点将自身不能执行的所述第二任务发送至所述其它任务执行节点,确保所述第二任务最终能够被执行。

以下介绍本申请的装置实施例,可以用于执行本申请上述实施例中的云平台下的任务调度方法。对于本申请装置实施例中未披露的细节,请参照本申请上述的云平台下的任务调度方法的实施例。

图5示出了根据本申请一个实施例的设置于任务接收节点的云平台下的任务调度装置的框图。所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述装置设置于所述任务接收节点。

参照图5所示,根据本申请的一个实施例的云平台下的任务调度装置500,包括:第一接收单元501、第一获取单元502、筛选单元503、确定单元504和发送单元505。

其中,第一接收单元501,被用于接收用户发起的任务处理请求,所述任务处理请求包括用户地理位置和处理所述任务的资源需求量;第一获取单元502,被用于获取各个区域集群的第一资源剩余量;筛选单元503,被用于在所述至少一个区域集群中筛选所述第一资源剩余量大于所述资源需求量的区域集群,作为候选区域集群;确定单元504,被用于在所述候选区域集群中确定距离所述用户地理位置最近的区域集群,作为目标区域集群;发送单元505,被用于将所述任务和处理所述任务的资源需求量发送至所述目标区域集群中的目标区域调度节点,以由所述目标区域调度节点调度所述任务。

图6示出了根据本申请一个实施例的设置于目标区域调度节点的云平台下的任务调度装置的框图。所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述装置设置于所述区域调度节点。

参照图6所示,根据本申请的一个实施例的云平台下的任务调度装置600,包括:第二接收单元601、第二获取单元602和第一拆分单元603。

其中,第二接收单元601,被用于接收由所述任务接收节点发送的任务,和处理所述任务的资源需求量;第二获取单元602,被用于获取目标区域集群中各个子域集群的第二资源剩余量;第一拆分单元603,被用于根据处理所述任务的资源需求量,和各个子域集群的第二资源剩余量,将所述任务拆分为多个第一任务,并分发给各个子域调度节点,以由各个子域调度节点调度所述第一任务。

图7示出了根据本申请一个实施例的设置于子域调度节点的云平台下的任务调度装置的框图。所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述装置设置于所述子域调度节点。

参照图7所示,根据本申请的一个实施例的云平台下的任务调度装置700,包括:第三接收单元701、第三获取单元702和第二拆分单元703。

其中,第三接收单元701,被用于接收由所述区域调度节点分发的第一任务;第三获取单元702,被用于获取所述任务执行节点中各个任务执行节点的状态参数;第二拆分单元703,被用于根据所述各个任务执行节点的状态参数,将所述第一任务拆分为多个第二任务,并分发给各个任务执行节点,以由各个任务执行节点执行所述第二任务。

图8示出了根据本申请一个实施例的设置于任务执行节点的云平台下的任务调度装置的框图。所述云平台包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,所述装置设置于所述任务执行节点。

参照图8所示,根据本申请的一个实施例的云平台下的任务调度装置800,包括:第四接收单元801、判断单元802和选定单元803。

其中,第四接收单元801,被用于接收由所述子域调度节点分发的第二任务;判断单元802,被用于判断所述任务执行节点自身是否能够执行所述第二任务;选定单元803,被用于如果不能执行所述第二任务,则在所述云平台中选定其它任务执行节点,并将所述第二任务发送至所述其它任务执行节点,以由所述其它任务执行节点执行所述第二任务。

图9示出了根据本申请一个实施例的云平台下的任务调度系统的框图。

参照图9所示,所述系统901包括任务接收节点,至少一个区域集群,所述区域集群包括区域调度节点和至少一个子域集群,所述子域集群包括子域调度节点和至少一个任务执行节点,其中,

所述任务接收节点配置为:接收用户发起的任务处理请求,并根据将所述任务发送至所述区域集群中的区域调度节点。

具体的,所述任务接收节点还可以配置为如图1所示的云平台下的任务调度方法。

所述区域调度节点配置为:接收由所述任务接收节点发送的任务,并将所述任务拆分为多个第一任务,以分发给各个子域调度节点。

具体的,所述区域调度节点还可以配置为如图2所示的云平台下的任务调度方法。

所述子域调度节点配置为:接收由所述区域调度节点分发的第一任务,并将所述第一任务拆分为多个第二任务,以分发给各个任务执行节点。

具体的,所述子域调度节点还可以配置为如图3所示的云平台下的任务调度方法。

所述任务执行节点配置为:接收由所述子域调度节点分发的第二任务,如果所述任务执行节点自身不能执行所述第二任务,则将所述第二任务发送至所述云平台中的其它任务执行节点,以由所述其它任务执行节点执行所述第二任务。

具体的,所述任务执行节点还可以配置为如图4所示的云平台下的任务调度方法。

其中,如图9所示,各个任务执行节点能够点到点连接,其数据传输可以不通过服务器,而且可以直接传递,比如,所述任务执行节点之间可以采用P2P消息传递机制,执行任务点对点传输。

在本申请中,在包括任务接收节点、区域调度节点、子域调度节点和任务执行节点的云平台下,各节点能够根据实际情况进行事件的分析处理,并自动触发下一个节点执行任务,保证任务能被完成,没有主控节点,各节点都能执行任务,即使系统某节点发生故障,也能保证任务能被完成,其中,任务执行节点能够判断自身是否能够执行所述任务,并将自身不能执行的所述任务发送至所述云平台中的其它任务执行节点,保证每个任务能被完成。按照节点分布处理任务能够有效避免因单点故障而引起的整体系统瘫痪事故,提高调度系统的稳定性和处理大规模并发任务的能力。

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是,图10示出的电子设备的计算机系统1000仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示,计算机系统1000包括中央处理单元(Central Processing Unit,CPU)1001,其可以根据存储在只读存储器(Read-Only Memory,ROM)1002中的程序或者从储存部分1008加载到随机访问存储器(Random Access Memory,RAM)1003中的程序而执行各种适当的动作和处理,例如执行上述实施例中所述的方法。在RAM 1003中,还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(Input /Output,I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005:包括键盘、鼠标等的输入部分1006;包括诸如阴极射线管(Cathode Ray Tube,CRT)、液晶显示器(Liquid Crystal Display,LCD)等以及扬声器等的输出部分1007;包括硬盘等的储存部分1008;以及包括诸如LAN(Local AreaNetwork,局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1010上,以便于从其上读出的计算机程序根据需要被安装入储存部分1008。

特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分1009从网络上被下载和安装,和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时,执行本申请的系统中限定的各种功能。

需要说明的是,本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。

附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面,本申请还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述实施例中所述的云平台下的任务调度方法。

作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现上述实施例中所述的云平台下的任务调度方法。

应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本申请实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

技术分类

06120114711324