一种计算节点管理方法及系统与流程

本发明涉及云计算领域，更具体地，涉及一种计算节点管理方法及系统。

背景技术：

目前虚拟化的底层实现方式多种多样，为了实现对虚拟机的统一管理，诞生了很多的虚拟化系统。目前对于计算节点管理的虚拟化系统主要有以下两种类型：

一是，以virt-manager为代表的单机版虚拟化系统。单机版的虚拟化系统由于单机的限制，无法实现多个计算机点的公用，无法形成资源池的概念，使得虚拟化的规模受到了很大的限制，而且大多数这种虚拟化系统只针对一种hypervisor，通用型弱。

二是，以openstack等为代表的多计算节点的虚拟化系统。 OpenStack项目是一个开源的云计算平台，来自世界各地云计算开发人员和技术人员共同创建OpenStack项目。OpenStack通过一组相关的服务提供一个基础设施即服务(IaaS)解决方案。每个服务提供了一个应用程序编程接口(API),促进了这种集成。对于以openstack为代表的虚拟化系统，则存在着部署复杂，计算节点的伸缩难度大的缺陷，无法实现方便、快捷的部署。

技术实现要素：

本发明为克服上述现有技术所述的至少一种缺陷（不足），提供一种快捷增加计算节点的计算节点管理方法。

本发明还提供一种快捷增加计算节点的计算节点管理系统。

为解决上述技术问题，本发明的技术方案如下：

一种计算节点管理方法，包括如下步骤：

S1.中心服务端接收来自web管理界面发送的计算节点信息；

S2.中心服务端根据接收到的计算节点信息查询计算节点是否真实存在并可用，若可用则在中心数据库中查询是否有与该计算节点对应主机相关的记录信息，若有则通过livirt的接口获取和更新计算节点的物理信息并将该计算节点信息标记为可用，如果无则执行步骤S3；

S3.中心服务端将存储的目录挂载到新的计算节点上，并初始化计算节点的配置，调用livirt的接口获取和更新计算节点的物理信息。

本发明利用中心服务端对计算节点进行管理，中心服务端通过数据库可以查询计算节点的记录信息，利用livirt接口对不同的计算节点进行更新，在对新计算节点进行增加的同时还可以利用livirt接口获取新计算节点的信息并保存，此过程屏蔽了虚拟化层hypervisor的差异，可以同时对计算节点进行统一管理，简单快捷，极大地降低了管理成本，提高了工作效率。

上述方案中，步骤S1中web管理界面发送的计算节点信息是通过外部输入的方式输入到web管理界面的。通过web管理界面获取外部需求，然后通过web管理界面通知中心服务端执行，实现云端操作。

上述方案中，计算节点信息包括计算节点的IP地址、登陆密码。

上述方案中，步骤S2中中心服务端根据计算节点的IP地址采用ping的方式查询计算节点是否真实存在并可用。

上述方案中，步骤S3中，中心服务端是通过远程调用shell命令的方式及通过glusterfs或nfs的方式将存储的目录挂载到新的计算节点上的。

上述方案中，步骤S3中，计算节点的配置初始化是通过远程执行脚本的方式实现的。

上述方案中，所述方法还包括：

S4.需删除计算节点时，中心服务端将中心数据库记录的该计算节点信息标记为不可用。

节点的删除只需在中心数据库中对计算节点信息进行标记，无需直接将计算节点删除，为以后计算节点的重新增加提供了方便。

一种计算节点管理系统，包括中心服务端，所述中心服务端包括接收模块、查询更新模块、节点增加模块：

接收模块，用于接收来自web管理界面发送的计算节点信息；

查询更新模块，用于根据接收到的计算节点信息查询计算节点是否真实存在并可用，若可用则在中心数据库中查询是否有与该计算节点所在主机相关的记录信息，若有则通过livirt的接口获取和更新计算节点的物理信息，若无则通知节点增加模块；

节点增加模块，用于将存储的目录挂载到新的计算节点上，并初始化计算节点的配置，调用livirt的接口获取和更新计算节点的物理信息。

本发明的系统通过设置查询更新模块来利用livirt接口对不同的计算节点进行统一管理，计算节点的增加过程无需考虑虚拟化层hypervisor的差异性，简单快捷，极大地降低了管理成本，提高了工作效率。

上述方案中，中心服务端还包括：

节点删除模块，用于在需删除计算节点时，将中心数据库记录的该计算节点信息标记为不可用。

上述方案中，节点增加模块将存储目录挂载到新的计算节点时具体是通过远程调用shell命令的方式及通过glusterfs或nfs的方式将存储的目录挂载到新的计算节点上的。

与现有技术相比，本发明技术方案的有益效果是：

本发明对计算节点的管理利用了libvirt接口，在屏蔽了虚拟化层hypervisor差异性的同时可以对计算节点达到伸缩管理，方便快捷，极大地降低了管理成本，提高了工作效率。

附图说明

图1为本发明一种计算节点管理方法具体实施例的流程图。

图2为本发明一种计算节点管理系统具体实施例的架构图。

图3为本发明实施例3一种云计算资源虚拟化系统的架构图。

具体实施方式

附图仅用于示例性说明，不能理解为对本专利的限制；

为了更好说明本实施例，附图某些部件会有省略、放大或缩小，并不代表实际产品的尺寸；

对于本领域技术人员来说，附图中某些公知结构及其说明可能省略是可以理解的。

在本发明的描述中，需要理解的是，此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或隐含所指示的技术特征的数量。由此，限定的“第一”、“第二”的特征可以明示或隐含地包括一个或者更多个该特征。在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以是通过中间媒介间接连接，可以说两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明的具体含义。

下面结合附图和实施例对本发明的技术方案做进一步的说明。

实施例1

如图1所示，为本发明一种计算节点管理方法具体实施例的流程图。参见图1，本具体实施例一种计算节点管理方法的具体步骤包括：

S101.中心服务端接收来自web管理界面发送的计算节点信息；其中，web管理界面发送的计算节点信息是通过外部输入的方式输入到web管理界面的。通过web管理界面输入计算节点所需信息后，web管理界面通过http协议传送到中心服务端。计算节点信息包括但不限于计算节点的IP地址、登陆密码，登录密码的设置主要是用于计算节点的免密初始化，方便后续通过远程命令对中心共享存储区进行初始化以及节点虚拟化环境初始化。

S102.中心服务端根据接收到的计算节点信息查询计算节点是否真实存在并可用，若存在并可用则在中心数据库中查询是否有与该计算节点对应主机相关的记录信息，若有则通过livirt的接口获取和更新计算节点的物理信息并将该计算节点信息标记为可用，如果无则执行步骤S103；其中，计算节点是否真实存在并可用可以通过ping的方式实现，中心服务端接收到计算节点信息后通过其IP地址采用ping的方式可确定该计算节点是否真实存在并可用。在本步骤中，中心服务端判断计算节点是否真实存在并可用的目的在于中心数据库中可能存在被删除的计算节点的信息，如果需要增加该计算节点，则中心服务端只需在中心数据库中对计算节点的物理信息进行更新并标记为可用即可完成计算节点的增加，若需要增加的计算节点在中心数据库中不存在记录信息，则需要通过执行步骤S103来初始化计算节点。本步骤所提及的计算节点的物理信息包括但不限于计算节点的磁盘大小、cpu、内存、网卡信息等，中心服务端自动获取所述物理信息后并进行更新。

在本步骤中，通过修改livirt动态迁移接口的实现方式，使livirt接口支持后端镜像模式的动态迁移。

S103.中心服务端将存储的目录挂载到新的计算节点上，并初始化计算节点的配置，调用livirt的接口获取和更新计算节点的物理信息。存储的目录位于中心共享存储中，其内容包括有：初始化计算节点所需要的脚本信息、创建虚拟机所需的镜像模板和相关配置文件模板、虚拟机集群网络管理的文件、其他虚拟机的镜像文件和快照文件。通过中心共享存储实现中心存储一方面方便数据的管理，另一方面使得虚拟机能够快色地从一台迁到另外一台上面。挂载的过程具体是中心服务端通过远程调用shell命令的方式及通过glusterfs或nfs的方式将存储的目录挂载到新的计算节点上的，计算节点的配置初始化通过远程执行脚本的方式实现。S104.需删除计算节点时，中心服务端将中心数据库记录的该计算节点信息标记为不可用。此删除步骤无需直接删除计算节点，而是在中心数据库中对计算节点信息进行标记，此方式目的在于为以后计算节点的重新增加提供了方便。计算节点的删除需求可以通过web管理界面获取，然后通知中心服务端进行计算节点删除步骤。删除后的计算节点后续要重新启用时，只需要执行计算节点增加步骤就能实现。中心服务端可以根据web发送的计算节点信息所带的信息标记位判断增加计算节点还是删除计算节点。

在具体实施过程中，中心共享存储网络意外断开一段时间之后，网络重新恢复之后，虚拟机无法识别，为此在步骤S103中采用gluterfs+nfs的挂载方式解决。gluterfs本身的复制条带卷本身不稳定，使用在生产过程中容易出现问题，使用复制卷+raid0的方式替代可以很好地解决中心共享网络断开后重新恢复无法识别虚拟机的问题。

在本发明的方法中，中心数据库存储的信息包括但不限于主机信息、虚拟机信息、模板信息、集群网络相关信息。

本发明的计算节点管理方法可以实现计算节点的快速增加和删除，而且增加和删除的过程屏蔽了虚拟化层hypervisor的差异，极大地降低了管理成本，提高了工作效率。

实施例2

本发明在实施例1的基础上，还提供了一种计算节点管理系统。参见图2，本具体实施例一种计算节点管理系统具体包括中心服务端200，所述中心服务端200包括接收模块201、查询更新模块202、节点增加模块203、节点删除模块204。

接收模块201，用于接收来自web管理界面发送的计算节点信息；其中计算节点信息包括但不限于计算节点的IP地址、登陆密码。

查询更新模块202，用于根据接收到的计算节点信息查询计算节点是否真实存在并可用，若可用则在中心数据库中查询是否有与该计算节点对应主机相关的记录信息，若有则通过livirt的接口获取和更新计算节点的物理信息并将该计算节点信息标记为可用，该物理信息包括但不限于计算节点的磁盘大小、cpu、内存、网卡信息；若无则通知节点增加模块；其中，为了判断计算节点是否真实存在并可用，查询更新模块202可以通过ping的方式实现，查询更新模块202接收到计算节点信息后通过其IP地址采用ping的方式可确定该计算节点是否真实存在并可用。

节点增加模块203，用于将存储的目录挂载到新的计算节点上，并初始化计算节点的配置，调用livirt的接口获取和更新计算节点的物理信息。其中，节点增加模块203将存储目录挂载到新的计算节点时具体是通过远程调用shell命令的方式及通过glusterfs或nfs的方式将存储的目录挂载到新的计算节点上的。存储的目录位于中心共享存储中，其内容包括有：初始化计算节点所需要的脚本信息、创建虚拟机所需的镜像模板和相关配置文件模板、虚拟机集群网络管理的文件、其他虚拟机的镜像文件和快照文件。通过中心共享存储实现中心存储一方面方便数据的管理，另一方面使得虚拟机能够快色地从一台迁到另外一台上面。

节点删除模块204，用于在需删除计算节点时，将中心数据库记录的该计算节点信息标记为不可用。本发明的系统无需直接删除计算节点，而是在节点删除模块204中对计算节点信息进行标记，此方式目的在于为以后计算节点的重新增加提供了方便。计算节点的删除需求可以通过web管理界面获取，然后通知中心服务端的节点删除模块204进行计算节点删除步骤。删除后的计算节点后续要重新启用时，只需要通过节点增加模块203就能实现。中心服务端200可以根据web发送的计算节点信息所带的信息标记位判断增加计算节点还是删除计算节点。

本发明的系统通过设置查询更新模块来利用livirt接口对不同的计算节点进行统一管理，计算节点的增加过程无需考虑虚拟化层hypervisor的差异性，简单快捷，极大地降低了管理成本，提高了工作效率。

实施例3

在实施例2的基础上，本实施例结合中心服务端所在的云计算资源虚拟化系统来对实施例2进行进一步的说明。

所述云计算资源虚拟化系统包括管理端、中心服务层和计算节点端，管理端设有web管理界面100、中心服务器层设有中心服务端200、中心数据库300、中心共享存储区400，计算节点端设有至少一个计算节点500；

Web管理界面100用于管理人员通过其输入计算节点所需信息，包括计算节点的IP地址、登陆密码等，web管理界面100将输入的信息通过http协议传输到中心服务端200；

中心服务端200负责处理web管理界面100发来到信息。中心服务端200首先对接收到的信息进行解析，提取并存储所需的信息，信息的存储通过中心数据库300完成；然后中心服务端200通过对该计算节点的IP地址采用ping的方式确定该计算节点是否真实存在和可用。如果可用，则先查找中心数据库300，查看是否有该计算节点对应主机的相关记录，有则livirt的相关接口获取和更新计算节点的物理信息，该物理信息包括但不限于计算节点的磁盘大小、cpu、内存、网卡信息；如果未在中心数据库300中找到相关记录，中心服务端200通过远程调用shell命令的方式，通过glusterfs或nfs的方式将中心共享存储区400的目录挂载到新的计算节点500上，然后通过远程执行脚本，初始化计算节点500的相关配置，然后调用相关接口，获取和更新计算节点的相关信息。

删除计算节点500时，中心服务端200将中心数据库300中与需删除计算节点500相关的记录的标志位设为不可用，为以后计算节点500的重新增加提供了方便。

相同或相似的标号对应相同或相似的部件；

附图中描述位置关系的用于仅用于示例性说明，不能理解为对本专利的限制；

显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明权利要求的保护范围之内。