资源管理方法、装置和系统与流程

本发明涉及服务器资源管理技术领域，尤其涉及一种资源管理方法、装置和系统。

背景技术：

随着云计算的发展，现有的数据中心需要数量庞大的机柜服务器才能满足数据处理需求，为提升密集型应用在传统机柜服务器上的资源利用效率，目前主要使用rsa(rackscalearchitecture，机柜级架构)架构，通过将服务器的cpu、内存、存储和网络等资源进行合并为资源池，根据业务请求，从资源池中选取相应的资源，进行业务的处理。

rsa架构通过podm(plainolddatamanager，系统管理中心)管理pod(plainolddata，一种数据结构)对象。podm管理多个podml(podmlocal，本地数据结构管理节点)；每个podml以rack(架构上的每层)为单位，对dmc(drawermanagementcontroller，抽屉管理控制器)进行管理，每个podml可面对多个dmc；dmc以drawer(抽屉)为单位，对bmc(baseboardmanagementcontroller，基板管理控制器)进行管理；bmc以module(模块)为单位。由此，每一个层级面向多个子层级单位，例如一个podml同时面对多个dmc，负责多个dmc的资源发现、组装。

rsa系统架构由lid(locationid，位置序列号)来标识每个资源的位置，在生产或安装环节进行各层级编号的设置。lid具体组成为pod-rack(机架)-drawer-module-submodule(子模块)，例如drawer的编号，可以从机架背板通过gpio(general-purposeinput/output，总线扩展器)读取。

由此，可以看出，rsa系统架构由lid进行标识，层次概念复杂，软件架构复杂。随着目前数据处理规模的不断扩大，服务器机架越来越多，为了标识各资源位置，需严格规划布线保证资源的位置关系，管理困难，且安装人员设置编号难度大，容易出错。

由于lid的层次概念复杂，对rsa进行扩展时只能通过在底层挂接新的 管理层次，例如，集成多块刀片时，只能在module下再增加一个blade(刀片)层次，对lid进行扩展。若lid中的一个节点发生故障，则其下挂的全部资源均不可用，导致rsa的层次架构冗余、不稳定，而且对硬件应用形态没有针对性。

因此，现有的服务器资源池管理层次复杂、开放性差，导致管理难度大。

技术实现要素：

本发明的主要目的在于提供一种资源管理方法、装置和系统，旨在解决现有服务器资源管理难度大的技术问题。

为实现上述目的，本发明提供一种资源管理方法，所述资源管理方法包括以下步骤：

管理节点获取各控制节点下挂的资源信息；

根据收到的业务请求和所述资源信息，生成组装请求；

根据所述组装请求，控制所述控制节点组装逻辑服务器，处理所述业务请求。

优选的，所述管理节点获取各控制节点下挂的资源信息的步骤包括：

接收各控制节点的配置请求，向所述控制节点分配动态地址；

获取所述控制节点基于所述动态地址发送的注册信息，并登记所述控制节点；

获取所述已登记控制节点下挂的资源信息。

优选的，所述根据收到的业务请求和所述资源信息，生成组装请求的步骤包括：

根据收到的业务请求，对所述资源信息进行过滤；

根据预设的权重算法和过滤得到的资源信息，选取服务资源并获取所述服务资源的信息；

根据所述服务资源信息，生成组装请求。

优选的，所述根据所述组装请求，控制所述控制节点组装逻辑服务器，处理所述业务请求的步骤包括：

将所述组装请求发送给所述服务资源挂接的控制节点；

控制所述服务资源挂接的控制节点根据所述组装请求，组装逻辑服务器；

控制所述逻辑服务器处理所述业务请求。

优选的，所述根据所述组装请求，控制所述控制节点组装逻辑服务器，处理所述业务请求的步骤之后，还包括：

接收所述业务请求的撤销请求；

根据所述撤销请求，控制所述服务资源挂接的控制节点拆分所述逻辑服务器；

撤销所述逻辑服务器，并转入执行步骤：管理节点获取各控制节点下挂的资源信息。

此外，为实现上述目的，本发明还提供一种资源管理装置，所述资源管理装置包括：

收集模块，用于管理节点获取各控制节点下挂的资源信息；

组装模块，用于根据收到的业务请求和所述资源信息，生成组装请求；

处理模块，用于根据所述组装请求，控制所述控制节点组装逻辑服务器，处理所述业务请求。

优选的，所述收集模块包括：

分配单元，用于接收各控制节点的配置请求，向所述控制节点分配动态地址；

登记单元，用于获取所述控制节点基于所述动态地址发送的注册信息，并登记所述控制节点；

收集单元，用于获取所述已登记控制节点下挂的资源信息。

优选的，所述组装模块包括：

过滤单元，用于根据收到的业务请求，对所述资源信息进行过滤；

权重单元，用于根据预设的权重算法和过滤得到的资源信息，选取服务资源并获取所述服务资源的信息；

生成单元，用于根据所述服务资源信息，生成组装请求。

优选的，所述处理模块包括：

请求单元，用于将所述组装请求发送给所述服务资源挂接的控制节点；

组装单元，用于控制所述服务资源挂接的控制节点根据所述组装请求，组装逻辑服务器；

处理单元，用于控制所述逻辑服务器处理所述业务请求。

优选的，所述资源管理装置还包括：

接收模块，用于接收所述业务请求的撤销请求；

拆分模块，用于根据所述撤销请求，控制所述服务资源挂接的控制节点拆分所述逻辑服务器；

撤销模块，用于撤销所述逻辑服务器。

此外，为实现上述目的，本发明还提供一种资源管理系统，所述资源管理系统包括管理节点和控制节点，其中：

所述管理节点包括收集模块、组装模块、处理模块、接收模块、拆分模块和撤销模块；

所述控制节点，用于向所述管理节点注册；收集其下挂的资源信息，并上报给所述管理节点；根据所述管理节点发送的组装请求组装逻辑服务器；根据所述管理节点发送的撤销请求拆分所述逻辑服务器。

本发明实施例提出的一种资源管理方法、装置和系统，通过管理节点获取各控制节点下挂的资源信息；根据收到的业务请求和资源信息，生成组装请求；根据组装请求，控制控制节点组装逻辑服务器，处理业务请求。本发明通过控制节点直接与管理节点交互进行资源管理，降低了管理软件的复杂度，同时简化了服务器系统的组网、布线，实现了服务器系统管理网络结构的优化，对服务器系统中各资源的管理更加简便，提升了资源管理的效率。

附图说明

图1为本发明资源管理方法第一实施例的流程示意图；

图2为本发明资源管理方法第二实施例的流程示意图；

图3为本发明实施例的管理结构示意图；

图4为本发明资源管理方法第三实施例的流程示意图；

图5为本发明资源管理方法第四实施例的流程示意图；

图6为本发明资源管理方法第五实施例的流程示意图；

图7为本发明资源管理装置第一实施例的功能模块示意图；

图8为本发明资源管理装置第二实施例的功能模块示意图；

图9为本发明资源管理装置第三实施例的功能模块示意图；

图10为本发明资源管理装置第四实施例的功能模块示意图；

图11为本发明资源管理装置第五实施例的功能模块示意图；

图12为本发明资源管理系统第一实施例的模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的主要解决方案是：管理节点获取各控制节点下挂的资源信息；根据收到的业务请求和所述资源信息，生成组装请求；根据所述组装请求，控制所述控制节点组装逻辑服务器，处理所述业务请求

由于现有技术服务器系统的资源管理架构复杂，开放性差，导致管理难度大。

本发明提供一种解决方案，将资源挂接于控制节点，通过管理节点和控制节点交互进行资源管理，优化了管理结构，简化了对服务器资源的管理层次，提升了资源管理效率。

参照图1，本发明资源管理方法第一实施例提供一种资源管理方法，所述资源管理方法包括：

步骤s10、管理节点获取各控制节点下挂的资源信息。

本发明主要应用于资源管理，本实施例以机柜服务器系统的资源管理进 行举例说明，本发明提出的资源管理方法简化了现有机柜服务器组网和布线，优化了管理网络，提升了机柜服务器系统的实用性。

具体的，作为一种实施方式，首先，初始化机柜服务器系统的管理网络。

其中，机柜服务器系统的管理网络包括管理节点和控制节点。管理节点为manager，例如podm(podmanager，pod数据管理节点)，作为管理终端，管理服务器资源和逻辑服务器，例如资源的发现、分配和回收；控制节点为controller，例如dmc(drawermanagementcontroller，抽屉管理控制器)，作为管理网络的交换节点，用于对其所包含的资源进行发现和组装，并以client(客户端)与管理节点进行协作，完成资源管理；控制节点还可以包括网络交换机，例如tor交换机(topofrack，架顶交换机)，tor交换机可以下挂资源用于管理服务器的网络资源的管理、交换；当然，tor交换机也可以不下挂资源，不作为控制节点管理网络资源，仅用于网络交换。

本实施例以管理节点为podm、控制节点为dmc，tor交换机仅用于网络交换进行举例说明。控制节点可包括多个dmc和tor交换机。

管理网络初始化时，dmc的交换模块启动，tor交换机启动。然后，dmc交换模块和tor交换机进行选举、收敛，形成无环树形网络，任意节点均可以与其他节点互联，以保证任意节点发生故障时，可重新收敛形成无环树形网络，提升管理网络的可靠性。

管理节点可挂接于无环树形网络的任意节点，进行管理。

管理节点定时从各控制节点收集资源信息，各控制节点实时更新其下挂的资源状态，以保证管理节点获取的资源信息为准确地资源信息。或者，各控制节点主动将本地资源信息发送给管理节点，管理节点接收各控制节点的资源信息，并进行存储。

需要说明的是，各控制节点主动收集其下挂的各项本地资源信息。各控制节点下挂的资源包括处理器、内存、存储、网络资源等，可根据实际需要灵活设置。各控制节点收集的资源信息包括各资源的位置标识、当前使用状态、处理能力等。

由此，管理节点获取各控制节点的资源信息。其中，管理节点获取的资源信息包括各资源的位置标识、所挂接的控制节点、当前使用状态、处理能力等。

然后，管理节点将各类资源根据资源信息分别合并形成资源池，例如cpu资源池、内存资源池、存储资源池和网络资源池等，用于处理业务时根据业务需求组合成逻辑服务器。

管理节点可以将各控制节点的资源信息存储在cmdb(configurationmanagementdatabase，配置管理数据库)，并根据后续获取的控制节点资源信息进行数据更新。

步骤s20、根据收到的业务请求和所述资源信息，生成组装请求。

在获取各控制节点的资源信息后，管理节点根据业务请求，进行资源组装。

具体的，作为一种实施方式，首先，管理节点接收业务请求，例如电信业务，可以通过远程pc(personalcomputer，个人电脑)等终端发送给管理节点。业务请求可以携带有业务类型、处理业务所需要的资源、对各资源的规格要求等信息，可根据实际需要灵活设置。

然后，管理节点可以根据业务请求的类型，从预置的资源分配表中获取本次业务请求对应的各资源规格要求，然后从已获取的资源信息中，挑选出符合条件的各项资源；或者管理节点可以根据业务请求携带的对资源的各项要求，从已获取的资源信息中，挑选出符合条件的各项资源。

由此，管理节点得到适于处理本次业务请求的各项资源，并将得到的各项资源作为本次处理业务请求的服务资源。根据选取的服务资源，管理节点可以组装得到逻辑服务器，用于处理本次业务请求。

然后，管理节点根据选取的服务资源生成组装请求。组装请求包括各服务资源信息，也即被选取的、本次组装逻辑服务器所需的各资源信息，例如各服务资源的位置标识、所挂接的控制节点、连接关系等。

步骤s30、根据所述组装请求，控制所述控制节点组装逻辑服务器，处理所述业务请求。

管理节点在得到组装请求后，根据组装请求，使控制节点组装逻辑服务器处理业务请求。

具体的，作为一种实施方式，首先，管理节点根据组装请求中的各服务 资源信息，将组装请求发送给各服务资源所挂接的控制节点，也即将组装请求发送给被选取的资源所挂接的控制节点。

各控制节点收到组装请求后，管理节点分别控制各控制节点根据组装请求，查找到各控制节点挂接的资源中、被选择用于组装逻辑服务器的资源，也即服务资源。

然后，各控制节点根据组装请求，将位于不同控制节点上的各服务资源进行相互连接，组装逻辑服务器。其中，dmc与子网内部的bmc(baseboardmanagementcontroller，基板管理控制器)进行交互，访问具体的资源。

例如，通过控制节点的交换板，设置sasexpander(扩展)，完成cpu和storages(存储器)的组装。需要说明的是，dmc与bmc的交互协议可以是ipmi(intelligentplatformmanagementinterface，智能平台管理接口)协议，也可以是http(hypertexttransferprotocol，超文本传输协议)，也可以是其他交互协议，可根据实际需要灵活设置。

然后，管理节点或远程控制机根据本次业务处理的需求，为组装完成的逻辑服务器部署操作系统、云平台软件和其他用于业务处理的软件。

完成软件部署后，管理节点控制逻辑服务器处理本次业务请求。

逻辑服务器作为物理机，通过各服务资源，进行本次业务的处理。

后续，管理节点或远程控制机可以根据本次业务处理的需求，控制逻辑服务器中各服务资源所属的控制节点，进行逻辑服务器的上电、下电、复位等操作。例如，需要对逻辑服务器进行上电操作时，管理节点根据服务资源的信息，将复位操作请求发送给此服务资源所挂接的控制节点，控制节点收到上电操作请求后，进行相应的上电操作。

在本实施例中，管理节点获取各控制节点下挂的资源信息；根据收到的业务请求和资源信息，生成组装请求；然后，管理节点根据组装请求，控制控制节点组装逻辑服务器，处理本次业务请求。本实施例避免传统服务器的机架层级概念，将资源挂接在各控制节点，由控制节点直接与管理节点交互进行资源管理，降低了管理软件的复杂度，同时简化了服务器系统的组网、布线，实现了服务器系统管理网络结构的优化，对服务器系统中各资源的管 理更加简便，提升了资源管理的效率。

进一步的，参照图2，本发明资源管理方法第二实施例提供一种资源管理方法，基于上述图1所示的实施例，所述步骤s10包括：

步骤s11、接收各控制节点的配置请求，向所述控制节点分配动态地址。

在服务器管理平台启动后，首先，初始化机柜服务器系统的管理网络。

本实施例以管理节点为podm、控制节点为dmc，tor交换机仅用于网络交换进行举例说明。控制节点可包括多个dmc和tor交换机。

管理网络初始化时，dmc的交换模块启动，tor交换机启动。然后，dmc交换模块和tor交换机进行选举、收敛，形成相互通信、互不影响的无环树形网络。在形成的无环树形网络中，任意节点均可以与其他节点互联，以保证任意节点发生故障时，可重新收敛形成无环树形网络，提升管理网络的可靠性。同时，无环树形网络阻断了环路，保证节点的负载均衡。

以dmc和tor交换机运行mstp(multispanningtreeprotocol，多生成树协议)进行举例说明，dmc的交换模块和tor交换机为平等的节点，dmc节点有下挂资源，而tor交换机没有。

生成的无环树形网络可参照图3，每一个dmc或tor交换机至少与另外3个节点互联，某一个网口或连接故障后，mstp重新收敛形成一个新的无环树形网络，通过连接上的3倍冗余达到3倍的可靠性。需要说明的是，任一节点在布线时可以根据工程设计尽量多的互联，互联节点数量可根据实际需要灵活设置。

管理节点podm可以挂接在无环树形网络的任意节点，而且无环树形网络的任意节点都可以继续增加挂接的dmc。

在完成管理网络初始化后，管理节点接收各控制节点的配置请求，向所述控制节点分配动态地址。

作为一种实施方式，管理节点可以运行dhcpd(dynamichostconfigurationprotocoldaemon，动态主机配置协议进程)服务，接收控制节点发送的dhcp(dynamichostconfigurationprotocol，动态主机配置协议)请求。

控制节点在上电后，主动向管理节点发送dhcp请求，请求分配动态地 址。

然后，管理节点根据收到的控制节点dhcp请求，向控制节点分配动态地址，例如ip、addr(地址)。管理节点分配的动态地址设置有租期时长，当控制节点发生异常或租期使用完毕后，回收控制节点的动态地址，并可将回收的动态地址分配给其他控制节点。需要说明的是，租期时长可根据实际需要灵活设置。

然后，管理节点将分配的动态地址发送给相应的控制节点。

步骤s12、获取所述控制节点基于所述动态地址发送的注册信息，并登记所述控制节点。

管理节点分配动态地址后，获取控制节点的注册信息，并登记控制节点。

具体的，作为一种实施方式，控制节点收到管理节点分配的动态地址后，以此动态地址作为后续与管理节点通信的地址。

控制节点主动向管理节点发送注册信息进行注册。控制节点的注册信息包括控制节点的主机名和当前运行状态。其中，控制节点的当前运行状态包括控制节点当前是否正常运行、资源占用率等信息。

管理节点接收控制节点基于动态地址发送的注册请求，获取控制节点的注册信息。由此，管理节点可获知使用当前动态地址的控制节点信息。

然后，管理节点登记进行注册的各控制节点，保存各控制节点的动态地址、主机名，缓存各控制节点的当前状态，并建立对应关系，用以识别不同的控制节点。

步骤s13、获取所述已登记控制节点下挂的资源信息。

控制节点在上电后，启动本地资源发现，主动收集其下挂的各项资源。各控制节点下挂的资源包括处理器、内存、存储、网络资源等，可根据实际需要灵活设置。

各控制节点收集的资源信息包括各资源的位置标识、当前使用状态、处理能力等。

作为一种实施方式，控制节点发现的资源可以使用控制节点主机名和uuid(universallyuniqueidentifier，通用唯一识别码)作为位置标识。其中， 控制节点主机名为资源所挂接的控制节点主机名；uuid为预先配置的识别标识，可以根据资源的出厂信息、出场时间设置uuid，当然也可以根据资源的其他硬件信息设置uuid，可根据实际需要灵活设置。

另外，在控制节点内部，可以增加sled(槽位)等位置信息，增加对资源的位置标识，用于进一步标识资源的物理位置，以便发生硬件故障时可以方便快捷的查找到资源，进行处理。

对于管理节点只需要通过主机名和uuid识别不同的资源即可，不需要控制节点内部的位置信息。

由此，简化了服务器系统的架构，层次架构针对硬件应用更有针对性。当发生资源故障时，首先根据故障资源的挂接关系，通过主机名查找到挂接的控制节点，然后通过控制节点内部的位置信息，快速的定位故障资源的物理位置，实现对资源位置的快速定位，同时简化了管理软件的复杂程度，实际操作难度小，避免了通过严格布线定位资源时容易发生的混乱和错误。

各控制节点在发送注册请求进行登记后，主动将本地资源信息发送给管理节点，管理节点接收各控制节点的资源信息，并进行存储；或管理节点定时从已登记的各控制节点收集资源信息，各控制节点实时更新其下挂的资源状态，以保证管理节点获取的资源信息为准确地资源信息。

由此，管理节点获取已登记的各控制节点的资源信息。管理节点获取的资源信息包括各资源的位置标识、所挂接的控制节点、当前使用状态、处理能力等。

管理节点可以将控制节点的主机名和控制节点下挂的各资源信息建立对应关系，用于标识不同控制节点的资源。由此，管理节点可以根据主机名查找到各控制节点下挂的资源信息，进行控制节点资源信息的数据查询或更新等。

然后，管理节点将各类资源根据资源信息分别合并形成资源池，例如cpu资源池、内存资源池、存储资源池和网络资源池等，用于处理业务时根据业务需求组合成逻辑服务器。

管理节点将各控制节点的资源信息存储在cmdb。需要说明的是，存储资源信息的cmdb可以根据存储的数据量、环境规模等实际情况进行配置。

在本实施例中，管理节点接收各控制节点的配置请求，向控制节点分配动态地址；然后，获取控制节点基于动态地址发送的注册信息，并登记控制节点；然后，获取已登记控制节点下挂的资源信息。本实施例通过管理节点向控制节点分配动态地址，注册控制节点，有效提升了地址使用效率和对管理节点的管理效率，避免失效控制节点占用资源；同时，管理节点能够及时获取有效控制节点的资源信息，数据有序、规整，便于后续对资源的管理。

进一步的，参照图4，本发明资源管理方法第三实施例提供一种资源管理方法，基于上述图1或图2所示的实施例(本实施例以图2进行举例说明)，所述步骤s20包括：

步骤s21、根据收到的业务请求，对所述资源信息进行过滤。

在获取各控制节点的资源信息后，管理节点根据业务请求，进行资源组装。

具体的，作为一种实施方式，首先，管理节点接收业务请求，例如电信业务，可以通过远程pc(personalcomputer，个人电脑)等终端发送给管理节点。业务请求可以携带有业务类型、处理业务所需要的资源、对各资源的规格要求等信息，可根据实际需要灵活设置。

然后，管理节点根据处理业务请求的所需要的资源，从已存储的各类资源池中，筛选出处理本次业务请求所需要的资源池。

然后，根据业务请求对资源的规格要求和各资源信息，对各资源池中的资源进行过滤，筛选出符合要求的资源。例如，业务请求限制多核cpu的核数，则管理节点过滤掉cpu资源池中，核数不满足要求的cpu，也即过滤掉不满足要求的cpu资源信息；业务请求也可以限制内存的存储量，则管理节点根据业务请求设置的参数，过滤掉内存资源池中不满足参数要求的内存资源，也即过滤掉不满足要求的内存资源信息；业务请求还可以限制网络流量，则管理节点根据业务请求设置的参数，过滤掉网络资源池中不满足参数要求的网络资源，也即过滤掉不满足要求的网络资源信息。

由此，管理节点根据业务请求，过滤掉了资源池中能不满足业务处理需求的资源，也即过滤掉了不能满足业务处理需求的资源信息。

过滤后得到的资源信息，满足处理本次业务请求的要求。

步骤s22、根据预设的权重算法和过滤得到的资源信息，选取服务资源并获取所述服务资源的信息。

在对资源信息进行过滤后，管理节点根据预设的权重算法和过滤得到的资源信息，选取资源作为组装逻辑服务器的服务资源。

具体的，作为一种实施方式，首先，管理节点根据预设的权重算法和过滤得到的资源信息，选取适于组装逻辑服务器的资源。

例如，预设的权重算法设置有cpu与内存的距离参数，则管理节点根据距离参数和资源信息，选取满足要求的cpu和内存，避免cpu与内存距离过远导致数据传输异常。

需要说明的是，预设的权重算法可根据实际情况灵活设置，用于设置参数条件，使获取的资源组合得到的逻辑服务器能够达到处理速度、存储占用率等性能均衡或最优。

由此，管理节点得到用于组装逻辑服务器的资源，并将得到的各资源作为组装逻辑服务器的服务资源。根据选取的服务资源，管理节点可以组装得到逻辑服务器，用于处理本次业务请求。

然后，管理节点获取各服务资源的信息。各服务资源的信息包括：各服务资源的位置标识、所挂接的控制节点、当前使用状态、处理能力等，可根据实际需要灵活设置。

步骤s23、根据所述服务资源信息，生成组装请求。

在获取服务资源信息后，管理节点根据服务资源信息生成组装请求。

其中，组装请求包括各服务资源的信息，也即被选取的、本次组装逻辑服务器所需的各资源信息，例如各服务资源的位置标识、所挂接的控制节点、连接关系等。

在本实施例中，管理节点根据收到的业务请求，对资源信息进行过滤；然后根据预设的权重算法和过滤得到的资源信息，选取服务资源并获取服务资源的信息；然后根据服务资源信息，生成组装请求。本实施例实现了组装逻辑服务器资源的优选，简化了资源的选取流程，选取得到的服务资源能够 更加高效的处理业务请求。

进一步的，参照图5，本发明资源管理方法第四实施例提供一种资源管理方法，基于上述图4所示的实施例，所述步骤s30包括：

步骤s31、将所述组装请求发送给所述服务资源挂接的控制节点。

管理节点在得到组装请求后，根据组装请求，使控制节点组装逻辑服务器处理业务请求。

具体的，作为一种实施方式，首先，管理节点根据组装请求中的各服务资源信息，将组装请求分别发送给各服务资源所挂接的控制节点。

管理节点发送的组装请求包括各控制节点中被选取作为服务资源的资源信息，各服务资源的连接关系等。

步骤s32、控制所述服务资源挂接的控制节点根据所述组装请求，组装逻辑服务器。

将组装请求发送给各服务资源挂接的控制节点后，作为一种实施方式，首先，管理节点分别控制各控制节点根据组装请求，查找到各控制节点挂接的资源中、被选择用于组装逻辑服务器的资源，也即查找服务资源。

然后，各控制节点根据组装请求，将位于不同控制节点上的各服务资源进行相互连接，组装成逻辑服务器。

其中，控制节点dmc与子网内部的bmc进行交互，访问具体的资源。需要说明的是，dmc与bmc的交互协议可以是ipmi协议，也可以是http，也可以是其他交互协议，可根据实际需要灵活设置。

由此，得到组装完成的逻辑服务器。逻辑服务器由各服务资源连接组成。

步骤s33、控制所述逻辑服务器处理所述业务请求。

在完成组装逻辑服务器后，管理节点或远程控制机根据本次业务处理的需求，为组装完成的逻辑服务器部署操作系统、云平台软件和其他用于业务处理的软件。

完成软件部署后，管理节点控制逻辑服务器处理本次业务请求。

逻辑服务器作为物理机，通过各服务资源，进行本次业务的处理。

后续，管理节点或远程控制机可以根据本次业务处理的需求，控制逻辑服务器中各服务资源挂接的控制节点，进行逻辑服务器的上电、下电、复位等操作。例如，需要对逻辑服务器进行上电操作时，管理节点根据服务资源的信息，将上电操作请求发送给此服务资源所挂接的控制节点，控制节点收到上电操作请求后，进行相应的上电操作。

在本实施例中，管理节点将组装请求发送给服务资源挂接的控制节点；然后，控制服务资源所挂接的控制节点根据组装请求，组装逻辑服务器；然后控制逻辑服务器处理业务请求。本实施例通过将组装请求发送给服务资源所挂接的控制节点，控制相应的控制节点连接服务资源，完成逻辑服务器的组装，进而处理业务请求。本实施例简化了逻辑服务器中各资源的组装流程，提升了资源管理效率。

进一步的，参照图6，本发明资源管理方法第五实施例提供一种资源管理方法，基于上述图5所示的实施例，所述步骤s30之后，还包括：

步骤s40、接收所述业务请求的撤销请求。

在进行业务请求处理时，或完后业务处理请求后，若管理节点收到对于业务请求的撤销请求，则停止对此业务的处理，撤销处理此业务的逻辑服务器。

具体的，作为一种实施方式，远程控制机可根据实际需要，发出针对业务请求的撤销请求，撤销对于业务的处理。

管理节点接收远程控制机发送的撤销请求。其中，撤销请求携带有本次请求撤销的业务信息。

步骤s50、根据所述撤销请求，控制所述服务资源挂接的控制节点拆分所述逻辑服务器。

在收到撤销请求后，作为一种实施方式，首先，管理节点根据撤销请求获取本次请求撤销的业务。

然后，管理节点根据本次请求撤销的业务，获取处理此业务的逻辑服务器信息，得到各服务资源的信息。

然后，管理节点根据各服务资源的信息，获取各服务资源所挂接的控制节点，并且，将撤销请求发送分别给各服务资源所挂接的控制节点。

控制节点收到撤销请求后，根据撤销请求，对服务资源进行下电操作，拆分组成逻辑服务器的各资源。

由此，管理节点实现对逻辑服务器资源的拆分。

步骤s60、撤销所述逻辑服务器，并转入执行步骤s10。

在完成逻辑服务器资源的拆分后，管理节点撤销此逻辑服务器，停止此逻辑服务器的业务处理。

然后，管理节点向各控制节点发出资源收集请求，收集各控制节点当前的资源信息；各控制节点实时更新其下挂的资源信息，并向管理节点上报。

管理节点收到各控制节点资源信息后，根据各控制节点的主机名，将各控制节点对应的资源信息进行更新，实现cmdb的更新。

需要说明的是，管理节点可以更新当前管理网络中所有控制节点的资源信息，也可以仅更新拆分逻辑服务器的控制节点的资源信息，可根据实际需要灵活设置。

在本实施例中，管理节点接收针对业务请求的撤销请求；然后，根据撤销请求，控制所述服务资源所挂接的控制节点拆分逻辑服务器；并撤销所述逻辑服务器，然后更新资源信息，用于后续其他逻辑服务器的组装。本实施例通过对逻辑服务器的拆分，释放资源并更新资源信息，提升了资源的使用效率，释放的资源可用于其他业务的处理，保证了资源管理的有序性，简化了对资源的管理。

参照图7，本发明资源管理装置第一实施例提供一种资源管理装置，所述资源管理装置包括：

收集模块100，用于管理节点获取各控制节点下挂的资源信息。

本发明主要应用于资源管理，本实施例以机柜服务器系统的资源管理进行举例说明，本发明提出的资源管理装置简化了现有机柜服务器组网和布线，优化了管理网络，提升了机柜服务器系统的实用性。

具体的，作为一种实施方式，首先，初始化机柜服务器系统的管理网络。

其中，机柜服务器的管理网络包括资源管理装置和控制节点。资源管理装置为manager，例如podm(podmanager，pod数据资源管理装置)，作为管理终端，管理服务器资源和逻辑服务器，例如资源的发现、分配和回收；控制节点为controller，例如dmc(drawermanagementcontroller，抽屉管理控制器)，作为管理网络的交换节点，用于对其所包含的资源进行发现和组装，并以client(客户端)与资源管理装置进行协作，完成资源管理；控制节点还可以包括网络交换机，例如tor交换机(topofrack，架顶交换机)，tor交换机可以下挂资源用于管理服务器的网络资源的管理、交换；当然，tor交换机也可以不下挂资源，不作为控制节点管理网络资源，仅用于网络交换。

本实施例以资源管理装置为podm、控制节点为dmc，tor交换机仅用于网络交换进行举例说明。控制节点可包括多个dmc和tor交换机。

管理网络初始化时，dmc的交换模块启动，tor交换机启动。然后，dmc交换模块和tor交换机进行选举、收敛，形成无环树形网络，任意节点均可以与其他节点互联，以保证任意节点发生故障时，可重新收敛形成无环树形网络，提升管理网络的可靠性。

资源管理装置可挂接于无环树形网络的任意节点，进行管理。

资源管理装置的收集模块100定时从各控制节点收集资源信息，各控制节点实时更新其下挂的资源状态，以保证收集模块100获取的资源信息为准确地资源信息。或者，各控制节点主动将本地资源信息发送给资源管理装置，资源管理装置的收集模块100接收各控制节点的资源信息，并进行存储。

需要说明的是，各控制节点主动收集其下挂的各项本地资源信息。各控制节点下挂的资源包括处理器、内存、存储、网络资源等，可根据实际需要灵活设置。各控制节点收集的资源信息包括各资源的位置标识、当前使用状态、处理能力等。

由此，收集模块100获取各控制节点的资源信息。其中，收集模块100获取的资源信息包括各资源的位置标识、所挂接的控制节点、当前使用状态、处理能力等。

然后，收集模块100将各类资源根据资源信息分别合并形成资源池，例如cpu资源池、内存资源池、存储资源池和网络资源池等，用于处理业务时 根据业务需求组合成逻辑服务器。

收集模块100可以将各控制节点的资源信息存储在cmdb(configurationmanagementdatabase，配置管理数据库)，并根据后续获取的控制节点资源信息进行数据更新。

组装模块200，用于根据收到的业务请求和所述资源信息，生成组装请求。

在获取各控制节点的资源信息后，组装模块200根据业务请求，进行资源组装。

具体的，作为一种实施方式，首先，组装模块200接收业务请求，例如电信业务，可以通过远程pc(personalcomputer，个人电脑)等终端发送给组装模块200。业务请求可以携带有业务类型、处理业务所需要的资源、对各资源的规格要求等信息，可根据实际需要灵活设置。

然后，组装模块200可以根据业务请求的类型，从预置的资源分配表中获取本次业务请求对应的各资源规格要求，然后从已获取的资源信息中，挑选出符合条件的各项资源；或者组装模块200可以根据业务请求携带的对资源的各项要求，从已获取的资源信息中，挑选出符合条件的各项资源。

由此，组装模块200得到适于处理本次业务请求的各项资源，并将得到的各项资源作为本次处理业务请求的服务资源。

然后，组装模块200根据选取的服务资源生成组装请求。组装请求包括各服务资源信息，也即被选取的、本次组装逻辑服务器所需的各资源信息，例如各资源的位置标识、所挂接的控制节点、各资源的连接关系等。

处理模块300，用于根据所述组装请求，控制所述控制节点组装逻辑服务器，处理所述业务请求。

在得到组装请求后，根据组装请求，处理模块300使控制节点组装逻辑服务器处理业务请求。

具体的，作为一种实施方式，首先，处理模块300根据组装请求中的各服务资源信息，将组装请求发送给各服务资源所挂接的控制节点，也即将组装请求发送给被选取的资源所挂接的控制节点。

各控制节点收到组装请求后，处理模块300分别控制各控制节点根据组 装请求，查找到各控制节点挂接的资源中、被选择用于组装逻辑服务器的资源，也即服务资源。

然后，各控制节点根据组装请求，将位于不同控制节点上的各服务资源进行相互连接，组装逻辑服务器。其中，dmc与子网内部的bmc(baseboardmanagementcontroller，基板管理控制器)进行交互，访问具体的资源。

例如，通过控制节点的交换板，设置sasexpander(扩展)，完成cpu和storages(存储器)的组装。需要说明的是，dmc与bmc的交互协议可以是ipmi(intelligentplatformmanagementinterface，智能平台管理接口)协议，也可以是http(hypertexttransferprotocol，超文本传输协议)，也可以是其他交互协议，可根据实际需要灵活设置。

然后，处理模块300或远程控制机根据本次业务处理的需求，为组装完成的逻辑服务器部署操作系统、云平台软件和其他用于业务处理的软件。

完成软件部署后，处理模块300控制逻辑服务器处理本次业务请求。

逻辑服务器作为物理机，通过各服务资源，进行本次业务的处理。

后续，处理模块300或远程控制机可以根据本次业务处理的需求，控制逻辑服务器中各服务资源所属的控制节点，进行逻辑服务器的上电、下电、复位等操作。例如，需要对逻辑服务器进行上电操作时，处理模块300根据服务资源的信息，将上电操作请求发送给此服务资源所挂接的控制节点，控制节点收到上电操作请求后，进行相应的上电操作。

在本实施例中，收集模块100获取各控制节点下挂的资源信息；组装模块200根据收到的业务请求和资源信息，生成组装请求；然后，处理模块300根据组装请求，控制控制节点组装逻辑服务器，处理本次业务请求。本实施例避免传统服务器的机架层级概念，将资源挂接在各控制节点，由控制节点直接与资源管理装置交互进行资源管理，降低了管理软件的复杂度，同时简化了服务器系统的组网、布线，实现了服务器系统管理网络结构的优化，对服务器系统中各资源的管理更加简便，提升了资源管理的效率。

进一步的，参照图8，本发明资源管理装置第二实施例提供一种资源管理 装置，基于上述图7所示的实施例，所述收集模块100包括：

分配单元110，用于接收各控制节点的配置请求，向所述控制节点分配动态地址。

在服务器管理平台启动后，首先，初始化机柜服务器系统的管理网络。

本实施例以资源管理装置为podm、控制节点为dmc，tor交换机仅用于网络交换进行举例说明。控制节点可包括多个dmc和tor交换机。

管理网络初始化时，dmc的交换模块启动，tor交换机启动。然后，dmc交换模块和tor交换机进行选举、收敛，形成相互通信、互不影响的无环树形网络。在形成的无环树形网络中，任意节点均可以与其他节点互联，以保证任意节点发生故障时，可重新收敛形成无环树形网络，提升管理网络的可靠性。同时，无环树形网络阻断了环路，保证节点的负载均衡。

以dmc和tor交换机运行mstp(multispanningtreeprotocol，多生成树协议)进行举例说明，dmc的交换模块和tor交换机为平等的节点，dmc节点有下挂资源，而tor交换机没有。

生成的无环树形网络可参照图3，每一个dmc或tor交换机至少与另外3个节点互联，某一个网口或连接故障后，mstp重新收敛形成一个新的无环树形网络，通过连接上的3倍冗余达到3倍的可靠性。需要说明的是，任一节点在布线时可以根据工程设计尽量多的互联，互联节点数量可根据实际需要灵活设置。

资源管理装置podm可以挂接在无环树形网络的任意节点，而且无环树形网络的任意节点都可以继续增加挂接的dmc。

在完成管理网络初始化后，资源管理装置的分配单元110接收各控制节点的配置请求，向所述控制节点分配动态地址。

作为一种实施方式，分配单元110可以运行dhcpd(dynamichostconfigurationprotocoldaemon，动态主机配置协议进程)服务，接收控制节点发送的dhcp(dynamichostconfigurationprotocol，动态主机配置协议)请求。

控制节点在上电后，主动向分配单元110发送dhcp请求，请求分配动态地址。

然后，分配单元110根据收到的控制节点dhcp请求，向控制节点分配 动态地址，例如ip、addr(地址)。分配单元110分配的动态地址设置有租期时长，当控制节点发生异常或租期使用完毕后，回收控制节点的动态地址，并可将回收的动态地址分配给其他控制节点。需要说明的是，租期时长可根据实际需要灵活设置。

然后，分配单元110将分配的动态地址发送给相应的控制节点。

登记单元120，用于获取所述控制节点基于所述动态地址发送的注册信息，并登记所述控制节点。

分配单元110分配动态地址后，登记单元120获取控制节点的注册信息，并登记控制节点。

具体的，作为一种实施方式，控制节点收到分配单元110分配的动态地址后，以此动态地址作为后续与资源管理装置通信的地址。

控制节点主动向登记单元120发送注册信息进行注册。控制节点的注册信息包括控制节点的主机名和当前运行状态。其中，控制节点的当前运行状态包括控制节点当前是否正常运行、资源占用率等信息。

登记单元120接收控制节点基于动态地址发送的注册请求，获取控制节点的注册信息。由此，登记单元120可获知使用当前动态地址的控制节点信息。

然后，登记单元120登记进行注册的各控制节点，保存各控制节点的动态地址、主机名，缓存各控制节点的当前状态，并建立对应关系，用以识别不同的控制节点。

收集单元130，用于获取所述已登记控制节点下挂的资源信息。

控制节点在上电后，启动本地资源发现，主动收集其下挂的各项资源。各控制节点下挂的资源包括处理器、内存、存储、网络资源等，可根据实际需要灵活设置。

各控制节点收集的资源信息包括各资源的位置标识、当前使用状态、处理能力等。

作为一种实施方式，控制节点发现的资源可以使用控制节点主机名和uuid(universallyuniqueidentifier，通用唯一识别码)作为位置标识。其中， 控制节点主机名为资源所挂接的控制节点主机名；uuid为预先配置的识别标识，可以根据资源的出厂信息、出场时间设置uuid，当然也可以根据资源的其他硬件信息设置uuid，可根据实际需要灵活设置。

另外，在控制节点内部，可以增加sled(槽位)等位置信息，增加对资源的位置标识，用于进一步标识资源的物理位置，以便发生硬件故障时可以方便快捷的查找到资源，进行处理。

对于资源管理装置只需要通过主机名和uuid识别不同的资源即可，不需要控制节点内部的位置信息。

由此，简化了服务器系统的架构，层次架构针对硬件应用更有针对性。当发生资源故障时，首先根据故障资源的挂接关系，通过主机名查找到挂接的控制节点，然后通过控制节点内部的位置信息，快速的定位故障资源的物理位置，实现对资源位置的快速定位，同时简化了管理软件的复杂程度，实际操作难度小，避免了通过严格布线定位资源时容易发生的混乱和错误。

各控制节点在发送注册请求进行登记后，主动将本地资源信息发送给收集单元130，收集单元130接收各控制节点的资源信息，并进行存储；或收集单元130定时从已登记的各控制节点收集资源信息，各控制节点实时更新其下挂的资源状态，以保证收集单元130获取的资源信息为准确地资源信息。

由此，收集单元130获取已登记的各控制节点的资源信息。收集单元130获取的资源信息包括各资源的位置标识、所挂接的控制节点、当前使用状态、处理能力等。

收集单元130可以将控制节点的主机名和控制节点下挂的各资源信息建立对应关系，用于标识不同控制节点的资源。由此，收集单元130可以根据主机名查找到各控制节点下挂的资源信息，进行控制节点资源信息的数据查询或更新等。

然后，收集单元130将各类资源根据资源信息分别合并形成资源池，例如cpu资源池、内存资源池、存储资源池和网络资源池等，用于处理业务时根据业务需求组合成逻辑服务器。

收集单元130将各控制节点的资源信息存储在cmdb。需要说明的是，存储资源信息的cmdb可以根据存储的数据量、环境规模等实际情况进行配置。

在本实施例中，分配单元110接收各控制节点的配置请求，向控制节点分配动态地址；然后，登记单元120获取控制节点基于动态地址发送的注册信息，并登记控制节点；然后，收集单元130获取已登记控制节点下挂的资源信息。本实施例通过资源管理装置向控制节点分配动态地址，注册控制节点，有效提升了地址使用效率和资源管理装置的管理效率，避免失效控制节点占用资源；同时，资源管理装置能够及时获取有效控制节点的资源信息，数据有序、规整，便于后续对资源的管理。

进一步的，参照图9，本发明资源管理装置第三实施例提供一种资源管理装置，基于上述图7或图8所示的实施例(本实施例以图8进行举例说明)，所述组装模块200包括：

过滤单元210，用于根据收到的业务请求，对所述资源信息进行过滤。

在获取各控制节点的资源信息后，组装模块200根据业务请求，进行资源组装。

具体的，作为一种实施方式，首先，过滤单元210接收业务请求，例如电信业务，可以通过远程pc(personalcomputer，个人电脑)等终端发送给资源管理装置。业务请求可以携带有业务类型、处理业务所需要的资源、对各资源的规格要求等信息，可根据实际需要灵活设置。

然后，过滤单元210根据处理业务请求的所需要的资源，从已存储的各类资源池中，筛选出处理本次业务请求所需要的资源池。

然后，过滤单元210根据业务请求对资源的规格要求和各资源信息，对各资源池中的资源进行过滤，筛选出符合要求的资源。例如，业务请求限制多核cpu的核数，则过滤单元210过滤掉cpu资源池中，核数不满足要求的cpu，也即过滤掉不满足要求的cpu资源信息；业务请求也可以限制内存的存储量，则过滤单元210根据业务请求设置的参数，过滤掉内存资源池中不满足参数要求的内存资源，也即过滤掉不满足要求的内存资源信息；业务请求还可以限制网络流量，则过滤单元210根据业务请求设置的参数，过滤掉网络资源池中不满足参数要求的网络资源，也即过滤掉不满足要求的网络资源信息。

由此，过滤单元210根据业务请求，过滤掉了资源池中能不满足业务处理需求的资源，也即过滤掉了不能满足业务处理需求的资源信息。

过滤后得到的资源信息，满足处理本次业务请求的要求。

权重单元220，用于根据预设的权重算法和过滤得到的资源信息，选取服务资源并获取所述服务资源的信息。

在对资源信息进行过滤后，权重单元220根据预设的权重算法和过滤得到的资源信息，选取资源作为组装逻辑服务器的服务资源。

具体的，作为一种实施方式，首先，权重单元220根据预设的权重算法和过滤得到的资源信息，选取适于组装逻辑服务器的资源。

例如，预设的权重算法设置有cpu与内存的距离参数，则权重单元220根据距离参数和资源信息，选取满足要求的cpu和内存，避免cpu与内存距离过远导致数据传输异常。

需要说明的是，预设的权重算法可根据实际情况灵活设置，用于设置参数条件，使获取的资源组合得到的逻辑服务器能够达到处理速度、存储占用率等性能均衡或最优。

由此，权重单元220得到用于组装逻辑服务器的资源，并将得到的各资源作为组装逻辑服务器的服务资源。根据选取的服务资源，可以组装得到逻辑服务器，用于处理本次业务请求。

然后，权重单元220获取各服务资源的信息。各服务资源的信息包括：各服务资源的位置标识、所挂接的控制节点、当前使用状态、处理能力等，可根据实际需要灵活设置。

生成单元230，用于根据所述服务资源信息，生成组装请求。

在获取服务资源信息后，生成单元230根据服务资源信息生成组装请求。

其中，组装请求包括各服务资源的信息，也即被选取的、本次组装逻辑服务器所需的各资源信息，例如各服务资源的位置标识、所挂接的控制节点、各资源的连接关系等。

在本实施例中，过滤单元210根据收到的业务请求，对资源信息进行过 滤；然后，权重单元220根据预设的权重算法和过滤得到的资源信息，选取服务资源并获取服务资源的信息；然后，生成单元230根据服务资源信息，生成组装请求。本实施例实现了组装逻辑服务器资源的优选，简化了资源的选取流程，选取得到的服务资源能够更加高效的处理业务请求。

进一步的，参照图10，本发明资源管理装置第四实施例提供一种资源管理装置，基于上述图9所示的实施例，所述处理模块300包括：

请求单元310，用于将所述组装请求发送给所述服务资源挂接的控制节点。

在得到组装请求后，处理模块300根据组装请求，使控制节点组装逻辑服务器处理业务请求。

具体的，作为一种实施方式，首先，请求单元310根据组装请求中的各服务资源信息，将组装请求分别发送给各服务资源所挂接的控制节点。

请求单元310发送的组装请求包括各控制节点中被选取作为服务资源的资源信息，各服务资源的连接关系等。

组装单元320，用于控制所述服务资源挂接的控制节点根据所述组装请求，组装逻辑服务器。

将组装请求发送给各服务资源挂接的控制节点后，作为一种实施方式，首先，组装单元320分别控制各控制节点根据组装请求，查找到各控制节点挂接的资源中、被选择用于组装逻辑服务器的资源，也即查找服务资源。

然后，各控制节点根据组装请求，将位于不同控制节点上的各服务资源进行相互连接，组装成逻辑服务器。

其中，控制节点dmc与子网内部的bmc进行交互，访问具体的资源。需要说明的是，dmc与bmc的交互协议可以是ipmi协议，也可以是http，也可以是其他交互协议，可根据实际需要灵活设置。

由此，得到组装完成的逻辑服务器。逻辑服务器由各服务资源连接组成。

处理单元330，用于控制所述逻辑服务器处理所述业务请求。

在完成组装逻辑服务器后，处理单元330或远程控制机根据本次业务处理的需求，为组装完成的逻辑服务器部署操作系统、云平台软件和其他用于 业务处理的软件。

完成软件部署后，处理单元330控制逻辑服务器处理本次业务请求。

逻辑服务器作为物理机，通过各服务资源，进行本次业务的处理。

后续，处理单元330或远程控制机可以根据本次业务处理的需求，控制逻辑服务器中各服务资源挂接的控制节点，进行逻辑服务器的上电、下电、复位等操作。例如，需要对逻辑服务器进行上电操作时，处理单元330根据服务资源的信息，将上电操作请求发送给此服务资源所挂接的控制节点，控制节点收到上电操作请求后，进行相应的上电操作。

在本实施例中，请求单元310将组装请求发送给服务资源挂接的控制节点；然后，组装单元320控制服务资源所挂接的控制节点根据组装请求，组装逻辑服务器；然后，处理单元330控制逻辑服务器处理业务请求。本实施例通过将组装请求发送给服务资源所挂接的控制节点，控制相应的控制节点连接服务资源，完成逻辑服务器的组装，进而处理业务请求。本实施例简化了逻辑服务器中各资源的组装流程，提升了资源管理效率。

进一步的，参照图11，本发明资源管理装置第五实施例提供一种资源管理装置，基于上述图10所示的实施例，所述资源管理装置还包括：

接收模块400，用于接收所述业务请求的撤销请求。

在进行业务请求处理时，或完后业务处理请求后，若接收模块400收到对于业务请求的撤销请求，则停止对此业务的处理，撤销处理此业务的逻辑服务器。

具体的，作为一种实施方式，远程控制机可根据实际需要，发出针对业务请求的撤销请求，撤销对于业务的处理。

接收模块400接收远程控制机发送的撤销请求。其中，撤销请求携带有本次请求撤销的业务信息。

拆分模块500，用于根据所述撤销请求，控制所述服务资源挂接的控制节点拆分所述逻辑服务器。

在收到撤销请求后，作为一种实施方式，首先，拆分模块500根据撤销 请求获取本次请求撤销的业务。

然后，拆分模块500根据本次请求撤销的业务，获取处理此业务的逻辑服务器信息，得到各服务资源的信息。

然后，拆分模块500根据各服务资源的信息，获取各服务资源所挂接的控制节点，并且，将撤销请求发送给各服务资源所挂接的控制节点。

控制节点收到撤销请求后，根据撤销请求，对服务资源进行下电操作，拆分组成逻辑服务器的各资源。

由此，拆分模块500实现对逻辑服务器资源的拆分。

撤销模块600，用于撤销所述逻辑服务器。

在完成逻辑服务器资源的拆分后，撤销模块600撤销此逻辑服务器，停止此逻辑服务器的业务处理。

然后，收集模块100向各控制节点发出资源收集请求，收集各控制节点当前的资源信息；各控制节点实时更新其下挂的资源信息，并向收集模块100上报。

收集模块100收到各控制节点资源信息后，根据各控制节点的主机名，将各控制节点对应的资源信息进行更新，实现cmdb的更新。

需要说明的是，收集模块100可以更新当前管理网络中所有控制节点的资源信息，也可以仅更新拆分逻辑服务器的控制节点的资源信息，可根据实际需要灵活设置。

在本实施例中，接收模块400接收针对业务请求的撤销请求；然后，拆分模块500根据撤销请求，控制所述服务资源所挂接的控制节点拆分逻辑服务器；并撤销模块600撤销所述逻辑服务器，然后收集模块100更新资源信息，用于后续其他逻辑服务器的组装。本实施例通过对逻辑服务器的拆分，释放资源并更新资源信息，提升了资源的使用效率，释放的资源可用于其他业务的处理，保证了资源管理的有序性，简化了对资源的管理。

参照图12，本发明资源管理系统第一实施例提供一种资源管理系统，所述资源管理系统包括管理节点a和控制节点b，其中：

所述管理节点a包括如收集模块100、组装模块200、处理模块300、接收模块400、拆分模块500和撤销模块600。

本发明主要应用于资源管理，本实施例以机柜服务器系统的资源管理进行举例说明，本发明提出的资源管理方法简化了现有机柜服务器组网和布线，优化了管理网络，提升了机柜服务器系统的实用性。

具体的，作为一种实施方式，首先，初始化机柜服务器系统的管理网络。

其中，管理网络包括管理节点a和控制节点b。管理节点a为manager，例如podm(podmanager，pod数据管理节点)，作为管理终端，管理服务器资源和逻辑服务器，例如资源的发现、分配和回收；控制节点b为controller，例如dmc(drawermanagementcontroller，抽屉管理控制器)，作为管理网络的交换节点，用于对其所包含的资源进行发现和组装，并以client(客户端)与管理节点a进行协作，完成资源管理；控制节点b还可以包括网络交换机，例如tor交换机(topofrack，架顶交换机)，tor交换机可以下挂资源用于管理服务器的网络资源的管理、交换；当然，tor交换机也可以不下挂资源，不作为控制节点管理网络资源，仅用于网络交换。

本实施例以管理节点a为podm、控制节点b为dmc，tor交换机仅用于网络交换进行举例说明。控制节点b可包括多个dmc和tor交换机。

管理网络初始化时，dmc的交换模块启动，tor交换机启动。然后，dmc交换模块和tor交换机进行选举、收敛，形成无环树形网络，任意节点均可以与其他节点互联，以保证任意节点发生故障时，可重新收敛形成无环树形网络，提升管理网络的可靠性。

管理节点a可挂接于无环树形网络的任意节点，进行管理。

管理节点a收集模块100定时从各控制节点收集资源信息，各控制节点b实时更新其下挂的资源状态，以保证收集模块100获取的资源信息为准确地资源信息。或者管理节点a的收集模块100接收各控制节点的资源信息，并进行存储。需要说明的是，各控制节点b主动收集其下挂的各项本地资源信息，并主动将本地资源信息发送给管理节点a。

由此，收集模块100获取各控制节点的资源信息。其中，收集模块100获取的资源信息包括各资源的位置标识、所挂接的控制节点b、当前使用状态、处理能力等。

然后，收集模块100将各类资源根据资源信息分别合并形成资源池，例如cpu资源池、内存资源池、存储资源池和网络资源池等，用于处理业务时根据业务需求组合成逻辑服务器。

收集模块100可以将各控制节点的资源信息存储在cmdb(configurationmanagementdatabase，配置管理数据库)，并根据后续获取的控制节点资源信息进行数据更新。

然后，组装模块200接收业务请求，并根据业务请求的类型，从预置的资源分配表中获取本次业务请求对应的各资源规格要求，然后从已获取的资源信息中，挑选出符合条件的各项资源；或者组装模块200可以根据业务请求携带的对资源的各项要求，从已获取的资源信息中，挑选出符合条件的各项资源。

由此，组装模块200得到适于处理本次业务请求的各项资源，并将得到的各项资源作为本次处理业务请求的服务资源。然后，组装模块200根据选取的服务资源信息生成组装请求。组装请求包括各服务资源信息，也即被选取的、本次组装逻辑服务器所需的各资源信息，例如各服务资源的位置标识、所挂接的控制节点、各服务资源的连接关系等。

然后，处理模块300根据组装请求中的各服务资源信息，将组装请求分别发送给各服务资源所挂接的控制节点b。

各控制节点b收到组装请求后，处理模块300分别控制各控制节点b根据组装请求，查找到各控制节点挂接的资源中、被选择用于组装逻辑服务器的资源，也即服务资源。

然后，各控制节点b根据组装请求，将位于不同控制节点上的各服务资源进行相互连接，组装逻辑服务器。

然后，处理模块300或远程控制机根据本次业务处理的需求，为组装完成的逻辑服务器部署操作系统、云平台软件和其他用于业务处理的软件。

完成软件部署后，处理模块300控制逻辑服务器处理本次业务请求。

逻辑服务器作为物理机，通过各服务资源，进行本次业务的处理。

在完成业务处理后，若远程控制机发出撤销请求，则接收模块400接收撤销请求。

然后，拆分模块500根据撤销请求获取本次请求撤销的业务，并根据本 次请求撤销的业务，获取处理此业务的逻辑服务器信息，得到各服务资源的信息。

然后，拆分模块500根据各服务资源的信息，获取各服务资源所挂接的控制节点b，并且，将撤销请求发送给各服务资源所挂接的控制节点b。

控制节点b收到撤销请求后，根据撤销请求，对服务资源进行下电操作，拆分组成逻辑服务器的各资源。

然后，撤销模块600撤销此逻辑服务器，停止此逻辑服务器的处理业务。

所述控制节点b，用于向所述管理节点a注册；收集其下挂的资源信息，并上报给所述管理节点a；根据所述管理节点a发送的组装请求组装逻辑服务器；根据所述管理节点a发送的撤销请求拆分所述逻辑服务器。

控制节点b在上电后，主动向管理节点a发送dhcp请求，请求分配动态地址。收到管理节点a分配的动态地址后，控制节点b向管理节点a发送注册请求，进行登记。

同时，控制节点b主动收集其下挂的各项本地资源信息。各控制节点b下挂的资源包括处理器、内存、存储、网络资源等，可根据实际需要灵活设置。各控制节点b收集的资源信息包括各资源的位置标识、当前使用状态、处理能力等。

在完成登记后，各控制节点b主动将本地资源信息发送给管理节点a，管理节点a接收各控制节点的资源信息，并进行存储；或管理节点a定时从各控制节点b收集资源信息，各控制节点b实时更新其下挂的资源状态，以保证管理节点a获取的资源信息为准确地资源信息。

若控制节点b收到管理节点a发送的组装请求，则根据组装请求，查找其挂接的资源中，被选择用于组装逻辑服务器的资源，也即查找服务资源。然后，控制节点b根据组装请求，将位于不同控制节点b上的各服务资源进行相互连接，组装成逻辑服务器。

若控制节点b收到管理节点a发送撤销请求，则根据撤销请求，查找其挂接的资源中的服务资源，然后对服务资源进行下电操作，逻辑服务器。

在本实施例中，资源管理系统包括管理节点a和控制节点b；其中，控 制节点b发现、收集其下挂的资源的信息并上报给管理节点a；管理节点a将控制节点b下挂的资源分别合并形成资源池，然后根据业务请求，从资源池中筛选出服务资源，由控制节点b将服务资源组装成逻辑服务器进行业务处理。完成业务处理后，管理节点a可以根据撤销请求，使控制节点b拆分逻辑服务器，释放资源。本实施例降低了管理软件的复杂度，同时简化了服务器系统的组网、布线，通过管理节点和控制节点实现了对资源管理的简化，优化了服务器资源管理的平面结构，对服务器系统中各资源的管理更加简便，提升了资源管理的效率。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。