CN110955537A - 一种物理机纳管方法及装置 - Google Patents

Abstract

本发明实施例提供了一种物理机纳管方法及装置，所述方法包括：当所述物理机处于运行状态时，所述物理机发送物理机信息至所述纳管平台；所述纳管平台根据所述物理机信息，确定所述物理机是否为进行纳管操作的目标物理机；若所述纳管平台确定所述物理机为目标物理机，则所述纳管平台发送操作指令至所述目标物理机；所述目标物理机响应所述操作指令修改当前的工作模式，生成并发送操作结果至所述纳管平台。本发明可以在物理机不停服的情况下，收集物理机信息，并对物理机下达自定义命令，对该物理机进行控制，达到完全被Openstack平台纳管的结果。

Description

一种物理机纳管方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种物理机纳管方法、一种物理 机纳管装置以及一种计算机可读存储介质。

背景技术

随着计算机的不断发展与普及，人们对于网络数据的需求也越来越大， 为了能满足人们的需要，需要提供更多的物理机对数据进行存储与处理。在使 用的过程中，数据量越来越庞大，采用的物理机数量越来越多，为了增加 数据存储容量以及方便管理存储数据，目前常用的技术是将数据存储在物 理机内，使用物理机管理平台管理数据，从而实现数据的云端处理。

其中一种物理机管理平台就是OpenStack，Openstack是一个开源的云 计算管理平台项目，由几个主要的组件组合起来完成具体工作。Openstack 纳管平台已经能够通过使用Ironic组件(Ironic组件是openstack纳管平台 中用来提供裸机服务的项目，可以作为openstack中的一个独立模块)支持 发放物理机。被Ironic纳管的物理机目前已经能够支持给物理机安装操作 系统、配置网络、配置系统等操作，从而实现对物理机的管理控制。

但是这些Ironic所管理的物理机资源必须是已经规划好的新的物理机， 新的物理机在被纳管前需要进行一系列上下电的操作，需要传统的IDC(互 联网数据中心，Internet Data Center，简称IDC)机房中的已经运行的物理 机停服，而已运行的物理机并不允许停服；而且若将物理机停服，用户将 无法进行数据管理与存储，严重响应用户使用。

发明内容

本发明实施例的目的在于提供一种物理机纳管方法，涉及物理机与纳管平 台，以实现物理机不停服纳管。具体技术方案如下：

在本发明实施的第一方面，首先提供了一种物理机纳管方法，所述方法涉 及物理机，以及与所述物理机通讯的纳管平台，所述方法包括：

当所述物理机处于运行状态时，所述物理机发送物理机信息至所述纳管平 台；

所述纳管平台根据所述物理机信息，确定所述物理机是否为进行纳管操作 的目标物理机；

若所述纳管平台确定所述物理机为目标物理机，则所述纳管平台发送操作 指令至所述目标物理机；

所述目标物理机响应所述操作指令修改当前的工作模式，生成并发送操作 结果至所述纳管平台。

可选地，所述物理机信息包括：用户添加信息与自动添加信息；

所述纳管平台根据所述物理机信息，确定所述物理机是否为进行纳管操作 的目标物理机，包括：

所述纳管平台确定所述用户添加信息与预设的用户填写信息是否相同；

若所述用户添加信息与所述预设的用户填写信息相同，则所述纳管平台发 送信息相同结果至所述物理机；

所述物理机响应所述信息相同结果，并发送所述自动添加信息至所述纳管 平台；

所述纳管平台记录所述自动添加信息，并确定所述物理机为目标物理机。

可选地，所述自动添加信息包括：网卡信息和网卡聚合信息；

所述纳管平台记录所述自动添加信息，并确定所述物理机为目标物理机， 包括：

所述纳管平台记录所述网卡信息，生成并发送网卡创建结果至所述物理机；

所述纳管平台接收所述物理机响应所述网卡创建结果发送的网卡聚合信 息；

所述纳管平台记录所述网卡聚合信息，并确定所述物理机为目标物理机。

可选地，所述若所述纳管平台确定所述物理机为目标物理机，则所述纳管 平台发送操作指令至所述目标物理机，包括：

若所述纳管平台确定所述物理机为目标物理机，则所述纳管平台判断所述 目标物理机是否退出纳管操作；

若所述纳管平台确定所述目标物理机没有退出纳管操作，则所述纳管平台 确定是否下达操作指令；

若所述纳管平台确定下达操作指令，则所述纳管平台发送所述操作指令至 所述目标物理机。

可选地，所述方法还包括：

若所述纳管平台确定没有下达所述操作指令；

则所述纳管平台返回判断所述目标物理机是否退出纳管操作的步骤。

可选地，在所述物理机发送物理机信息至所述纳管平台的步骤前，所述方 法还包括：

所述纳管平台确定所述物理机的当前工作模式，所述工作模式包括注册模 式与监听模式；

若所述纳管平台确定所述物理机为注册模式，则获取所述物理机发送的物 理机信息；

若所述纳管平台确定所述物理机为监听模式，则所述纳管平台判断所述物 理机是否退出纳管操作；

若所述纳管平台确定所述物理机没有退出纳管操作，则所述纳管平台发送 操作指令至所述物理机，以使所述物理机执行指定的操作。

可选地，所述方法还包括：

若所述纳管平台确定所述物理机不是目标物理机，则所述纳管平台发送错 误信息至所述物理机；

所述物理机响应所述错误信息退出所述纳管平台的纳管操作。

在本发明实施还提供了一种物理机纳管装置，所述装置包括：

发送模块，用于当所述物理机处于运行状态时，所述物理机发送物理机信 息至所述纳管平台；

确定模块，用于所述纳管平台根据所述物理机信息，确定所述物理机是否 为进行纳管操作的目标物理机；

发送指令模块，用于若所述纳管平台确定所述物理机为目标物理机，则所 述纳管平台发送操作指令至所述目标物理机；

结果模块，用于所述目标物理机响应所述操作指令修改当前的工作模式， 生成并发送操作结果至所述纳管平台。

可选地，所述物理机信息包括：用户添加信息与自动添加信息；

所述确定模块，包括：

确定相同模块，用于所述纳管平台确定所述用户添加信息与预设的用户填 写信息是否相同；

信息相同结果模块，用于若所述用户添加信息与所述预设的用户填写信息 相同，则所述纳管平台发送信息相同结果至所述物理机；

自动添加信息模块，用于所述物理机响应所述信息相同结果，并发送所述 自动添加信息至所述纳管平台；

目标物理机模块，用于所述纳管平台记录所述自动添加信息，并确定所述 物理机为目标物理机。

可选地，所述自动添加信息包括：网卡信息和网卡聚合信息；

所述目标物理机模块，包括：

网卡创建结果模块，用于所述纳管平台记录所述网卡信息，生成并发送网 卡创建结果至所述物理机；

网卡聚合信息模块，用于所述纳管平台接收所述物理机响应所述网卡创建 结果发送的网卡聚合信息；

确定目标物理机模块，用于所述纳管平台记录所述网卡聚合信息，并确定 所述物理机为目标物理机。

可选地，所述发送指令模块，包括：

判断退出模块，用于若所述纳管平台确定所述物理机为目标物理机，则所 述纳管平台判断所述目标物理机是否退出纳管操作；

下达操作指令模块，用于若所述纳管平台确定所述目标物理机没有退出纳 管操作，则所述纳管平台确定是否下达操作指令；

操作指令模块，用于若所述纳管平台确定下达操作指令，则所述纳管平台 发送所述操作指令至所述目标物理机。

可选地，所述装置还包括：

没有下达模块，用于若所述纳管平台确定没有下达所述操作指令；

返回模块，用于则所述纳管平台返回判断所述目标物理机是否退出纳管操 作的步骤。

可选地，所述装置还包括：

工作模式模块，用于所述纳管平台确定所述物理机的当前工作模式，所述 工作模式包括注册模式与监听模式；

注册模式模块，用于若所述纳管平台确定所述物理机为注册模式，则获取 所述物理机发送的物理机信息；

监听模式模块，用于若所述纳管平台确定所述物理机为监听模式，则所述 纳管平台判断所述物理机是否退出纳管操作；

执行操作模块，用于若所述纳管平台确定所述物理机没有退出纳管操作， 则所述纳管平台发送操作指令至所述物理机，以使所述物理机执行指定的操作。

可选地，所述装置还包括：

错误信息模块，用于若所述纳管平台确定所述物理机不是目标物理机，则 所述纳管平台发送错误信息至所述物理机；

退出操作模块，用于所述物理机响应所述错误信息退出所述纳管平台的纳 管操作。

在本发明实施的又一方面，还提供了一种电子设备，包括处理器、通信接 口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成 相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述任一所述的物理机 纳管方法步骤

在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算 机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述 任一所述的物理机纳管方法方法。

在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当 其在计算机上运行时，使得计算机执行上述任一所述的物理机纳管方法方法。

本发明实施例提供的一种物理机纳管方法，通过获取所述物理机发送的物 理机信息；然后将所述物理机信息发送至所述纳管平台；接着获取所述纳管平 台发送的操作指令，所述操作指令在所述纳管平台确定所述物理机信息满足预 设条件后发送；最后所述操作指令控制所述物理机执行指定操作，可以在物理 机不停服的情况下，通过在物理机上部署agent，自动采集物理机的信息，并将 这些信息通过物理机注册服务组件写入Openstack云平台数据库中。而物理机管 理服务模块通过这些信息就能够和物理机的BMC基带通信，并进行控制。同时 建立起管理服务模块和物理机agent之间的通信，可以下达自定义命令，对该物 理机进行控制，达到完全被Openstack平台纳管的结果。方便技术人员物理机的 管理，也降低了物理机纳管操作的难度，减少了纳管操作的步骤，提高了纳管 操作的效率。同时纳管成本低，可以实现将传统IDC机房的物理机的云化，对 传统IDC的改造有很大的提升。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例中物理机纳管方法实施例一的步骤流程图；

图2为本发明实施例中物理机纳管方法实施例二的步骤流程图；

图3为本发明实施例中物理机纳管方法实施例二的其中一种操作步骤流程 图；

图4为本发明实施例中物理机纳管方法实施例二的其中一种操作步骤流程 图；

图5为本发明实施例中物理机纳管方法实施例二的其中一种操作步骤流程 图；

图6为本发明实施例中物理机纳管装置实施例一的结构示意图；

图7为本发明实施例中电子设备实施例一的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描 述。

参照图1，示出了本发明实施例中物理机纳管方法实施例一的步骤流程图。 该方法涉及物理机，以及与物理机通讯的纳管平台。

在本实施例中，该物理机可以是独立物理机或物理机群，该独立服务器可 以是客户拥有整台服务器的软硬件资源，可以自行配置或通过主机管理工具实 现web、mail、ftp等多种网络服务的计算机。可选地，该物理机也可以是设置 在IDC传统机房的物理机。

在IDC机房中，所有物理机可以设置一张网，可以将其命名为管理网要和 搭建Openstack纳管平台的云环境中的管理网要双向通，机房的防火墙需要至 少放行一个端口。比如，物理机的服务器可以放行9999端口供Openstack纳管 平台进行控制。同时Openstack云环境的管理网要能和IDC机房中的所有物理 机的ipmi网(带外流量)要能导通。

而纳管平台可以是Openstack管理物理机的模块。该模块可以对外提供了 丰富的管理物理机的接口，比如：创建物理机，更新物理机，创建物理机port， 创建物理机portgroup，或为物理机部署操作系统并配置网络等。Openstack管 理物理机的模块各个服务之间可以通过统一的REST风格的API调用，实现系 统的松耦合。它内部组件的工作过程是一个有序的整体。诸如计算资源分配、 控制调度、网络通信等都通过AMQP实现。从而可以对物理机的数据进行监 控和管理。

具体地，该方法可以包括：

步骤101，当所述物理机处于运行状态时，所述物理机发送物理机信息至 所述纳管平台。

在本实施例中，当物理机在IDC(互联网数据中心，Internet Data Center， 简称IDC)机房中的运行时，物理机可以在原有的机房服务器管理中。该物 理机可以采集物理机信息，并将物理机信息发送至纳管平台。

在可选的实施例中，物理机信息可以包括用户添加信息和自动添加信息， 其中，用户添加信息可以是用户编写并添加至物理机的信息，例如标识码、编 码、地址、通讯连接等等；而自动添加信息可以是物理机的状态信息或物理机 的硬件信息，例如CPU信息、内存信息、用户名、密码、机柜信息等等。物理 机在获取物理机信息时，可以先获取用户添加信息，再获取自动添加信息；也 可以先获取自动添加信息后，在获取用户添加信息；或者同时获取用户添加信 息和自动添加信息。

在另一可选的实施例中，在获取了用户添加信息和自动添加信息后，可以 将用户添加信息与自动添加信息进行整合，可以按照预设的格式或排列顺序进 行整合，从而将用户添加信息与自动添加信息生成物理机信息。例如，若纳管 平台获取信息的格式为.TXT，可以将用户添加信息与自动添加信息整合 至.TXT文件中，生成物理机信息对应的.TXT文件，再将.TXT文件发送至纳管 平台。具体的整合或调整格式可以根据实际需要进行调整，本发明并不在此作 限定。

步骤102，所述纳管平台根据所述物理机信息，确定所述物理机是否为进 行纳管操作的目标物理机。

在本实施例中，纳管平台可以根据物理机信息，确定该物理机是否是对应 的需要进行纳管操作的目标物理机。

具体地，纳管平台可以判断该物理机信息是否是预设的信息，例如，用户 可以在纳管平台设置预设的物理机信息，纳管平台可以判断物理机信息与预置 的物理机信息是否相同，若相同，则确定该物理机为目标物理机。

步骤103，若所述纳管平台确定所述物理机为目标物理机，则所述纳管平 台发送操作指令至所述目标物理机。

在本实施例中，当纳管平台确定物理机为目标物理机时，纳管平台可以记 录物理机信息，并与目标物理机建立通讯。

具体地，纳管平台可以通过记录物理机信息，完成对目标物理机的纳管， 可选地，纳管平台可以向目标物理机发送操作指令，可以通过操作指令确定对 该目标物理机的纳管结果。

步骤104，所述目标物理机响应所述操作指令修改当前的工作模式，生成 并发送操作结果至所述纳管平台。

在本实施例中，物理机的工作模式可以包括非纳管模式、纳管模式、控 制模式、监听模式、注册模式等等。非纳管模式可以是物理机没有启动的模式； 纳管模式可以是物理机与纳管平台建立连接的工作模式；控制模式可以是物理 机已被纳管平台纳管的工作模式；监听模式可以是物理机等待纳管平台发送操 作时的工作模式；注册模式可以是物理机等待纳管平台进行纳管操作的工作模 式。

在本实施例中，目标物理机可以接收操作指令，并响应该操作指令，修改 当前的工作模式，并将操作结果发送至纳管平台，而纳管平台可以根据操作结 果确定该目标物理机完成纳管操作。

例如，物理机可以处于监听模式，纳管平台可以向物理机发送执行数据处 理的操作指令，物理机可以执行数据处理后，从监听模式修改为控制模式，并 将数据处理的结果发送至纳管平台。

在可选的实施例中，纳管平台还可以发送对应的操作指令，控制物理机执 行对应的操作，例如，纳管平台可以向该物理机发送存储数据包的指令，该物 理机可以响应该指令执行存储数据包的操作，若并回复存储响应。

在本发明可选的实施例中，可以当所述物理机处于运行状态时，所述物理 机发送物理机信息至所述纳管平台；所述纳管平台根据所述物理机信息，确定 所述物理机是否为进行纳管操作的目标物理机；若所述纳管平台确定所述物理 机为目标物理机，则所述纳管平台发送操作指令至所述目标物理机；所述目标 物理机响应所述操作指令修改当前的工作模式，生成并发送操作结果至所述纳 管平台。本发明提出的物理机纳管方法能够在物理机不停服的情况下，自动采 集物理机的物理机信息，并将这些物理机信息写入纳管平台的数据库中。而纳 管平台可以通过物理机信息就能够和物理机的BMC基带通信，并进行控制，同时纳管平台可以下达自定义命令，对该物理机进行控制，达到完全被纳管平 台纳管的结果。方便技术人员物理机的管理，也降低了物理机纳管操作的难度， 减少了纳管操作的步骤，提高了纳管操作的效率，另外可以降低纳管成本低， 可以实现将传统IDC机房的物理机的云化，对传统IDC的改造有很大的提升。

参照图2，示出了本发明实施例中物理机纳管方法实施例二的步骤流程图。 该方法可以涉及一台或多台物理机，以及与一台或多台物理机通讯的纳管平台， 其中，该物理机可以是独立物理机或物理机群，该独立服务器可以是客户拥有 整台服务器的软硬件资源，可以自行配置或通过主机管理工具实现web、mail、 ftp等多种网络服务的计算机。可选地，该物理机也可以是设置在IDC传统机 房的物理机。

在IDC机房中，所有物理机可以设置一张网，可以将其命名为管理网要和 搭建Openstack纳管平台的云环境中的管理网要双向通，机房的防火墙需要至 少放行一个端口。比如，物理机的服务器可以放行9999端口供Openstack纳管 平台进行控制。同时Openstack云环境的管理网要能和IDC机房中的所有物理 机的ipmi网(带外流量)要能导通。

而纳管平台可以是Openstack管理物理机的模块。该模块可以对外提供了 丰富的管理物理机的接口，比如：创建物理机，更新物理机，创建物理机port， 创建物理机portgroup，或为物理机部署操作系统并配置网络等。Openstack管 理物理机的模块各个服务之间可以通过统一的REST风格的API调用，实现系 统的松耦合。它内部组件的工作过程是一个有序的整体。诸如计算资源分配、 控制调度、网络通信等都通过AMQP实现。从而可以对物理机的数据进行监 控和管理。

具体地，所述方法可以包括：

步骤201，当所述物理机处于运行状态时，所述物理机发送物理机信息至 所述纳管平台。

在本实施例中，当物理机处在运行状态时，物理机可以采集一个或多个物 理机信息，并将物理机信息发送至纳管平台。其中物理机信息还可以包括物理 机的硬件信息、状态信息、地址信息、密码信息等等。

在具体实现中，物理机可以在采集物理机信息后，将一个或多个物理机信 息按照预设的信息排列顺序或格式进行排列整合。可以整合在一个文件中，并 将文件发送至纳管平台中。例如，例如，若纳管平台获取信息的格式为.TXT， 可以将物理机信息整合至.TXT文件中，生成物理机信息对应的.TXT文件。或 物理机信息整合至.RAR文件中，生成物理机信息对应的.RAR文件。具体的整 合或调整格式可以根据实际需要进行调整，本发明并不在此作限定。

在本实施例中，通过获取物理机信息，可以将物理机信息发送至纳管平台， 纳管平台可以通过物理机信息，创建对应的虚拟机，由该对应的虚拟机与该物 理机进行连接，从而可以通过虚拟机获取该物理机的数据或管理该物理机的数 据，实现对物理机数据的监控管理。而物理机信息可以提高物理机信息的准确 性，从而可以根据物理机信息对物理机进行纳管操作。

步骤202，所述纳管平台根据所述物理机信息，确定所述物理机是否为进 行纳管操作的目标物理机。

在本实施例中，所述物理机信息包括：用户添加信息与自动添加信息，其 中用户添加信息可以包括：物理机所在机机柜信息、物理机ipmi地址和物理机 ipmi用户名等信息，自动添加信息可以包括：物理机网络信息、物理机网卡聚 合信息和物理机网卡信息等信息。

纳管平台可以根据用户添加信息与自动添加信息确定该物理机是否是进 行纳管操作的目标物理机，若是纳管平台可以纳管该目标物理机，若不是则可 以退出纳管操作。

在本实施例中，纳管平台通过用户添加信息和自动添加信息确定该物理机 是否进行纳管操作，以及是否纳管该物理机。整个纳管过程中，无需物理机停 机停服，物理机可以持续工作，可以避免因物理机停服而导致无法进行数据管 理与存储的问题。

具体地，在本实施例中，收集的物理机信息可以如下表所示：

参照上表，其中，用户添加信息可以由用户进行手动添加，比如物理机IPMI 的用户名，IPMI的密码，这些信息无法自动获取，而IPMI地址，这个字段可以 认为是物理机在某个机房的唯一标志，因此也需要用户手动添加。例如，物理 机ipmi地址，用户可以自定义编写为192.168.124.254或12.34.56.78等等；例如， 物理机ipmi用户名，用户可以编写为abc或efg等等，用户在编写后，可以手动 添加至该物理机中。也可以由用户查看机房中物理机对应的物理机IPMI的用户 名或物理机ipmi地址，再由用户将查询的对应信息添加至物理机中。而自动添 加信息可以是该物理机自动添加的该物理机对应的信息，例如该物理机的物理 机网卡信息或物理机电源状态的信息等等，可以通过查询该物理机直接获取的 信息。

在本实施例中，步骤202可以包括以下子步骤：

子步骤2021，所述纳管平台确定所述用户添加信息与预设的用户填写信息 是否相同。

其中，用户添加信息可以包括：物理机所在机机柜的信息(chassis_name)、 物理机ipmi地址的信息(ipmi_address)、物理机ipmi密码的信息(ipmi_password) 和物理机ipmi用户名的信息(ipmi_username)。

预设的用户填写信息也可以包括由用户填写的物理机所在机机柜的信息(chassis_name)、物理机ipmi地址的信息(ipmi_address)、物理机ipmi密码的信息 (ipmi_password)和物理机ipmi用户名的信息(ipmi_username)。

可选地，纳管平台可以逐一将物理机所在机机柜的信息(chassis_name)、物 理机ipmi地址的信息(ipmi_address)、物理机ipmi密码的信息(ipmi_password)和 物理机ipmi用户名的信息(ipmi_username)，分别与由用户填写的预设在数据库 的用户填写信息进行判断比较，是否均相同，若全部相同，则纳管平台可以确 定该物理机可以进行纳管操作，若有至少一个不相同，则纳管平台可以向物理 机发送退出指令，并退出纳管操作。

在具体实现中，纳管平台OpenStack在接收物理机信息前，首先需要有一 套Openstack云环境，该纳管云平台最好建在IDC机房内部，方便用户进行管理 监控。具体地，搭建Openstack云环境可以通过远程数据对象源(Remote Data Objects，简称RDO源)结合一些可以用于概念验证(PoC)环境快速部署的工 具(例如：packstack等部署工具)或者采用fuel工具进行部署。当纳管平台搭 建好云环境后，可以在云环境中接收物理机信息，从而可以根据物理机信息判 断该物理机是否进行注册纳管，提高物理机的纳管效率。

当纳管平台在搭建好纳管平台的云环境后，在接收物理机信息前， OpenStack纳管平台需要调用Ironic的应用程序编程接口(Application Programming Interface，简称API)，创建Ironic node节点。其中，Ironic是 openstack纳管平台中用来提供裸机服务的项目，是openstack中的一个独立模块， 它可以与keystone、nova、neutron、image以及swift进行交互。OpenStack纳管 平台采用Ironic有以下几点好处：1、可以为OpenStack纳管平台提供更强大的计 算能力；2、可以接触不能被虚拟化的硬件设备；3、可以提供数据库托管能 力；4、可以更好地保证安全性、独立性以及其他可靠性需求；5、可以快速 部署云基础设施。而该Ironic node节点可以为该待注册的物理机在OpenStack纳 管平台的Ironic中的表现形式，可以以该Ironic node节点代表该物理机。

在本实施例中，创建该Ironic node节点所需要的创建参数可以包括：物理 机ipmi地址(ipmi_address)，物理机ipmi用户名(ipmi_username)，物理机ipmi 密码(ipmi_password)和物理机所在机机柜(chassis_name)。在创建该Ironic node 节点前，也需要用户手动添加这四个参照至纳管平台中，使纳管平台建立对应 的节点。纳管平台在获取上述四个参数信息后，可以创建对应的Ironic node节 点，当该四个信息对应的物理机需要注册时，该物理机将会被Ironic所感知， 使得纳管平台能够对该物理机做最基本的开关机操作，控制该物理机的启动与 关闭。

具体地，当纳管平台在接收了由物理机发送的用户添加信息后，纳管平台 可以根据物理机发送的用户添加信息与用户添加在纳管平台的用于创建Ironic node节点的参数信息进行比较，当纳管平台判断物理机发送的用户添加信息与 用户添加在纳管平台的参数信息相同时，纳管平台可以向物理机发送信息相同 结果，确定该台物理机可以进行注册纳管。

在本实施例中，纳管平台可以通过判断物理机发送的用户添加信息与用户 添加在纳管平台是否相同，从而可以判断该物理机是否满足注册的条件，若相 同，可以判断该物理机是用户需要进行注册纳管的，若不同，可以判断该物理 机用户暂时不需要注册纳管。而且用户可以在开始操作前，通过手动编写和添 加物理机ipmi地址(ipmi_address)，物理机ipmi用户名(ipmi_username)，物理 机ipmi密码(ipmi_password)和物理机所在机机柜(chassis_name)等信息， 来选择具体需要进行注册和纳管的对应的物理机，例如，若机房内有10台物理 机，用户可以根据需要，对5台物理机进行纳管，在纳管开始前，用户可以分 别在5台不同的物理机上手动添加物理机ipmi地址(ipmi_address)，物理机ipmi 用户名(ipmi_username)，物理机ipmi密码(ipmi_password)和物理机所在机 机柜(chassis_name)等信息，启动纳管操作后，纳管平台就可以分别获取10 台物理机的物理机信息，通过四个信息对10台物理机进行筛选与判断，最后选 定其中添加了上述四个信息的5台对应的物理机进行纳管注册操作，从而可以 简化纳管的过程，提高纳管的效率。

在实际操作中，物理机可以通过收集BMC信息，获取得到物理机ipmi地址 的信息(ipmi_address)，该物理机ipmi地址的信息(ipmi_address)采用的格式落如 下所示：

BMC信息：

u'ipmi_address':u'10.255.2.78',

在另一可选的实施例中，获取的物理机服务地址信息采用的格式落如下所 示：

u'local_service':{u’ipaddr’:u'10.255.2.78',’port’:u‘9999’}

其中，ipaddr是物理机agent的服务地址，port是物理机agent服务的端口号。

通过BMC信息，可以让纳管平台与物理机建立BMC基带通信，由纳管平 台对物理机进行控制。

子步骤2022，若所述用户添加信息与所述预设的用户填写信息相同，则所 述纳管平台发送信息相同结果至所述物理机。

在本实施例中，当用户添加信息与预设的用户填写信息相同时，纳管平台 可以确定该物理机为用户选择的物理机，纳管平台可以生成一个对应的信息相 同结果，并将信息相同结果发送至物理机。

在本实施例中，所述方法还可以包括：

若所述用户添加信息与所述预设的用户填写信息不相同，纳管平台可以发 送错误信息至所述物理机；

所述物理机可以响应该错误信息，退出纳管操作。

子步骤2023，所述物理机响应所述信息相同结果，并发送所述自动添加信 息至所述纳管平台。

在本实施例中，物理机可以响应该信息相同结果，并发送自动添加信息至 纳管平台。其中自动添加信息可以包括物理机网络信息、物理机网卡聚合信息 和物理机网卡信息、物理机CPU信息等物理机硬件信息。

在可选的实施例中，若自动添加信息包括多个硬件信息，可以物理机可以 将多个硬件信息排列整合成预设格式的文件，再发送至纳管平台。

在另一可选的实施例中，自动添加信息可以是物理机自动采集的信息。

子步骤2024，所述纳管平台记录所述自动添加信息，并确定所述物理机为 目标物理机。

在本实施例中，所述自动添加信息可以包括：网卡信息和网卡聚合信息。

其中

可选地，子步骤2024可以包括以下子步骤：

子步骤20241，所述纳管平台记录所述网卡信息，生成并发送网卡创建结 果至所述物理机。

在本实施例中，当纳管平台确定该物理机可以进行注册纳管操作后，纳管 平台可以发送信息相同结果至物理机，物理机可以响应该信息相同结果后可以 向纳管平台发送网卡信息。参照上表，其中网卡信息可以包括物理机网卡信息 (port_info)、物理机网络信息(network_info)等。发送时可以同时发送多个，也 可以逐个信息发送，具体可以根据实际需要进行调整。纳管平台可以相应地接 收并记录网卡信息，并生成网卡创建结果，将网卡创建结果发送至物理机。

在本实施例的其中可选的例子中，网卡信息采用的格式落如下所示：

u'interfaces':[{u'lldp':{u'port_id':u'Eth125/1/43',u'switch_id': u'e0:d1:73:36:ab:ec'},u'product':u'0x165f',u'vendor':u'0x14e4',u'name':u'eno1',u'bus':u'0000:01:00.1',u'ipv4_address':u'192.168.1.123',u'mac_address': u'b8:2a:72:dd:41:0d',u'speed':u'1000'},{u'lldp':{u'port_id':u'Eth125/1/44', u'switch_id':u'e0:d1:73:36:ab:ef'},u'product':u'0x165f',u'vendor':u'0x14e4', u'name':u'eno2',u'bus':u'0000:01:00.2',u'ipv4_address':u'192.168.10.123', u'mac_address':u'b8:2a:72:dd:41:0e',u'speed':u'1000'}]

其中，lldp是物理机上联的交换机的链路聚合信息，product是网卡产品编 号，vendor是厂商编号，name是网卡的名字，bus是网卡的槽位号，ipv4_address 是网卡的ip地址，mac_address是网卡的mac地址，speed是网卡的速率，switch_id 是上联交换机的mac地址，port_id是上联交换机的端口信息。

纳管平台可以通过记录网卡信息，采用网卡信息可以搭建网络，通过搭建 的网络与该物理机进行连接，从而使得纳管平台可以与物理机进行交流，或获 取物理机的数据，并对物理机进行监控管理。

子步骤20242，所述纳管平台接收所述物理机响应所述网卡创建结果发送 的网卡聚合信息。

在本实施例中，当纳管平台记录了网卡信息后，纳管平台可以向物理机发 送网卡创建结果，该网卡创建结果可以是一个响应，可以用于通知物理机再发 送其他信息至纳管平台，使得纳管平台可以对物理机进行监控，网卡创建结果 也可以是一个发送指令或提示，在获取了网卡信息后，纳管平台可以将网卡信 息进行存储，在存储记录好网卡信息后，纳管平台可以向物理机发送一个获取 请求，请求物理机继续发送其他消息，例如物理机聚合信息，物理机的配置信 息等等，使得纳管平台可以根据其他信息，与物理机进行连接。

优选地，网卡创建结果可以是纳管平台接收并存储了网卡信息后立即发送。

参照上表，在本实施例中，网卡聚合信息可以包括物理机网卡聚合信息(portgroup_info)、物理机的cpu架构的信息(cpu_arch)、物理机的cpu核数的信 息(cpus)、物理机的内存容量的信息(memory_mb)、物理机磁盘容量的信息 (local_gb)、物理机电源状态的信息(power_states)等等。

在具体操作中，物理机可以将各个信息打包成一个数据包，以数据包的形 式将各个信息发送至纳管平台；或将各个信息按照一定的预设顺序发送；或按 照获取信息的先后顺序，再逐一发送，发送的方式可以根据实际需要进行调整， 本发明并不在此做限定。

其中，在可选的实施例中，获取的物理机的内存容量可以通过内存信息得 到，物理机的内存容量采用的格式落如下所示：

u'memory':{u'physical_mb':131072,u'total':135226011648}

其中，memory是key，memory_mb代表以MB为单位的内存容量，total 代表以字节为单位的内存容量。

在本实施例中，获取物理机的cpu核数可以通过收集cpu信息得到，物理 机的cpu核数采用的格式落如下所示：

u'cpu':{u'count':32,u'model_name':u'Intel(R)Xeon(R)CPU E5-2650 v2@2.60GHz',u'cpu_arch':u'x86_64'}

其中，count代表核数，model_name代表型号，cpu_arch代表cpu的 architecture。

在本实施例中，物理机网卡聚合信息(portgroup_info)可以通过物理机自动 获取连接信息(简称：bond信息)后得到，其中物理机网卡聚合信息采用的格 式落如下所示：

'bonds':[{u'name':u'bond0',u'ipv4_address':u'192.168.1.123',u'mac_address': u'b8:2a:72:dd:41:0d',u'speed':u'1000',u'slaves':[{u'name':u'eth0'},{u'name': u'eth1'}],u'bond_mode':u'0'},{u'name':u'bond1',u'ipv4_address': u'192.168.10.123',u'mac_address':u'b8:2a:72:dd:41:0e',u'speed':u'10000',u'slaves': [{u'name':u'eno3'},{u'name':u'eno4'}],u'bond_mode':u'0'}]

其中，bonds表示，一台物理机可以有一个或者多个bond，name代表bond 的名字，ipv4_address代表配置的IP地址，mac_address代表bond的mac地址， speed代表bond的速率，slaves代表该bond下有几块网卡，bond_mode代表 bond的模式。

在可选的实施例中，可以通过收集自盘信息，得到物理机磁盘容量的信息(local_gb)，获取的物理机磁盘容量的信息(local_gb)的格式可以如下所示：

u'disks':[{u'vendor':u'DELL',u'name':u'/dev/sda',u'wwn_vendor_extension': u'0x1cf709aa05008368',u'wwn_with_extension': u'0x6b083fe0dca816001cf709aa05008368',u'model':u'PERC H710',u'wwn': u'0x6b083fe0dca81600',u'serial':u'6b083fe0dca816001cf709aa05008368',u'size': 479559942144,u'is_root':True},{u'vendor':u'DELL',u'name':u'/dev/sdb', u'wwn_vendor_extension':u'0x1cf709b1057263a1',u'wwn_with_extension': u'0x6b083fe0dca816001cf709b1057263a1',u'model':u'PERC H710',u'wwn': u'0x6b083fe0dca81600',u'serial':u'6b083fe0dca816001cf709b1057263a1',u'size': 3000034656256,u'is_root':False}]

其中，disks表示一个物理机中有多块盘，vendor表示厂商的名称，name 表示目前的挂载点，wwn代表磁盘的全球唯一标示，wwn_vendor_extension表 示磁盘生产厂商对该磁盘的wwn的扩展，wwn_with_extension是该磁盘自身对 wwn的扩展，model代表磁盘的型号，serial代表磁盘产品的商业序列号，size 是磁盘大小。

子步骤20243，所述纳管平台记录所述网卡聚合信息，并确定所述物理机 为目标物理机。

在本实施例中，当纳管平台记录了网卡聚合信息后，纳管平台可以根据网 卡聚合信息获取物理机各个配置的信息，例如磁盘数量，cpu数等，可以使得 纳管平台可以根据物理机的各个配置信息与物理机建立连接，使得物理机可以 注册至纳管平台，并完成纳管操作，纳管平台可以确定该物理机为目标物理机。

在本实施例中，物理机可以预先将用户添加信息和自动添加信息按照预定 排列格式顺序，生成对应格式的传输文件，再发送至纳管平台。

可选地，个个信息总体的排列格式可以如下所示：

{u'local_service':{data},u'ipmi_address':u'data',u'cpu':{data},u'memory': {data},u'disks':[data],u'interfaces':[data],u'bonds':[data]}。

步骤203，若所述纳管平台确定所述物理机为目标物理机，则所述纳管平 台发送操作指令至所述目标物理机。

在本实施例中，当纳管平台已经获取了物理机各个信息后，纳管平台可以 确定物理机满足注册的条件，可以确定该物理机可以注册至纳管平台，并完成 对该物理机的纳管。纳管平台可以向物理机发送操作指令，可以通过判断物理 机是否执行操作指令对应的指定操作，确定该物理机是否已纳管成功。例如， 若物理机纳管成功，该物理机会处于监听模式，判断该物理机当前是否处于监 听模式，纳管平台可以向该物理机发送存储数据指令和一个数据包，控制该物 理机存储该数据包，若该物理机响应该存储数据指令，存储该数据包，并回复 存储响应，可以判断该物理机已纳管成功。若该物理机响应存储数据指令，并没有存储该数据包，且没有回复存储响应，纳管平台可以判断该物理机纳管不 成功。

在本实施例中，步骤203可以包括子步骤：

子步骤2031，若所述纳管平台确定所述物理机为目标物理机，则所述纳管 平台判断所述目标物理机是否退出纳管操作。

在本实施例中，物理机在纳管的过程中，用户可以根据需要，停止该物理 机的纳管操作，例如，若用户需要使用物理机进行其他业务操作时，可能不需 要该物理机注册纳管至纳管平台，用户可以在注册纳管的操作进行到一半的时 候或物理机已经将物理机信息全部发送至纳管平台后，出现用户控制物理机退 出了纳管操作的情况，或物理机断电的情况。因此，可以先判断该物理机是否 已经退出了纳管平台的纳管操作，确保该物理机可以接收操作指令，若该物理 机已经退出了纳管操作，该物理机无法接受纳管平台发送的操作指令，通过判 断了该物理机是否退出纳管平台的纳管操作，可以避免纳管平台重复向该物理 机发送操作指令。

在实际操作中，由于纳管平台创建的Ironic node节点，可以是技术人员通 过纳管平台对物理机进行基本操作，例如开机或关机，因此，可以通过纳管平 台判断该物理机是否已经关闭，从而可以快速有效地判断该物理机是否退出纳 管操作。

子步骤2032，若所述纳管平台确定所述目标物理机没有退出纳管操作，则 所述纳管平台确定是否下达操作指令。

在具体操作中，若该物理机没有退出纳管操作，该纳管平台可以判断是否 向该物理机下达发送操作指令，从而可以根据操作指令，确定该物理机可以接 收操作指令，执行对应的操作。

子步骤2033，若所述纳管平台确定下达操作指令，则所述纳管平台发送所 述操作指令至所述目标物理机。

在本实施例中，若确定纳管平台确定下达发送操作指令，该物理机可以获 取纳管平台发送的操作指令。

在其中一种可选的例子中，物理机在获取了纳管平台发送的操作指令后， 可以向纳管平台发送接收响应，通知纳管平台已接收了该操作指令。

在本实施例中，步骤203还可以包括以下子步骤：

子步骤2034，若所述纳管平台确定没有下达所述操作指令。

子步骤2035，则所述纳管平台返回判断所述目标物理机是否退出纳管操作 的步骤。

在本实施例中，当纳管平台确定没有下达操作指令时，物理机无法向纳管 平台发送接收操作指令的响应，可以执行一个循环，纳管平台可以判断该物理 机是否已经退出了纳管操作，若没有退出，可以再确定是否向物理机发送操作 指令。

在另一个可选的例子中，在确定没有发送操作指令后，物理机可以等待预 设的时间，例如等待1秒，或2秒，或5秒，在等待预设的后，若还没有接受到 纳管平台发送的操作指令后，可以再判断一次物理机是否退出纳管操作，若没 有退出，则在等待纳管平台发送操作指令，如此循环。

步骤204，所述目标物理机响应所述操作指令修改当前的工作模式，生成 并发送操作结果至所述纳管平台。

在本实施例中，当物理机处于注册模式时，可以判断该物理机需要注册 至纳管平台中。当纳管平台记录了用户添加信息与自动添加信息，纳管平台可 以对该物理机进行数据监控和管理，纳管平台可以向物理机发送相应的操作指 令，例如，数据处理指令，可以控制物理机进行数据处理；例如存储指令，可 以控制物理机进行数据存储；例如接收指令，可以控制物理机发送当前数据至 纳管平台，由纳管平台对该数据进行处理等等，当物理机执行完数据处理或数 据存储的操作后，物理机完成纳管，物理机可以从注册模式修改为监听模式， 纳管平台实现对物理机的纳管。

在可选的实施例中，也可以通过判断物理机执行操作指令对应的指定操作， 确定该物理机是否已纳管成功。例如，若物理机纳管成功，该物理机会处于监 听模式，判断该物理机当前是否处于监听模式，纳管平台可以向该物理机发送 存储数据指令和一个数据包，控制该物理机存储该数据包，若该物理机响应该 存储数据指令，存储该数据包，并回复存储响应，可以判断该物理机已纳管成 功。若该物理机响应存储数据指令，并没有存储该数据包，且没有回复存储响 应，纳管平台可以判断该物理机纳管不成功。

在本实施例中，可以通过判断该物理机是否执行操作指令对应的指定操作， 可以判断该物理机是否纳管成功。

步骤205，若所述纳管平台确定所述物理机不是目标物理机，则所述纳管 平台发送错误信息至所述物理机。

在本实施例中，若纳管平台接收了物理机信息后，确定该物理机信息无效， 纳管平台可以向物理机发送错误信息。

例如，若物理机发送的用户添加信息与用户预设存储在纳管平台用于创建 创建Ironic node节点的不相同时，纳管平台可以发送错误信息，判断该物理机 不能进行注册纳管。又如，若物理机发送的网卡信息为一条，纳管平台需求的 网卡信息为两条时，纳管平台也可以发送错误信息。或物理机发送的网卡聚合 信息出错，该网卡聚合信息遗漏了物理机磁盘容量，纳管平台也可以发送错误 信息。

步骤206，所述物理机响应所述错误信息退出所述纳管平台的纳管操作。

在本实施例中，当接收了纳管平台发送的错误信息后，该物理机和该纳管 平台可以退出纳管操作，停止进行注册至纳管平台。

在本实施例中，在所述物理机发送物理机信息至所述纳管平台的步骤前， 所述方法可以包括：

所述纳管平台确定所述物理机的当前工作模式，所述工作模式包括注册模 式与监听模式。

在本实施例中，注册模式可以指物理机处于注册纳管至纳管平台的模式， 若该物理机未注册纳管至纳管平台中，纳管平台不能对该物理机进行数据管理 和监控时，可以判断该物理机处于注册模式，需要注册至纳管平台。监听模式 可以指物理机处于纳管平台管理的模式，若该物理机已注册至纳管平台，则纳 管平台可以对该物理机进行数据监控和管理时，可以判断该物理机处于监听模 式。

纳管平台在对物理机进行纳管操作时，可以预先判断该物理机是否已纳 管，若该物理机已在纳管平台的管理与监控下，可以直接对该物理机进行监控 管理，若该物理机并没有注册至纳管平台下，纳管平台不能对该物理机进行管 理监控，则需要将该物理机的信息注册至纳管平台中，使得纳管平台可以对该 物理机进行监控管理。

在实际操作中，可以获取物理机的配置文件，根据配置文件获取物理机的 物理机信息，判断物理机信息是否存储在纳管平台中，若纳管平台存储有该物 理机的信息，可以判断该物理机已被纳管，可以判断该物理机处于监听模式， 反之，若没有存储物理机信息，可以判断该物理机并没有注册至纳管平台，该 物理机处于注册模式。

通过判断该物理机的具体工作模式，可以判断该物理机是否可以进行注册， 从而可以根据物理机的当前工作模式，对物理机进行相应的操作，简化了纳管 平台对物理机的管理操作，也简化了技术人员对物理机的管理操作。

在本实施例中，所述方法可以包括：

若所述纳管平台确定所述物理机为注册模式，则获取所述物理机发送的物 理机信息。

在本实施例中，若该物理机没有注册至纳管平台中，则纳管平台并不能对 该物理机的数据进行监控管理，该物理机并没有在纳管平台的管理下，可以判 断该物理机为注册模式。在注册模式下，该物理机可以注册至纳管平台中，有 纳管平台对该物理机进行监控管理。

当物理机处于注册模式时，可以获取物理机的物理机信息，采用该物理机 的物理机信息，可以将该物理机注册至纳管平台，由纳管平台对物理机进行管 理。该物理机信息可以包括用户添加信息和自动添加信息，其中用户添加信息 可以包括：物理机所在机机柜、物理机ipmi地址和物理机ipmi用户名等信息， 自动添加信息可以包括：物理机网络信息、物理机网卡聚合信息和物理机网卡。

在本实施例中，所述方法可以包括：

若所述纳管平台确定所述物理机为监听模式，则所述纳管平台判断所述物 理机是否退出纳管操作。

在本实施例中，若确定该物理机处于监听模式，可以判断该物理机已经注 册至该纳管平台中，该物理机处于纳管平台的监控管理状态中，纳管平台可以 向该物理机发送操作指令，使该物理机执行相应的操作。例如，可以向该物理 机发送调用指令，调用该物理机等数据；也可以向该物理机发送接收指令，接 收该物理机的数据。当该物理机处于纳管平台纳管状态时，可以判断该物理机 是否接收到纳管平台的操作指令，从而可以控制该物理机执行相应的操作，方 便技术人员对该物理机的操控管理。

纳管平台在发送操作指令前，可以判断该物理机是否有退出纳管操作，具 体地，可以判断该物理机是否已关闭或断电。

在本实施例中，所述方法可以包括：

若所述纳管平台确定所述物理机没有退出纳管操作，则所述纳管平台发送 操作指令至所述物理机，以使所述物理机执行指定的操作。

在本实施例中，纳管平台可以通过判断该物理机是否执行操作指令对应的 指定操作，可以判断该物理机是否纳管成功。

在本发明优选的实施例中，可以当所述物理机处于运行状态时，所述物理 机发送物理机信息至所述纳管平台；所述纳管平台根据所述物理机信息，确定 所述物理机是否为进行纳管操作的目标物理机；若所述纳管平台确定所述物理 机为目标物理机，则所述纳管平台发送操作指令至所述目标物理机；所述目标 物理机响应所述操作指令修改当前的工作模式，生成并发送操作结果至所述纳 管平台；若所述纳管平台确定所述物理机不是目标物理机，则所述纳管平台发 送错误信息至所述物理机；所述物理机响应所述错误信息退出所述纳管平台的 纳管操作。本发明提出的物理机纳管方法能够在物理机不停服的情况下，自动 采集物理机的物理机信息，并将这些物理机信息写入纳管平台的数据库中。而 纳管平台可以通过物理机信息就能够和物理机的BMC基带通信，并进行控制， 同时纳管平台可以下达自定义命令，对该物理机进行控制，达到完全被纳管平 台纳管的结果。方便技术人员物理机的管理，也降低了物理机纳管操作的难度， 减少了纳管操作的步骤，提高了纳管操作的效率，另外可以降低纳管成本低， 可以实现将传统IDC机房的物理机的云化，对传统IDC的改造有很大的提升。

参照图3，示出了本发明实施例中物理机纳管方法实施例二的其中一种操 作步骤流程图。

在实际操作中，该方法也可以涉及物理机agent，注册服务模块(物理机 注册服务模块)和纳管平台(Ironic)。

该物理机agent可以是代理软件，可以安装在待注册纳管的物理机中或安 装在需要被纳管的物理机的服务器之上，可以用于收集物理机的各个信息，将 各个信息发送至纳管平台，或接收纳管平台发送的信息，使物理机可以与纳管 平台进行数据传输与交流，能够实现自动注册、执行纳管平台(Ironic模块) 指令、收集监控数据并发送给纳管平台(Ironic模块)的作用。

另一个注册服务模块(物理机注册服务模块)可以是安装在物理机的软件 或安装在纳管平台的软件，可以用于整理物理机通过物理机agent发送的物理 机信息，再将物理机信息发送至纳管平台，或用于接收纳管平台发送的信息， 将纳管平台的信息或结果发送至物理机。在进行纳管操作前，若物理机的服务 器放行9999端口供Openstack纳管平台进行控制时，物理机注册服务模块放行 5050端口供物理机发送其自身的信息，使物理机发送的信息可以通过物理机注 册服务模块发送至纳管平台。在本实施例中，以注册服务模块安装在纳管平台 作为例进行描述。

当注册服务模块收到物理机agent发送的自动注册请求后，注册服务模块 可以获取物理机ipmi地址，能够将这个物理机ipmi地址与纳管平台的Ironic 数据库中存储的用户预设物理机ipmi地址进行匹配。当物理机ipmi地址与用 户预设物理机ipmi地址相同时，注册服务模块可以调用Ironic原生应用程序编 程接口(Application ProgrammingInterface，简称API)，创建Ironic port、Ironic portgroup，更新Ironic node。从而用来实现Ironic对物理机的纳管。

参照图3，物理机agent可以获取物理机的物理机信息，然后物理机信息 进行格式化，将格式化后的各个物理机信息发送至注册服务模块。在本实施例 中，将信息格式化可以包括将物理机信息进行整理，或将物理机信息进行格式 转换，将物理机信息转换成对应的信息格式，或将各个物理机信息按照一定的 信息排列顺序排列，或将各个物理机信息生成一个对应的信息数据包等。

接着，注册服务模块在接收物理机信息后，可以对物理机信息进行处理组 织处理，譬如可以调整物理机信息的格式，或对物理机信息的进行解压或加密 等操作。然后注册服务模块可以先向ironic模块发送更新物理机信息，该更新 物理机信息可以包括通过用户手动编写和添加的物理机ipmi地址 (ipmi_address)，物理机ipmi用户名(ipmi_username)，物理机ipmi密码 (ipmi_password)和物理机所在机机柜(chassis_name)等信息，给ironic模 块进行判断。

若ironic模块判断该物理机更新信息与用户预设存储在ironic模块的信息 相同，ironic模块可以向注册服务模块返回判断结果。若返回判断结果为成功， 该返回结果可以触发注册服务模块向ironic模块发送创建物理机网卡信息，该 创建物理机网卡信息可以包括物理机网卡信息(port_info)、物理机网络信息 (network_info)等信息。若ironic模块接收了物理机网卡信息(port_info)、物理 机网络信息(network_info)等信息后，可以向注册服务模块发送接收响应，触发 注册服务模块向ironic模块发送创建物理机网卡聚会信息。该创建物理机网卡 聚会信息可以包括物理机网卡聚合信息(portgroup_info)、物理机的cpu架构的 信息(cpu_arch)、物理机的cpu核数的信息(cpus)、物理机的内存容量的信息 (memory_mb)、物理机磁盘容量的信息(local_gb)、物理机电源状态的信息(power_states)等等信息。当ironic模块在接收了创建物理机网卡聚会信息后， 可以向注册服务模块发送返回结果，该返回结果可以是操作指令。注册服务模 块在接收了操作指令后，可以将操作指令发送知物理机agent中，控制物理机 执行指定操作。

参照图4，示出了本发明实施例中物理机纳管方法实施例二的其中一种操 作步骤流程图。

在本实施例中，物理机在安装物理机agent的软件时，用户可以将物理机 的物理机ipmi地址(ipmi_address)，物理机ipmi用户名(ipmi_username)，物 理机ipmi密码(ipmi_password)和物理机所在机机柜(chassis_name)等信息 添加至注册服务模块，使注册服务模块可以通过控制物理机agent从而控制物 理机的基本操作，例如启动或关闭。

在实际操作中，当注册服务模块控制物理机启动时，可以触发启动纳管物 理机的配置文件，该配置文件可以时存储记录在纳管平台的日志文件或存储在 物理机的配置文件。在该配置文件中，可以包括物理机的属性，该属性可以包 括物理机的管理权限，物理机的管理地址以及状态信息等，若该物理机被纳管 平台纳管，配置文件上的物理机属性可以为已纳管，若该物理机未被纳管平台 纳管，配置文件上的物理机属性可以为未纳管。在具体操作中，可以在配置文 件上设置对应的属性号码，例如，若纳管了，可以记录为1，若未被纳管，可 以记录为0。

当注册服务模块收到物理机agent发送的自动注册请求后，注册服务模块 可以判断的配置文件上的配置信息或属性，确定当前物理机是否被纳管，若物 理机被纳管，可以判断该物理机的当前工作模式为注册模式，该物理机可以进 行注册纳管，若该物理机的当前工作模式是监听模式，可以判断该物理机的已 纳管，该物理机可以执行纳管平台发送的操作指令。

参照图4，当判断该物理机的当前工作模式为注册模式时可以判断该物理 机是否能进行注册，可选地，可以通过ironic模块判断该物理机是否可以注册， 如，ironic模块可以通过判断物理机信息与预设在ironic模块是否相同，若相 同该可以进行注册纳管。具体判断步骤如上述实施例所述，本实施例不再复述。 若该物理机可以注册，则可以按照预设的信息收集顺序，由ironic模块向注册 服务模块收集信息，在本实施例中，可以先接收物理机ipmi地址(ipmi_address)， 然后接收物理机网卡信息(port_info)、物理机网络信息(network_info)等信息， 接着接收物理机的cpu核数(cpus)、物理机的内存容量(memory_mb)、物理机 磁盘容量(local_gb)等信息，最后物理机网卡聚合信息(portgroup_info)等信息。 对各个信息进行排列或转换格式，生成对应的物理机信息。最后可以将物理机 的各个信息进行整合，在纳管平台的ironic模块中生成对应的节点。最后由 ironic模块判断是否注册成功，若成功，则可以判断该物理机是否退出纳管操 作，退出纳管操作的程序，若没有，则可以判断该物理机是否接收到ironic模 块发送的操作指令，若有接收操作指令，则可以根据指令执行指定操作。若没 有接收指令，则可以等待预设时间，再判断该物理机是否退出了纳管操作的程 序。

可选地，当判断该物理机已经纳管，则可以判断该物理机处于监听模式， 可以判断该物理机是否退出程序，若没有退出，可以向该物理机发送操作指令， 控制该物理机执行指定操作，并可以向ironic模块返回操作结果。

参照图5，示出了本发明实施例中物理机纳管方法实施例二的其中一种操 作步骤流程图。

在本实施例中，注册服务模块可以控制物理机的启动或关闭，当用户在 ironic模块中添加了ironic node节点创建的参数(如：物理机ipmi地址 (ipmi_address)，物理机ipmi用户名(ipmi_username)，物理机ipmi密码 (ipmi_password)和物理机所在机机柜(chassis_name)等信息)后，纳管平 台的ironic模块可以根据参数生成对应的ironicnode节点，注册服务模块可以 供物理机进行节点发现，当一个物理机安装了物理机agent并启动后，物理机 agent会主动连接注册服务模块，并发送其物理机的硬件信息，注册服务模块 得到这些信息后，会和纳管平台Ironic模块进行通信，Ironic模块将物理机的 ipmi_address与之前手动注册的所有Ironic node的ipmi_address比较，如果相 同，则会调用Ironic API更新该物理机的信息，否则，说明这台物理机不需要 被纳管。

该注册服务模块要对发送来的物理机的信息进行重新组织，以满足Ironic API接口规范，最终调用Ironic API，将物理机的完整信息写入Ironic node中， 实现Openstack对物理机的完全纳管。

具体地，当注册服务模块启动后，可以判断该物理机是否退出了纳管操作 程序，若没有退出，则可以判断该物理机是否获取新的连接，该连接可以包括 获取新的节点或新的操作指令。

若有，则可以获取新的连接，根据新的连接获取物理机的物理机信息，根 据物理机信息判断该物理机是否可以进行纳管，若不可以进行注册纳管则 ironic模块可以向物理机返回错误信息，并退出纳管操作程序；若可以进行注 册纳管，则ironic模块可以向物理机管理服务发出请求，更新物理机信息；接 着ironic模块再可以向物理机管理服务发出请求，创建物理机网卡信息；再接 着ironic模块再可以向物理机管理服务发出请求，创建物理机网卡聚会信息； 最后向物理机返回注册成功，注册执行完成。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列 的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动 作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时 进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优 选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图6，示出了本发明实施例中物理机纳管装置的其中一种实施例的结 构示意图。在本实施例中，该物理机纳管装置，可以包括：

发送模块601，用于当所述物理机处于运行状态时，所述物理机发送物理 机信息至所述纳管平台；

确定模块602，用于所述纳管平台根据所述物理机信息，确定所述物理机 是否为进行纳管操作的目标物理机；

发送指令模块603，用于若所述纳管平台确定所述物理机为目标物理机， 则所述纳管平台发送操作指令至所述目标物理机；

结果模块604，用于所述目标物理机响应所述操作指令修改当前的工作模 式，生成并发送操作结果至所述纳管平台。

可选地，所述物理机信息包括：用户添加信息与自动添加信息；

所述确定模块，包括：

确定相同模块，用于所述纳管平台确定所述用户添加信息与预设的用户填 写信息是否相同；

信息相同结果模块，用于若所述用户添加信息与所述预设的用户填写信息 相同，则所述纳管平台发送信息相同结果至所述物理机；

自动添加信息模块，用于所述物理机响应所述信息相同结果，并发送所述 自动添加信息至所述纳管平台；

目标物理机模块，用于所述纳管平台记录所述自动添加信息，并确定所述 物理机为目标物理机。

可选地，所述自动添加信息包括：网卡信息和网卡聚合信息；

所述目标物理机模块，包括：

网卡创建结果模块，用于所述纳管平台记录所述网卡信息，生成并发送网 卡创建结果至所述物理机；

网卡聚合信息模块，用于所述纳管平台接收所述物理机响应所述网卡创建 结果发送的网卡聚合信息；

确定目标物理机模块，用于所述纳管平台记录所述网卡聚合信息，并确定 所述物理机为目标物理机。

可选地，所述发送指令模块，包括：

判断退出模块，用于若所述纳管平台确定所述物理机为目标物理机，则所 述纳管平台判断所述目标物理机是否退出纳管操作；

下达操作指令模块，用于若所述纳管平台确定所述目标物理机没有退出纳 管操作，则所述纳管平台确定是否下达操作指令；

操作指令模块，用于若所述纳管平台确定下达操作指令，则所述纳管平台 发送所述操作指令至所述目标物理机。

可选地，所述装置还包括：

没有下达模块，用于若所述纳管平台确定没有下达所述操作指令；

返回模块，用于则所述纳管平台返回判断所述目标物理机是否退出纳管操 作的步骤。

可选地，所述装置还包括：

工作模式模块，用于所述纳管平台确定所述物理机的当前工作模式，所述 工作模式包括注册模式与监听模式；

注册模式模块，用于若所述纳管平台确定所述物理机为注册模式，则获取 所述物理机发送的物理机信息；

监听模式模块，用于若所述纳管平台确定所述物理机为监听模式，则所述 纳管平台判断所述物理机是否退出纳管操作；

执行操作模块，用于若所述纳管平台确定所述物理机没有退出纳管操作， 则所述纳管平台发送操作指令至所述物理机，以使所述物理机执行指定的操作。

可选地，所述装置还包括：

错误信息模块，用于若所述纳管平台确定所述物理机不是目标物理机，则 所述纳管平台发送错误信息至所述物理机；

退出操作模块，用于所述物理机响应所述错误信息退出所述纳管平台的纳 管操作。

本发明实施例还提供了一种电子设备，如图7所示，包括处理器701、通信 接口702、存储器703和通信总线704，其中，处理器701，通信接口702，存储 器703通过通信总线704完成相互间的通信，

存储器703，用于存放计算机程序；

处理器701，用于执行存储器703上所存放的程序时，实现如下步骤：

获取所述物理机发送的物理机信息；

将所述物理机信息发送至所述纳管平台；

获取所述纳管平台发送的操作指令，所述操作指令在所述纳管平台确定所 述物理机信息满足预设条件后发送；

根据所述操作指令控制所述物理机执行指定操作；

或

所述纳管平台接收所述物理机发送的物理机信息；

所述纳管平台判断所述物理机信息是否满足预设条件；

若所述物理机信息满足预设条件，则所述纳管平台向所述物理机发送操作 指令。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、 控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线 或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也 可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可 选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处 理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分 立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计 算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上 述实施例中任一所述的物理机纳管方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品， 当其在计算机上运行时，使得计算机执行上述实施例中任一所述的物理机纳管 方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组 合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实 现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行 所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功 能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编 程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算 机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可 以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个 网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可 以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的 服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如， 软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将 一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些 实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包 含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素 的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的 其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在 没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括 所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相 似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。 尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较 简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在 本发明的保护范围内。

Claims (10)

1.一种物理机纳管方法，其特征在于，涉及物理机，以及与所述物理机通讯的纳管平台，所述方法包括：

当所述物理机处于运行状态时，所述物理机发送物理机信息至所述纳管平台；

所述纳管平台根据所述物理机信息，确定所述物理机是否为进行纳管操作的目标物理机；

若所述纳管平台确定所述物理机为目标物理机，则所述纳管平台发送操作指令至所述目标物理机；

所述目标物理机响应所述操作指令修改当前的工作模式，生成并发送操作结果至所述纳管平台。

2.根据权利要求1所述的方法，其特征在于，所述物理机信息包括：用户添加信息与自动添加信息；

所述纳管平台根据所述物理机信息，确定所述物理机是否为进行纳管操作的目标物理机，包括：

所述纳管平台确定所述用户添加信息与预设的用户填写信息是否相同；

若所述用户添加信息与所述预设的用户填写信息相同，则所述纳管平台发送信息相同结果至所述物理机；

所述物理机响应所述信息相同结果，并发送所述自动添加信息至所述纳管平台；

所述纳管平台记录所述自动添加信息，并确定所述物理机为目标物理机。

3.根据权利要求2所述的方法，其特征在于，所述自动添加信息包括：网卡信息和网卡聚合信息；

所述纳管平台记录所述自动添加信息，并确定所述物理机为目标物理机，包括：

所述纳管平台记录所述网卡信息，生成并发送网卡创建结果至所述物理机；

所述纳管平台接收所述物理机响应所述网卡创建结果发送的网卡聚合信息；

所述纳管平台记录所述网卡聚合信息，并确定所述物理机为目标物理机。

4.根据权利要求1所述的方法，其特征在于，所述若所述纳管平台确定所述物理机为目标物理机，则所述纳管平台发送操作指令至所述目标物理机，包括：

若所述纳管平台确定所述物理机为目标物理机，则所述纳管平台判断所述目标物理机是否退出纳管操作；

若所述纳管平台确定所述目标物理机没有退出纳管操作，则所述纳管平台确定是否下达操作指令；

若所述纳管平台确定下达操作指令，则所述纳管平台发送所述操作指令至所述目标物理机。

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

若所述纳管平台确定没有下达所述操作指令；

则所述纳管平台返回判断所述目标物理机是否退出纳管操作的步骤。

6.根据权利要求1所述的方法，其特征在于，在所述物理机发送物理机信息至所述纳管平台的步骤前，所述方法还包括：

所述纳管平台确定所述物理机的当前工作模式，所述工作模式包括注册模式与监听模式；

若所述纳管平台确定所述物理机为注册模式，则获取所述物理机发送的物理机信息；

若所述纳管平台确定所述物理机为监听模式，则所述纳管平台判断所述物理机是否退出纳管操作；

若所述纳管平台确定所述物理机没有退出纳管操作，则所述纳管平台发送操作指令至所述物理机，以使所述物理机执行指定的操作。

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

若所述纳管平台确定所述物理机不是目标物理机，则所述纳管平台发送错误信息至所述物理机；

所述物理机响应所述错误信息退出所述纳管平台的纳管操作。

8.一种物理机纳管装置，其特征在于，所述装置包括：

发送模块，用于当所述物理机处于运行状态时，所述物理机发送物理机信息至所述纳管平台；

确定模块，用于所述纳管平台根据所述物理机信息，确定所述物理机是否为进行纳管操作的目标物理机；

发送指令模块，用于若所述纳管平台确定所述物理机为目标物理机，则所述纳管平台发送操作指令至所述目标物理机；

结果模块，用于所述目标物理机响应所述操作指令修改当前的工作模式，生成并发送操作结果至所述纳管平台。

9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-7任一所述的方法步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的方法。

Images