CN104780146A - 资源管理方法及装置 - Google Patents

Abstract

本发明实施例提供一种资源管理方法及装置。本发明资源管理方法，包括：资源管理器RM根据需要预先启动的应用管理器AM的类型及数量，从节点管理器NM注册的资源中选择资源并封装成多个与所述需要预先启动的AM匹配的容器Container，并在所述匹配的Container启动所述需要预先启动的AM；当所述RM接收到客户端提交的作业，根据所述作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行。本发明实施例实现了在客户端提交作业时可以将作业提交到预先启动的AM上执行，减少了分配资源启动AM的时延。

Description

资源管理方法及装置

技术领域

本发明实施例涉及网络技术，尤其涉及一种资源管理方法及装置。

背景技术

分布式系统基础架构Hadoop是Apache开发的可扩展的分布式存储和计算开源项目。Hadoop YARN系统框架中将资源管理和作业调度监控分开为两个组件，通过不同的应用管理器(Application Master，简称AM)使得其可以运行不同的应用，同时通过资源管理器（Resource Manager，简称RM）将资源封装成容器Container，可被不同应用和任务调度，大大提高了资源的利用率。

图1为现有技术的Hadoop YARN系统架构图，如图1所示，系统架构中包括的网元及作用如下：资源管理器RM用于资源管理和应用管理，根据容量，队列等限制条件分配资源给各个运行的应用；节点管理器（NodeManager，简称NM）是每个节点上的框架代理，负责启动应用所需的容器Container，监控资源情况并汇报给RM；应用管理器AM用于管理其对应的应用程序，向RM获取合适的容器Container执行任务，并跟踪这些Container状态和进度；其中，Container指的是封装了的机器资源（CPU、内存等），使用该Container封装的资源执行任务；客户端Client，用于提交作业，查询执行状态。首先，客户端Client提交一个作业，由资源管理器（ResourceManager，简称RM）根据节点管理器（Node Manager，简称NM）注册的资源为该作业分配封装的资源Container启动该作业的AM，接着该AM向RM请求封装的资源启动Container执行该作业的任务。

现有技术中的问题是，Client每次提交作业都需要动态向RM请求资源以及启动一个独立的AM，会导致作业启动的时延增大，对某些作业(如小作业、实时作业等)影响比较大。

发明内容

本发明实施例提供一种资源管理方法及装置，以克服现有技术中提交作业需要动态向RM请求资源启动AM时延较大的问题。

第一方面，本发明实施例提供一种资源管理方法，包括：

资源管理器RM根据需要预先启动的应用管理器AM的类型及数量，从节点管理器NM注册的资源中选择资源并封装成多个与所述需要预先启动的AM匹配的容器Container，并在所述匹配的Container上启动所述需要预先启动的AM；

当所述RM接收到客户端提交的作业，根据所述作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行。

结合第一方面，在第一方面的第一种可能的实现方式中，所述将所述作业提交到所述匹配的AM上执行之后，还包括：

所述RM接收所述匹配的AM的资源申请，分配所述NM注册的资源并封装成容器Container，在所述封装的Container上执行所述作业的任务。

结合第一方面、第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述RM接收到客户端提交的作业之前，还包括：

所述RM预留资源，并将所述预留资源封装成多个容器Container；则

所述RM根据所述作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行，具体为：

所述RM根据所述作业的信息，在所述已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若没有匹配的AM用于执行所述作业，则根据所述作业的信息确定是否有匹配的所述预留资源的Container用于启动新的AM执行所述作业，若有匹配的预留资源的Container用于启动新的AM执行所述作业，则分配所述预留资源的Container用于启动新的AM执行所述作业；若有匹配的AM用于执行所述作业，则根据所述作业的信息检测是否有匹配的预留资源的Container用于所述匹配的AM执行所述作业的任务，若有匹配的预留资源的Container用于所述匹配的AM执行所述作业的任务，则分配所述匹配的预留资源的Container给所述AM执行所述作业的任务。

结合第一方面，在第一方面的第三种可能的实现方式中，所述在预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行，包括：

若所述作业的信息包括在指定的AM上执行所述作业，确定所述指定的AM是否满足执行所述作业的条件，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括在指定应用类型的AM上执行所述作业，确定所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括所述作业的应用信息，根据所述应用信息确定是否有匹配的AM的应用类型，若是，则检测所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行。

结合第一方面，在第一方面的第四种可能的实现方式中，还包括：

所述RM记录所述需要预先启动的AM的信息，所述信息包括所述需要预先启动的AM的主机名、IP地址、端口号、应用类型和状态；

所述RM检测所述需要预先启动的AM的状态是否正常，若有状态不正常的AM，则重新分配资源启动失效的所述AM。

结合第一方面的第二种可能的实现方式中，在第一方面的第五种可能的实现方式中，还包括：

所述RM根据接收到的修改资源的请求，增加或减少所述需要预先启动的AM；或，修改所述需要预先启动的AM的信息，包括修改启动所述需要预先启动的AM的资源；或，增加或减少预留资源。

结合第一方面的第一～第五种可能的实现方式，在第一方面的第六种可能的实现方式中，Container执行所述作业的任务结束后，还包括：

判断所述执行所述作业的任务的Container是否需要预留，若是，则将所述执行所述作业的任务Container列入预留资源，若否，则清理所述执行所述作业的任务Container并释放资源。

第二方面，本发明实施例提供一种资源管理器，包括：

管理模块，用于根据需要预先启动的应用管理器AM的类型及数量，从节点管理器NM注册的资源中选择资源并封装成多个与所述需要预先启动的AM匹配的容器Container，并在所述匹配的Container启动所述需要预先启动的AM；

检测提交模块，用于当接收到客户端提交的作业，根据所述作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行。

结合第二方面，在第二方面的第一种可能的实现方式中，还包括：

接收模块，用于在所述提交模块将所述作业提交到所述匹配的AM上执行之后，接收所述匹配的AM的申请资源申请；相应的，所述管理模块还用于：

分配所述NM注册的资源并封装成容器Container，在所述封装的Container上执行所述作业的任务。

结合第二方面、第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述管理模块，还用于：

在接收到客户端提交的作业之前，预留资源，并将所述预留资源封装成多个容器Container；

相应的，所述检测提交模块具体用于：

根据所述作业的信息，在所述已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若没有匹配的AM用于执行所述作业，则根据所述作业的信息确定是否有匹配的预留资源的Container用于启动新的AM执行所述作业，若有匹配的预留资源的Container用于启动新的AM执行所述作业，则所述管理模块还用于分配所述预留资源的Container用于启动新的AM执行所述作业；若有匹配的AM用于执行所述作业，则根据所述作业的信息检测是否有匹配的预留资源的Container用于所述匹配的AM执行所述作业的任务，若有匹配的预留资源的Container用于所述匹配的AM执行所述作业的任务，则所述管理模块还用于分配匹配的预留资源的Container给所述AM执行所述作业的任务。

结合第二方面，在第二方面的第三种可能的实现方式中，所述检测提交模块，具体用于：

若所述作业的信息包括在指定的AM上执行所述作业，确定所述指定的AM是否满足执行所述作业的条件，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括在指定应用类型的AM上执行所述作业，确定所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括所述作业的应用信息，根据所述应用信息确定是否有匹配的AM的应用类型，若是，则检测所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行。

结合第二方面，在第二方面的第四种可能的实现方式中，所述管理模块还用于：

记录所述需要预先启动的AM的信息，所述信息包括所述需要预先启动的AM的主机名、IP地址、端口号、应用类型和状态；

所述检测提交模块，还用于检测所述需要预先启动的AM的状态是否正常，若有状态不正常的AM，则所述管理模块还用于重新分配资源启动失效的所述AM。

结合第二方面的第二种可能的实现方式，在第二方面的第五种可能的实现方式中，所述管理模块还用于：

根据接收到的修改资源的请求，增加或减少所述需要预先启动的所述AM；或，修改所述需要预先启动的AM的信息，包括修改启动所述需要预先启动的AM的资源；或，增加或减少预留资源。

结合第二方面的第一～第五种可能的实现方式，在第二方面的第六种可能的实现方式中，所述管理模块还用于：

在Container执行所述作业的任务结束后，判断所述执行所述作业的任务的Container是否需要预留，若是，则将所述执行所述作业的任务的Container列入预留资源，若否，则清理所述执行所述作业的任务的Container并释放资源。

本发明实施例资源管理方法及装置，通过资源管理器RM根据预先启动的应用管理器AM的类型及数量，从节点管理器NM注册的资源中选择资源并封装成多个与所述预先启动的AM匹配的容器Container，并在所述Container上启动所述AM；所述RM接收客户端提交的作业，根据所述作业的信息，在预先启动的多个AM中检测是否有匹配的AM用于执行所述作业，若有，则将所述作业提交到所述匹配的AM上执行，实现了在客户端提交作业时可以将作业提交到预先启动的AM上执行，减少了分配资源启动AM的时延，解决了现有技术中提交作业需要动态向RM请求资源启动AM时延较大的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术的Hadoop YARN系统架构图；

图2为本发明资源管理方法实施例一的流程图；

图3为本发明资源管理方法实施例一的系统架构图；

图4为本发明资源管理方法实施例二的系统架构图；

图5为本发明资源管理方法实施例二的流程图一；

图6为本发明资源管理方法实施例二的流程图二；

图7为本发明资源管理方法实施例三的流程图；

图8为本发明资源管理器实施例一的结构示意图；

图9为本发明资源管理器设备实施例一的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图2为本发明资源管理方法实施例一的流程图。图3为本发明资源管理方法实施例一的系统架构图。本实施例的执行主体为资源管理器RM，该RM可以通过软件和/或硬件实现。本实施例的方案应用在Hadoop可扩展的分布式存储和计算系统框架中。如图2所示，本实施例的方法可以包括：

步骤201、资源管理器RM根据需要预先启动的应用管理器AM的类型及数量，从节点管理器NM注册的资源封装成多个与需要预先启动的AM匹配的容器Container，并在匹配的Container上启动需要预先启动的AM。

具体地，如图3所示，RM上可以存储有需要预先启动的AM的列表，包括需要预先启动的AM的类型以及数量，RM在NM资源注册完成后根据配置信息（如预先启动的AM的列表）以及NM可用资源的情况在NM上配置预先启动的应用管理器AM的类型及数量，将NM注册的资源的可用资源封装成多个与预先启动的AM匹配的容器Container，并在Container上启动AM，这些多个预先启动的AM形成一个应用管理器资源池AM Pool（如包括批处理应用管理器（MapReduce，简称MR）AM、流处理应用管理器StreamAM、图计算应用管理器Gragh AM等），AM启动之后会向RM登记其相关信息。

步骤202、当RM接收到客户端提交的作业，根据作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行作业，若有匹配的AM用于执行所述作业，则将作业提交到匹配的AM上执行。

具体地，如图3所示，RM接收到客户端提交的作业，根据作业的信息，在预先启动的多个AM中检测是否有匹配的AM用于执行作业，若有，则将作业提交到匹配的AM上执行，若没有，则RM分配资源启动新的AM用于执行该作业。若预先启动的多个AM中执行作业完毕之后，新提交的作业可以继续提交到匹配的AM上，实现了资源的重复利用，并减少启动AM的时延。

可选地，将作业提交到匹配的AM上执行之后，本实施例的方法还可以包括：

RM接收匹配的AM的资源申请，分配NM注册的资源并封装成容器Container，在封装的Container上执行所述作业的任务。

可选地，RM记录需要预先启动的AM的信息，所述信息包括需要预先启动的AM的主机名、IP地址、端口号、应用类型和状态；

RM检测需要预先启动的AM的状态是否正常，若有状态不正常的AM，则重新分配资源启动失效的AM。

具体地，RM可以将需要预先启动的AM的信息进行记录，所述信息包括AM的主机名、IP地址、端口号、应用类型和状态，以便于客户端提交作业之后，查找相应的AM执行作业，同时，RM会定期检测已预先启动的AM的状态，如通过判断RM与AM之间的心跳是否正常（如心跳间隔时间规定在某个时间范围内，超过此范围则说明心跳异常），当RM发现某些AM发送故障时，RM会重新为这些AM分配资源，并判断是否有足够的资源启动AM，如果有足够的资源则分配资源并启动AM，记录该AM的信息并继续定期检测AM的状态。

本实施例，通过资源管理器RM根据需要预先启动的应用管理器AM的类型及数量，从节点管理器NM注册的资源中选择资源并封装成多个与所述需要预先启动的AM匹配的容器Container，并在匹配的Container上启动所述AM；当所述RM接收到客户端提交的作业，根据所述作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有，则将所述作业提交到所述匹配的AM上执行，实现了在客户端提交作业时可以将作业提交到预先启动的AM上执行，减少了分配资源启动AM的时延，解决了现有技术中提交作业需要动态向RM请求资源启动AM时延较大的问题。

图4为本发明资源管理方法实施例二的系统架构图，图5为本发明资源管理方法实施例二的流程图一，图6为本发明资源管理方法实施例二的流程图二，如图4所示，RM接收到客户端提交的作业之前，本实施例的方法还可以包括：

RM预留资源，并将预留资源封装成多个容器Container；则

RM根据作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行作业，若有匹配的AM用于执行作业，则将作业提交到匹配的AM上执行，具体为：

RM根据作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若没有匹配的AM用于执行作业，则根据作业的信息确定是否有匹配的预留资源的Container用于启动新的AM执行作业，若有匹配的预留资源的Container用于启动新的AM执行作业，则分配预留资源的Container用于启动新的AM执行作业；若有匹配的AM用于执行作业，则根据作业的信息检测是否有匹配的预留资源的Container用于匹配的AM执行作业的任务，若有匹配的预留资源的Container用于匹配的AM执行作业的任务，则分配匹配的预留资源的Container给AM执行作业的任务。

具体地，当客户端提交作业之后，在已预先启动的多个AM所在的AMPool中没有满足要求的AM执行该作业时，需要分配资源来启动新的AM，这将会带来一定的时延，另外，一些小作业用于执行任务的资源分配也会带来一定的时延（小作业例如是执行时间较短或占用资源较少的作业），为了减少资源分配的时延，如图4所示，RM进一步采用预留资源的方式，RM在启动后会根据系统配置等信息选择部分资源预留用于AM运行和小任务等实时性要求比较高的场景，并将预留资源封装成多个容器Container，预留资源后，RM会将预留的资源信息保存，包括资源的描述(如内存、CPU和IO等信息)、资源位置等。如图5所示，RM接收到客户端提交的作业，根据该作业的信息，检测AM Pool中是否有匹配的AM用于执行作业，若没有匹配的AM用于执行作业，则根据作业的信息检测是否有匹配的预留资源的Container用于启动新的AM执行作业，若有，则从预留资源中分配匹配的Container用于启动新的AM，启动AM之后提交作业到该AM上执行，若没有，则RM等待NM心跳消息触发资源分配，由RM分配资源用于启动该作业对应的AM；在检测是否有匹配的预留资源的Container用于启动新的AM之前，还可以根据预设规则判断该作业是否可以使用预留资源，如预留资源一般用于小作业等实时性要求比较高的场景；如图6所示，若有匹配的AM用于执行作业，则将作业提交到匹配的AM上执行，该AM向RM申请资源执行该作业的任务，RM接收AM的资源申请，根据作业的信息检测是否有匹配的预留资源的Container用于AM执行作业的任务，若有，则从预留资源中分配匹配的Container给AM执行作业的任务，分配完成后启动该作业的任务，若没有，则等待NM心跳消息触发Container分配；类似的，在检测是否有匹配的预留资源的Container用于AM执行作业的任务之前，还可以根据预设规则判断是否可以使用预留资源执行该作业的任务。

本实施例，通过RM预留资源，并将预留资源封装成的容器Container，在AM Pool中不存在对应的AM或对应的AM都有作业执行时，在预留资源封装成的容器Container上启动该作业对应的AM，或者在AM向RM申请资源执行作业的任务时，给AM分配预留资源封装成的容器Container执行该作业的任务，从而减少了分配资源启动Container的时延。

图7为本发明资源管理方法实施例三的流程图，如图7所示，在实施例一、二的基础上，本实施例的方法，在预先启动的AM中检测是否有匹配的AM用于执行作业，若有匹配的AM用于执行作业，则将作业提交到匹配的AM上执行，可以包括：

若作业的信息包括在指定的AM上执行作业，确定指定的AM是否满足执行作业的条件，若是，则将作业提交到满足条件的AM上执行；或，

若作业的信息包括在指定应用类型的AM上执行作业，确定应用类型对应的AM是否有满足条件的AM用于执行作业，若是，则将作业提交到满足条件的AM上执行；或，

若作业的信息包括作业的应用信息，根据应用信息确定是否有匹配的AM的应用类型，若是，则检测应用类型对应的AM是否有满足条件的AM用于执行作业，若是，则将作业提交到满足条件的AM上执行。

具体地，如图7所示，客户端提交作业到RM上，RM根据该作业的信息检测是否要求在指定的AM上执行，例如客户端之前已经获取到RM上AMPool上的所有AM信息，并根据本作业的信息选择合适的AM在提交作业时进行指定，并确定指定的AM是否满足执行作业的条件，若是，则将作业提交到指定的AM上执行；或，

客户端提交作业到RM上，RM根据该作业的信息检测是否要求在指定应用类型的AM上执行，客户端事先根据本次提交作业的信息确定所属的应用类型，确定应用类型对应的AM是否有满足条件的AM用于执行作业，若是，则将作业提交到满足条件的AM上执行；或，

客户端提交作业到RM上，在作业中设置资源等应用信息，根据应用信息确定是否有匹配的AM的应用类型，若是，则检测应用类型对应的AM是否有满足条件的AM用于执行作业，若是，则将作业提交到满足条件的AM上执行。

以上三种情况，如果选定的AM因为某些原因如故障导致不能满足条件，或找不到匹配的AM时，RM可以选择返回客户端失败，也可以重新选择一个符合要求的AM提交或者启动一个新的AM。

可选地，RM根据接收到的修改资源的请求，增加或减少需要预先启动的AM；或，修改需要预先启动的AM的信息，包括修改启动需要预先启动的AM的资源；或，增加或减少预留资源。

具体地，管理员或用户也可以通过配置管理工具等修改AM Pool资源的信息，RM根据接收到的修改资源的请求，判断是否拥有修改权限，如果有，则判断是否满足修改要求，例如要增加或减少需要预先启动的AM，如果增加的话判断是否有资源用于启动该AM，或者如果该AM使用频率较少则不进行预先启动；或，修改所述需要预先启动的AM的信息，包括修改启动所述AM的资源，如增加或减少某个AM的资源、修改AM所处的NM节点等；或，增加或减少预留资源。都要判断是否满足修改要求，再进行修改。

可选地，Container执行作业的任务结束后，还包括：

判断执行所述作业的任务的Container是否需要预留，若是，则将执行所述作业的任务的Container列入预留资源，若否，则清理执行所述作业的任务的Container并释放资源。

具体地，AM申请的资源Container执行作业的任务结束后，RM判断Container是否需要预留，若是，则将Container列入预留资源，若否，清理Container并释放资源。

本实施例，提交作业流程可以有以上三种情况，即提交到指定的AM上，或提交到指定应用类型的AM上，或直接提交应用信息由RM去选择相应的AM提交该作业；RM还可以修改资源，如增加或减少预先启动的所述AM；或，修改所述AM的信息，包括修改启动所述AM的资源；或，增加或减少预留资源；在执行作业任务的Container执行完该任务后，RM还可以根据配置确定是否进行清理或作为预留资源。

图8为本发明资源管理器实施例一的结构示意图，如图8所示，本实施例的资源管理器80可以包括：管理模块801和检测提交模块803，其中，管理模块801用于根据需要预先启动的应用管理器AM的类型及数量，从节点管理器NM注册的资源中选择资源并封装成多个与所述需要预先启动的AM匹配的容器Container，并在所述匹配的Container启动所述需要预先启动AM；检测提交模块803，用于当接收到客户端提交的作业，根据所述作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行。

可选地，如图8所示，资源管理器80还包括：接收模块802，用于在所述提交模块将所述作业提交到所述匹配的AM上执行之后，接收所述匹配的AM的申请资源申请；相应的，管理模块801还用于：

分配所述NM注册的资源并封装成容器Container，在所述封装的Container上执行所述作业的任务。

可选地，管理模块801还用于：

记录所述需要预先启动的AM的信息，所述信息包括所述需要预先启动的AM的主机名、IP地址、端口号、应用类型和状态；

检测提交模块803，还用于检测所述需要预先启动的AM的状态是否正常，若有状态不正常的AM，则管理模块801还用于重新分配资源启动失效的所述AM。

本实施例的装置，可以用于执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在本发明资源管理器实施例二中，本实施例的装置在图8所示装置结构的基础上，进一步地，管理模块801，还用于：

在接收到客户端提交的作业之前，预留资源，并将所述预留资源封装成多个容器Container；

检测提交模块803具体用于：

根据所述作业的信息，在所述已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若没有匹配的AM用于执行所述作业，则根据所述作业的信息确定是否有匹配的所述预留资源的Container用于启动新的AM执行所述作业，若有匹配的预留资源的Container用于启动新的AM执行所述作业，则所述管理模块还用于分配所述预留资源的Container用于启动新的AM执行所述作业；若有匹配的AM用于执行所述作业，则根据所述作业的信息检测是否有匹配的预留资源的所述Container用于所述匹配的AM执行所述作业的任务，若有匹配的预留资源的Container用于所述匹配的AM执行所述作业的任务，则所述管理模块还用于分配匹配的预留资源的Container给所述AM执行所述作业的任务。

本实施例的装置，可以用于执行方法实施例二的技术方案，其实现原理和技术效果类似，此处不再赘述。

在本发明资源管理器实施例三中，本实施例的装置在图8所示装置结构的基础上，进一步地，检测提交模块803，具体用于：

若所述作业的信息包括在指定的AM上执行所述作业，确定所述指定的AM是否满足执行所述作业的条件，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括在指定应用类型的AM上执行所述作业，确定所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括所述作业的应用信息，根据所述应用信息确定是否有匹配的AM的应用类型，若是，则检测所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行。

可选地，管理模块801还用于：

根据接收到的修改资源的请求，增加或减少需要预先启动的所述AM；或，修改所述需要预先启动的AM的信息，包括修改启动所述需要预先启动的AM的资源；或，增加或减少预留资源。

可选地，管理模块801还用于：

在Container执行所述作业的任务结束后，判断所述执行所述作业的任务的Container是否需要预留，若是，则将所述执行所述作业的任务的Container列入预留资源，若否，清理所述执行所述作业的任务的Container并释放资源。

本实施例的装置，可以用于执行图7所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图9为本发明资源管理器设备实施例一的结构示意图。如图9所示，本实施例提供的资源管理器设备90包括处理器901和存储器902。资源管理器设备90还可以包括发射器903、接收器904。发射器903和接收器904可以和处理器901相连。其中，发射器903用于发送数据或信息，接收器904用于接收数据或信息，存储器902存储执行指令，当资源管理器设备90运行时，处理器901与存储器902之间通信，处理器901调用存储器902中的执行指令，用于执行任意方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元或模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (14)

1.一种资源管理方法，其特征在于，包括：

资源管理器RM根据需要预先启动的应用管理器AM的类型及数量，从节点管理器NM注册的资源中选择资源并封装成多个与所述需要预先启动的AM匹配的容器Container，并在所述匹配的Container上启动所述需要预先启动的AM；

当所述RM接收到客户端提交的作业，根据所述作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行。

2.根据权利要求1所述的方法，其特征在于，所述将所述作业提交到所述匹配的AM上执行之后，还包括：

所述RM接收所述匹配的AM的资源申请，分配所述NM注册的资源并封装成容器Container，在所述封装的Container上执行所述作业的任务。

3.根据权利要求1或2所述的方法，其特征在于，所述RM接收到客户端提交的作业之前，还包括：

所述RM预留资源，并将所述预留资源封装成多个容器Container；则

所述RM根据所述作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行，具体为：

所述RM根据所述作业的信息，在所述已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若没有匹配的AM用于执行所述作业，则根据所述作业的信息确定是否有匹配的所述预留资源的Container用于启动新的AM执行所述作业，若有匹配的预留资源的Container用于启动新的AM执行所述作业，则分配所述预留资源的Container用于启动新的AM执行所述作业；若有匹配的AM用于执行所述作业，则根据所述作业的信息检测是否有匹配的预留资源的Container用于所述匹配的AM执行所述作业的任务，若有匹配的预留资源的Container用于所述匹配的AM执行所述作业的任务，则分配所述匹配的预留资源的Container给所述AM执行所述作业的任务。

4.根据权利要求1所述的方法，其特征在于，所述在预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行，包括：

若所述作业的信息包括在指定的AM上执行所述作业，确定所述指定的AM是否满足执行所述作业的条件，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括在指定应用类型的AM上执行所述作业，确定所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括所述作业的应用信息，根据所述应用信息确定是否有匹配的AM的应用类型，若是，则检测所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行。

5.根据权利要求1所述的方法，其特征在于，还包括：

所述RM记录所述需要预先启动的AM的信息，所述信息包括所述需要预先启动的AM的主机名、IP地址、端口号、应用类型和状态；

所述RM检测所述需要预先启动的AM状态是否正常，若有状态不正常的AM，则重新分配资源启动失效的所述AM。

6.根据权利要求3所述的方法，其特征在于，还包括：

所述RM根据接收到的修改资源的请求，增加或减少所述需要预先启动的AM；或，修改所述需要预先启动的AM的信息，包括修改启动所述需要预先启动的AM的资源；或，增加或减少预留资源。

7.根据权利要求2～6任一项所述的方法，其特征在于，Container执行所述作业的任务结束后，还包括：

判断所述执行所述作业的任务的Container是否需要预留，若是，则将所述执行所述作业的任务的Container列入预留资源，若否，则清理所述执行所述作业的任务的Container并释放资源。

8.一种资源管理器，其特征在于，包括：

管理模块，用于根据需要预先启动的应用管理器AM的类型及数量，从节点管理器NM注册的资源中选择资源并封装成多个与所述需要预先启动的AM匹配的容器Container，并在所述匹配的Container启动所述需要预先启动的AM；

检测提交模块，用于当接收到客户端提交的作业，根据所述作业的信息，在已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若有匹配的AM用于执行所述作业，则将所述作业提交到所述匹配的AM上执行。

9.根据权利要求8所述的资源管理器，其特征在于，还包括：

接收模块，用于在所述提交模块将所述作业提交到所述匹配的AM上执行之后，接收所述匹配的AM的资源申请；相应的，所述管理模块还用于：

分配所述NM注册的资源并封装成容器Container，在所述封装的Container上执行所述作业的任务。

10.根据权利要求8或9所述的资源管理器，其特征在于，所述管理模块，还用于：

在接收到客户端提交的作业之前，预留资源，并将所述预留资源封装成多个容器Container；

相应的，所述检测提交模块具体用于：

根据所述作业的信息，在所述已预先启动的AM中检测是否有匹配的AM用于执行所述作业，若没有匹配的AM用于执行所述作业，则根据所述作业的信息确定是否有匹配的所述预留资源的Container用于启动新的AM执行所述作业，若有匹配的预留资源的Container用于启动新的AM执行所述作业，则所述管理模块还用于分配所述预留资源的Container用于启动新的AM执行所述作业；若有匹配的AM用于执行所述作业，则根据所述作业的信息检测是否有匹配的预留资源的Container用于所述匹配的AM执行所述作业的任务，若有匹配的预留资源的Container用于所述匹配的AM执行所述作业的任务，则所述管理模块还用于分配匹配的预留资源的Container给所述AM执行所述作业的任务。

11.根据权利要求8所述的资源管理器，其特征在于，所述检测提交模块，具体用于：

若所述作业的信息包括在指定的AM上执行所述作业，确定所述指定的AM是否满足执行所述作业的条件，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括在指定应用类型的AM上执行所述作业，确定所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行；或，

若所述作业的信息包括所述作业的应用信息，根据所述应用信息确定是否有匹配的AM的应用类型，若是，则检测所述应用类型对应的AM是否有满足条件的AM用于执行所述作业，若是，则将所述作业提交到所述满足条件的AM上执行。

12.根据权利要求8所述的资源管理器，其特征在于，所述管理模块还用于：

记录所述需要预先启动的AM的信息，所述信息包括所述需要预先启动的AM的主机名、IP地址、端口号、应用类型和状态；

所述检测提交模块，还用于检测所述需要预先启动的AM的状态是否正常，若有状态不正常的AM，则所述管理模块还用于重新分配资源启动失效的所述AM。

13.根据权利要求10所述的资源管理器，其特征在于，所述管理模块还用于：

根据接收到的修改资源的请求，增加或减少所述需要预先启动的AM；或，修改所述需要预先启动的AM的信息，包括修改启动所述需要预先启动的AM的资源；或，增加或减少预留资源。

14.根据权利要求9～13任一项所述的资源管理器，其特征在于，所述管理模块还用于：

在Container执行所述作业的任务结束后，判断所述执行所述作业的任务的Container是否需要预留，若是，则将所述执行所述作业的任务的Container列入预留资源，若否，则清理所述执行所述作业的任务的Container并释放资源。