CN108037977B - 虚拟计算机资源的管理方法、设备、计算机介质、及系统 - Google Patents
虚拟计算机资源的管理方法、设备、计算机介质、及系统 Download PDFInfo
- Publication number
- CN108037977B CN108037977B CN201711295813.8A CN201711295813A CN108037977B CN 108037977 B CN108037977 B CN 108037977B CN 201711295813 A CN201711295813 A CN 201711295813A CN 108037977 B CN108037977 B CN 108037977B
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- layer
- host
- openstack platform
- vmware
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Memory System Of A Hierarchy Structure (AREA)
- Stored Programmes (AREA)
Abstract
本发明提供一种虚拟计算机资源的管理方法,其包括:建立OpenStack平台与Vmware数据中心之间的链接;所述Vmware数据中心包括至少一个第一层虚拟机集群;在所述OpenStack平台中为每个所述第一层虚拟机集群创建对应的第一主机集合,以将所述第一层虚拟机集群部署至对应的第一主机集合上;在所述OpenStack平台的管理员数据表中,增加各所述第一主机集合的关联信息。本发明的技术方案为虚拟机集群建立相应的主机集合,并在OpenStack平台的Aggregate‑Metadata数据表中,避免集群级别以下的虚拟资源被屏蔽,提升管理的灵活度以满足统一云管理系统的管理需求。此外,本发明提供的技术方案以主机属性创建主机集合,并将虚拟机集群相应分类,从而实现将需要特殊资源的虚拟机部署至具有特殊资源的主机上。
Description
技术领域
本发明涉及虚拟计算机资源管理领域,特别是涉及一种虚拟计算机资源的管理方法、设备、计算机可读介质、及系统。
背景技术
OpenStack是一个由NASA(美国国家航空航天局)和Rackspace合作研发并发起的,以Apache许可证授权的自由软件和开放源代码的云计算管理平台项目。OpenStack通过各种互补的服务提供了基础设施即服务(IaaS)的解决方案,是一个旨在为公共及私有云的建设与管理提供软件的开源项目。伴随中它的快速发展,OpenStack接口已经基本成为云平台接口的标准。
vmware是一款成熟的虚拟化系统,在虚拟化产品中它的市场占有率较高。部分用户拥有了很多vmware数据中心,但为了节省成本以及和其他产品的兼容又新建了很多基于OpenStack的数据中心。出于减少管理成本的目的,就需要有能够统一管理vmware数据中心和OpenStack平台的云管理系统。但是,由于OpenStack的迅猛发展,统一云管理系统一般都是基于OpenStack的北向接口来开发的;所以,统一云管理系统需要先把vmware数据中心挂载到OpenStack中,通过OpenStack对外暴露接口来进行管理,而vmware提供了一个套件VIO,通过该套件可方便的通过OpenStack来对vmware数据中心的虚拟资源进行常用的简单操作。
但是,通过VIO实现OpenStack和vmware的对接,有很多虚拟资源的信息被屏蔽。举例来说,vmware是以cluster为单位对接到OpenStack中的,OpenStack能看到的最小的vmware计算资源也就只能cluster级别。这样明显不能满足统一云管理系统管理员的需求。此外,管理员希望能把一些具备特殊功能的服务器组成一个集合,用户部署虚拟机的时候能够把需要这种特殊功能的虚拟机自动的部署到这些主机集合上来。OpenStack提供了主机集合hostaggregate(HA)的功能,管理员可以创建一个主机集合,并加入相应的主机,然后给主机集合的属性中增加上相应的特有属性,这样当部署需要这些属性的虚拟机的时候,会自动的部署到这个主机集合中的主机上面了。但VIO实现的时候,是以cluster为单位和OpenStack对接的,所以HA也就只能是一些vmware cluster的集合了。根本没法发挥OpenStack中HA的作用。
所以,如何让vmware和OpenStack对接后的系统既能发挥出vmware原有的资源动态调度以及高可用性的功能,又能够发挥OpenStack主机集合的优势成为眼下亟需解决的技术问题。
发明内容
鉴于以上所述现有技术的缺点,本发明的目的在于提供虚拟计算机资源的管理方法、设备、计算机可读资源、及系统,用于解决现有技术中Vmware数据中心和OpenStack平台对接后,无法发挥vmware原有的资源动态调度的技术问题。
为实现上述目的及其他相关目的,本发明提供一种虚拟计算机资源的管理方法,包括:建立OpenStack平台与Vmware数据中心之间的链接;所述Vmware数据中心包括至少一个第一层虚拟机集群;在所述OpenStack平台中为每个所述第一层虚拟机集群创建对应的第一主机集合,以将所述第一层虚拟机集群部署至对应的第一主机集合上;在所述OpenStack平台的管理员数据表中,增加各所述第一主机集合的关联信息。
于本发明的一实施例中,所述第一主机集合的关联信息包括如下信息中的任意一者或两者的结合:(1)对应的所述第一层虚拟机集群的集群信息;(2)所述第一主机集合中各物理主机的主机信息。
于本发明的一实施例中,所述管理员数据表为Aggregate-Metadata数据表。
于本发明的一实施例中,将所述第一层虚拟机集群中的虚拟机集群,按照预设分解条件进行第一层分解,以得到多个第二层虚拟机集群,并在所述OpenStack平台中为每个所述第二层虚拟机集群创建对应的第二主机集合,以将所述第二层虚拟机集群部署至对应的第二主机集合上;逐层分解,并在所述OpenStack平台中为当前层分解得到的虚拟机集群创建对应的当前主机集合,以将所述当前层虚拟机集群部署至对应的当前主机集合上;直到当前层无可分解的虚拟机集群,停止在所述OpenStack平台中创建主机集合。
于本发明的一实施例中,所述按照预设分解条件进行第一层分解包括:将所述第一层虚拟机集群按照与对应的主机集合的分类方式进行分类。
于本发明的一实施例中,所述在OpenStack平台与Vmware数据中心之间建立链接包括:通过所述OpenStack平台的代理节点,将所述代理节点上的Vmware驱动器链接至所述Vmware数据中心的Vcenter服务器,从而建立所述OpenStack平台与Vmware数据中心之间的链接。
为实现上述目的及其他相关目的,本发明提供一种虚拟计算机资源的管理装置,包括:链接模块,用于建立OpenStack平台与Vmware数据中心之间的链接;其中,所述Vmware数据中心包括至少一个第一层虚拟机集群;主机集合创建模块,用于在所述OpenStack平台中为每个所述第一层虚拟机集群创建对应的第一主机集合,以将所述第一层虚拟机集群部署至对应的第一主机集合上;管理模块,用于在所述OpenStack平台的管理员数据表中,增加各所述第一主机集合的关联信息。
为实现上述目的及其他相关目的,本发明提供一种虚拟计算机资源的管理设备,其包括:处理器及存储器;所述存储器用于存储计算机程序,所述处理器用于执行所述存储器存储的计算机程序,以使所述终端执行如权利要求1至6中任一项所述的虚拟计算机资源的管理方法。
于本发明的一实施例中,所述管理设备基于云端服务器控制所述OpenStack平台和Vmware数据中心。
于本发明的一实施例中,所述管理设备通过所述OpenStack平台的北向接口与所述OpenStack平台建立对接关系。
为实现上述目的及其他相关目的,本发明提供一种计算机可读存储介质,其上存储有计算机程序该程序被处理器执行时实现所述虚拟计算机资源的管理方法。
为实现上述目的及其他相关目的,本发明提供一种虚拟计算机资源的管理系统,其包括:OpenStack平台,其设有北向接口;所述OpenStack平台还设有代理节点,所述代理节点设有Vmware驱动器;Vmware数据中心,其设有Vcenter服务器,用于与所述Vmware驱动器链接;云端服务器,用于通过所述北向接口与所述OpenStack平台对接,并通过所述Vmware驱动器链接至所述Vcenter服务器,从而建立所述OpenStack平台与Vmware数据中心之间的链接;所述云端服务器还用于为虚拟机集群建立相应的主机集合,以将虚拟机部署至物理主机上。
如上所述,本发明的虚拟计算机资源的管理方法、设备、计算机可读资源、及系统,具有以下有益效果:本发明提供的技术方案为虚拟机集群建立相应的主机集合,并在OpenStack平台的Aggregate-Metadata数据表中,避免集群级别以下的虚拟资源被屏蔽,提升管理的灵活度以满足统一云管理系统的管理需求。此外,本发明提供的技术方案以主机属性创建主机集合,并将虚拟机集群相应分类,从而实现将需要特殊资源的虚拟机部署至具有特殊资源的主机上。
附图说明
图1显示为本发明一实施例中虚拟计算机资源的管理方法的流程图。
图2显示为本发明一实施例中OpenStack平台与Wmware数据中心对接的逻辑架构。
图3显示为本发明一实施例中Vmware数据中心的虚拟机集群与OpenStack平台的主机集合之间的对应关系。
图4显示为本发明一实施例中主机集合分类的示意图。
图5显示为本发明一实施例中虚拟计算机资源的管理装置的示意图。
元件标号说明
500 虚拟计算机资源的管理装置
501 链接模块
502 主机集合创建模块
503 管理模块
S101~S103 步骤
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。
需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
本发明提供一种虚拟计算机资源的管理方法,应用于云管理设备,以实现统一管理OpenStack平台和Vmware数据中心的异构计算机资源。
如图1所示,展示本发明一实施例中的虚拟计算机资源的管理方法的流程图,其包括:
S101:在OpenStack平台与Vmware数据中心之间建立链接。所谓OpenStack平台是一个开源的云计算管理平台项目,是一个可以大规模扩展、丰富、标准统一的云计算管理平台,且OpenStack通过各种互补的服务提供了基础设施即服务(IaaS)的解决方案,每个服务提供API以进行集成。所谓Vmware是一款成熟的虚拟化系统,Vmware数据中心包括至少一个虚拟机集群;将Vmware数据中心的初始时候的虚拟机集群称为第一层虚拟机集群,以便与可能分解得到的第二层、第三层…第n层(n≥2)的虚拟机集群做区分。
如图2所示,展示本发明一实施例中OpenStack平台与Wmware数据中心对接的逻辑架构。其中,Nova-Compute节点是OpenStack平台非常重要的守护进程,负责创建和终止虚拟机实例,也即起着管理虚拟机实例的生命周期的作用。云管理设备通过所述OpenStack平台的Nova-Compute节点中的Vmware驱动器来链接所述Vmware数据中心的Vcenter服务器,再通过Vcenter服务器将命令下发至Vmware数据中心,从而建立所述OpenStack平台与Vmware数据中心之间的链接。
需要说明的是,所述Nova-Compute节点作为一个OpenStack平台和Vmware数据中心的通信桥梁,亦称为代理节点。所述Nova-Compute节点可管理一或多个虚拟机集群,但其中的多个虚拟机集群必须处于同一个Vcenter服务器的管辖之内。
S102:在所述OpenStack平台中为每个所述第一层虚拟机集群创建对应的第一主机集合,以将所述第一层虚拟机集群部署至对应的第一主机集合上。以下用一具体的实施例来说明虚拟机集群与主机集合的对应关系。
如图3所示,展示了本发明一实施例中Vmware数据中心的虚拟机集群与OpenStack平台的主机集合之间的对应关系。其中,所述OpenStack平台设有代理节点1和代理节点2,所述代理节点1和代理节点2通过Vmware数据中心的Vcenter服务器对接至Vmware数据中心的6个第一层虚拟机集群,其分别为虚拟机集群1-1、虚拟机集群1-2、虚拟机集群1-3、虚拟机集群2-1、虚拟机集群2-2、以及虚拟机集群2-3。
云管理设备在所述OpenStack平台中为所述6个第一层虚拟机集群分别创建对应的主机集合,其分别为主机集合1-1、主机集合1-2、主机集合1-3、主机集合2-1、主机集合2-2、以及主机集合2-3,图中用带有箭头的虚线表示虚拟机集群与主机集合之间的对应关系。各主机集合中包含有多个主机,以所述主机集合1-1为例,其包含有主机1至主机n。图3中虽然只展示了所述主机集合1-1包含的具体主机的示意图,但本领域技术人员应当知晓的是,其它五个主机集合均包含多个主机。
由图3可知,主机集合1-1、主机集合1-2、主机集合1-3对应代理节点1,故三个主机集合在OpenStack平台的Aggregate-Host数据表中的记录均为代理节点1;主机集合2-1、主机集合2-2、以及主机集合2-3对应代理节点2,故三个主机集合在Aggregate-Host数据表中的记录均为代理节点2。
S103:在所述OpenStack平台的管理员数据表中,增加各所述第一主机集合的关联信息。
可选的,所述第一主机集合的关联信息包括:与所述第一主机集合对应的第一层虚拟机集群的集群信息,和/或所述第一主机集合中各物理主机的主机信息。其中,所述虚拟机集群的集群信息,主要用于表示该虚拟机集群中虚拟机的共同特点或者虚拟机数量等信息;举例来说:该虚拟机集群中的虚拟机都需要至少为256MB大小的内存,或者该虚拟机集群中的虚拟机都需要被部署至相同地区的物理主机等等。所述物理主机的主机信息,例如可以是各个主机的IP地址、CPU型号、内存大小等信息。
可选的,所述管理员数据表为Aggregate-Metadata数据表。所述Aggregate-Metadata数据表是用于供管理员为主机集合定义额外功能时使用的数据表,故将虚拟机集群的属性信息添加至该表中并不会影响数据库设计或者其他架构。
现有技术通常通过Vmware数据中心提供的VIO(Vmware Integrated OpenStack)部署方式实现Openstack平台与Vmware数据中心的对接。但是,VIO部署方式导致Vmware数据中心内的很多虚拟资源被屏蔽。举例来说,Vmware数据中心是以虚拟机集群为单位对接到OpenStack平台的,也即OpenStack平台能够看到的最小的虚拟计算资源只能是集群级别的,而低于集群级别的虚拟资源都会被屏蔽掉,进而导致统一云管理系统的管理效率低下,管理缺乏灵活度,无法满足统一云管理系统的管理需求。
本发明虽然在Aggregate-Host数据表中的记录仅为代理节点1、代理节点2,但与现有技术不同的是:本发明在OpenStack平台的Aggregate-Metadata数据表中增设有两条额外的记录,分别用于记录各个主机集合对应的虚拟机集群的集群信息以及各物理主机的主机信息。也即,当管理员将一个虚拟机增添到对应的主机集合时,其并非将添加记录写入Aggregate-host数据表中,而是写入了Aggregate-Metadata数据表中。所以,本发明提供的虚拟计算机资源管理方法能够有效避免集群级别以下的虚拟资源被屏蔽,提升管理的灵活度以满足统一云管理系统的管理需求。
可选的,在一实施例中,统一云管理设备将第一层的虚拟机集群,按照预设分解条件进行第一层分解,以得到多个第二层虚拟机集群,并在所述OpenStack平台中为每个所述第二层虚拟机集群创建对应的第二主机集合,以将所述第二层虚拟机集群部署至对应的第二主机集合上;逐层分解,并在所述OpenStack平台中为当前层分解得到的虚拟机集群创建对应的当前主机集合,以将所述当前层虚拟机集群部署至对应的当前主机集合上;直到当前层无可分解的虚拟机集群,停止在所述OpenStack平台中创建主机集合。
所述逐层分解,是指将分解得到的第二层虚拟机中能够分解的集群按照预设分解条件进行分解,以得到第三层虚拟机集群;再将分解得到的第三层虚拟机中能够分解的集群进行分解,以相应得到第四层虚拟机集群;以此类推,直到当前层中再无可分解的虚拟机集群为止。需要说明的是,本发明所指的逐层分解可以是指多层分解,也即从第一层分解为第二层,再从第二层依次分解至第N层,其中N为大于等于3的自然数;也可以是两层分解,也即只从第一层分解为第二层。
所述按照预设条件进行分解是指:将所述第一层虚拟机集群按照与对应的主机集合的分类方式进行分类。具体而言,统一云管理设备在OpenStack平台的虚拟机规格板(flavor)中设置虚拟机的属性,以令其与对应的主机集合中主机的属性相匹配。例如:主机集合中的物理主机按照硬盘接口类型分为SATA接口类别和非SATA接口类别,则管理员需在虚拟机规格板(flavor)中相应的修改虚拟机的属性,以将需要部署至SATA接口主机的虚拟机部署至硬盘接口为SATA类型的主机并将需要部署至非SATA接口主机的虚拟机部署至硬盘接口为非SATA类型的主机上。以下用一具体的实施例来说明主机集合的分类。
如图4所示,展示本发明一实施例中主机集合分类的示意图。虚拟机集群A对应创建有主机集合B,其下设有8个物理主机,其中有4个是使用图形处理器(GraphicsProcessing Unit,GPU)的主机1,还有4个未使用图形处理器(Graphics Processing Unit,GPU)主机2。
统一云管理设备创建包括4个GPU主机的主机集合B-1、以及包括4个非GPU主机的主机集合B-2。在部署虚拟机时,需将虚拟机集群A中的各个虚拟机按照部署至GPU主机上以及部署至非GPU主机上进行分类,从而将虚拟机集群A分解为虚拟机集群A-1和虚拟机集群A-2;其中,虚拟机集群A-1包括4个需部署到GPU主机上的虚拟机1,虚拟机集群A-2包括4个需要部署到非GPU主机上的虚拟机2。
可选的,统一云管理设备在OpenStack平台的虚拟机规格板(flavor)中设置虚拟机的属性,从而实现将虚拟机自动部署至相应主机属性的主机上。具体而言,在部署虚拟机时,若希望将虚拟机1部署至使用GPU的主机上,则需要在OpenStack平台的虚拟机规格板(flavor)中增加相同的属性;例如在虚拟机规格板(flavor)中输入useGPU=true,以表示该虚拟机需要部署至GPU主机上。基于相同的原理,在虚拟机规格板(flavor)中输入useGPU=false,则表示该虚拟机需要部署至非GPU主机上。
因此,本发明的技术方案实现了将具有特殊资源需求的虚拟机能够自动部署至具有所述特殊资源需求的物理主机上,让Vmware数据中心和OpenStack平台对接后的系统既能发挥出Vmware数据中心原有的资源动态调度以及高可用性的功能,又能够发挥OpenStack主机集合的优势,大大地降低了管理的复杂度并提升了管理效率。
如图5所示,展示本发明一实施例中的虚拟计算机资源的管理装置500,其包括:链接模块501,用于建立OpenStack平台与Vmware数据中心之间的链接;其中,所述Vmware数据中心包括至少一个第一层虚拟机集群;主机集合创建模块502,用于在所述OpenStack平台中为每个所述第一层虚拟机集群创建对应的第一主机集合,以将所述第一层虚拟机集群部署至对应的第一主机集合上;管理模块503,用于在所述OpenStack平台的管理员数据表中,增加各所述第一主机集合的关联信息。
需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。
本发明还提供一种虚拟计算机资源的管理设备,包括处理器及存储器;其中,所述存储器用于存储计算机程序,所述处理器用于执行所述存储器存储的计算机程序,以使所述终端执行所述虚拟计算机资源的管理方法。所述管理设备,例如可以是一云端服务器,基于云端控制所述OpenStack平台和Vmware数据中心。
上述的处理器可以是通用处理器,包括中央处理器(CentralProcessingUnit,简称CPU)、网络处理器(NetworkProcessor,简称NP)等;还可以是数字信号处理器(DigitalSignalProcessing,简称DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit,简称ASIC)、现场可编程门阵列(Field-ProgrammableGateArray,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
可选的,所述管理设备通过所述OpenStack平台的北向接口与所述OpenStack平台建立对接关系。所述北向接口,是供厂家或运营商进行接入和管理的接口,也即向上提供的接口;于本发明中,所述北向接口用于供云端服务器接入,以实现统一管理Openstack平台和Vmware数据中心。
本领域普通技术人员可以理解:实现上述虚拟计算机资源的管理方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本发明还提供一种虚拟计算机资源的管理系统,该系统包括:OpenStack平台,其设有北向接口;所述OpenStack平台还设有代理节点,所述代理节点设有Vmware驱动器;Vmware数据中心,其设有Vcenter服务器,用于与所述Vmware驱动器链接;云端服务器,用于通过所述北向接口与所述OpenStack平台对接,并通过所述Vmware驱动器链接至所述Vcenter服务器,从而建立所述OpenStack平台与Vmware数据中心之间的链接;所述云端服务器还用于为虚拟机集群建立相应的主机集合,以将虚拟机部署至物理主机上。
综上所述,本发明提供的虚拟计算机资源的管理方法、设备、计算机可读资源、及系统,具有以下有益效果:本发明提供的技术方案为虚拟机集群建立相应的主机集合,并在OpenStack平台的Aggregate-Metadata数据表中,避免集群级别以下的虚拟资源被屏蔽,提升管理的灵活度以满足统一云管理系统的管理需求。此外,本发明提供的技术方案以主机属性创建主机集合,并将虚拟机集群相应分类,从而实现将需要特殊资源的虚拟机部署至具有特殊资源的主机上。所以,本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (11)
1.一种虚拟计算机资源的管理方法,其特征在于,包括:
建立OpenStack平台与Vmware数据中心之间的链接;所述Vmware数据中心包括至少一个第一层虚拟机集群;
在所述OpenStack平台中为每个所述第一层虚拟机集群创建对应的第一主机集合,以将所述第一层虚拟机集群部署至对应的第一主机集合上;
在所述OpenStack平台的管理员数据表中,增加各所述第一主机集合的关联信息;
将所述第一层虚拟机集群中的虚拟机集群,按照预设分解条件进行第一层分解,以得到多个第二层虚拟机集群,并在所述OpenStack平台中为每个所述第二层虚拟机集群创建对应的第二主机集合,以将所述第二层虚拟机集群部署至对应的第二主机集合上;
逐层分解,并在所述OpenStack平台中为当前层分解得到的虚拟机集群创建对应的当前主机集合,以将所述当前层虚拟机集群部署至对应的当前主机集合上;直到当前层无可分解的虚拟机集群,停止在所述OpenStack平台中创建主机集合。
2.根据权利要求1所述的虚拟计算机资源的管理方法,其特征在于,所述第一主机集合的关联信息包括如下信息中的任意一者或两者的结合:
(1)对应的所述第一层虚拟机集群的集群信息;
(2)所述第一主机集合中各物理主机的主机信息。
3.根据权利要求1所述的虚拟计算机资源的管理方法,其特征在于,所述管理员数据表为Aggregate-Metadata数据表。
4.根据权利要求1所述的虚拟计算机资源的管理方法,其特征在于,所述按照预设分解条件进行第一层分解包括:将所述第一层虚拟机集群按照与对应的主机集合的分类方式进行分类。
5.根据权利要求1所述的虚拟计算机资源的管理方法,其特征在于,在OpenStack平台与Vmware数据中心之间建立链接包括:
通过所述OpenStack平台的代理节点,将所述代理节点上的Vmware驱动器链接至所述Vmware数据中心的Vcenter服务器,从而建立所述OpenStack平台与Vmware数据中心之间的链接。
6.一种虚拟计算机资源的管理装置,其特征在于,包括:
链接模块,用于建立OpenStack平台与Vmware数据中心之间的链接;其中,所述Vmware数据中心包括至少一个第一层虚拟机集群;
主机集合创建模块,用于在所述OpenStack平台中为每个所述第一层虚拟机集群创建对应的第一主机集合,以将所述第一层虚拟机集群部署至对应的第一主机集合上;
管理模块,用于在所述OpenStack平台的管理员数据表中,增加各所述第一主机集合的关联信息;将所述第一层虚拟机集群中的虚拟机集群,按照预设分解条件进行第一层分解,以得到多个第二层虚拟机集群,并在所述OpenStack平台中为每个所述第二层虚拟机集群创建对应的第二主机集合,以将所述第二层虚拟机集群部署至对应的第二主机集合上;逐层分解,并在所述OpenStack平台中为当前层分解得到的虚拟机集群创建对应的当前主机集合,以将所述当前层虚拟机集群部署至对应的当前主机集合上;直到当前层无可分解的虚拟机集群,停止在所述OpenStack平台中创建主机集合。
7.一种虚拟计算机资源的管理设备,其特征在于,包括:处理器及存储器;
所述存储器用于存储计算机程序,所述处理器用于执行所述存储器存储的计算机程序,以使所述管理设备执行如权利要求1至5中任一项所述的虚拟计算机资源的管理方法。
8.根据权利要求7所述的虚拟计算机资源的管理设备,其特征在于,所述管理设备基于云端服务器控制所述OpenStack平台和Vmware数据中心。
9.根据权利要求7所述的虚拟计算机资源的管理设备,其特征在于,所述管理设备通过所述OpenStack平台的北向接口与所述OpenStack平台建立对接关系。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1至5中任一项所述的虚拟计算机资源的管理方法。
11.一种虚拟计算机资源的管理系统,其特征在于,包括:
OpenStack平台,其设有北向接口;所述OpenStack平台还设有代理节点,所述代理节点设有Vmware驱动器;
Vmware数据中心,其设有Vcenter服务器,用于与所述Vmware驱动器链接;
云端服务器,用于通过所述北向接口与所述OpenStack平台对接,并通过所述Vmware驱动器链接至所述Vcenter服务器,从而建立所述OpenStack平台与Vmware数据中心之间的链接;所述云端服务器还用于为虚拟机集群建立相应的主机集合,以将虚拟机部署至物理主机上;
其中,所述Vmware数据中心包括至少一个第一层虚拟机集群;将所述第一层虚拟机集群中的虚拟机集群,按照预设分解条件进行第一层分解,以得到多个第二层虚拟机集群,并在所述OpenStack平台中为每个所述第二层虚拟机集群创建对应的第二主机集合,以将所述第二层虚拟机集群部署至对应的第二主机集合上;逐层分解,并在所述OpenStack平台中为当前层分解得到的虚拟机集群创建对应的当前主机集合,以将所述当前层虚拟机集群部署至对应的当前主机集合上;直到当前层无可分解的虚拟机集群,停止在所述OpenStack平台中创建主机集合。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711295813.8A CN108037977B (zh) | 2017-12-08 | 2017-12-08 | 虚拟计算机资源的管理方法、设备、计算机介质、及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711295813.8A CN108037977B (zh) | 2017-12-08 | 2017-12-08 | 虚拟计算机资源的管理方法、设备、计算机介质、及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108037977A CN108037977A (zh) | 2018-05-15 |
CN108037977B true CN108037977B (zh) | 2021-10-29 |
Family
ID=62101559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711295813.8A Active CN108037977B (zh) | 2017-12-08 | 2017-12-08 | 虚拟计算机资源的管理方法、设备、计算机介质、及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108037977B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110308997A (zh) * | 2019-07-11 | 2019-10-08 | 厦门厦科云海信息技术有限公司 | 基于OpenStack平台管理GPU设备的方法 |
CN110650181A (zh) * | 2019-08-30 | 2020-01-03 | 苏州浪潮智能科技有限公司 | 一种基于分布式存储架构的集群 |
CN113986547A (zh) * | 2021-10-29 | 2022-01-28 | 江苏安超云软件有限公司 | 创建云主机的方法及vGPU的管理系统 |
CN115001990A (zh) * | 2022-05-25 | 2022-09-02 | 济南浪潮数据技术有限公司 | 一种基于声明式API的跨地域openstack集群管理方法及系统 |
CN116595384B (zh) * | 2023-07-14 | 2023-11-24 | 支付宝(杭州)信息技术有限公司 | 模型训练方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404385A (zh) * | 2011-10-25 | 2012-04-04 | 华中科技大学 | 面向高性能计算的虚拟集群部署系统和部署方法 |
CN104035808A (zh) * | 2013-03-04 | 2014-09-10 | 中兴通讯股份有限公司 | 虚拟机集合的部署方法和装置 |
CN106354548A (zh) * | 2016-08-31 | 2017-01-25 | 天津南大通用数据技术股份有限公司 | 分布式数据库系统中虚拟集群创建、管理方法及装置 |
CN106850621A (zh) * | 2017-02-07 | 2017-06-13 | 南京云创大数据科技股份有限公司 | 一种基于容器云技术快速搭建Hadoop集群的方法 |
CN107145380A (zh) * | 2017-03-27 | 2017-09-08 | 华为技术有限公司 | 虚拟资源编排方法及装置 |
CN109213565A (zh) * | 2017-06-29 | 2019-01-15 | 中兴通讯股份有限公司 | 异构虚拟计算资源的管理方法、相关设备及存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140047079A1 (en) * | 2012-08-07 | 2014-02-13 | Advanced Micro Devices, Inc. | System and method for emulating a desired network configuration in a cloud computing system |
-
2017
- 2017-12-08 CN CN201711295813.8A patent/CN108037977B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404385A (zh) * | 2011-10-25 | 2012-04-04 | 华中科技大学 | 面向高性能计算的虚拟集群部署系统和部署方法 |
CN104035808A (zh) * | 2013-03-04 | 2014-09-10 | 中兴通讯股份有限公司 | 虚拟机集合的部署方法和装置 |
CN106354548A (zh) * | 2016-08-31 | 2017-01-25 | 天津南大通用数据技术股份有限公司 | 分布式数据库系统中虚拟集群创建、管理方法及装置 |
CN106850621A (zh) * | 2017-02-07 | 2017-06-13 | 南京云创大数据科技股份有限公司 | 一种基于容器云技术快速搭建Hadoop集群的方法 |
CN107145380A (zh) * | 2017-03-27 | 2017-09-08 | 华为技术有限公司 | 虚拟资源编排方法及装置 |
CN109213565A (zh) * | 2017-06-29 | 2019-01-15 | 中兴通讯股份有限公司 | 异构虚拟计算资源的管理方法、相关设备及存储介质 |
Non-Patent Citations (2)
Title |
---|
VM consolidation: A real case based on OpenStack Cloud;Corradi, Antonio;《FUTURE GENERATION COMPUTER SYSTEMS-THE INTERNATIONAL JOURNAL OF GRID COMPUTING AND ESCIENCE》;20140331;第32卷;第118-127页 * |
VMware vSphere、OpenStack在资源调度上的比较;吴东起;《电脑知识与技术》;20170915;第13卷(第22期);第28-31页 * |
Also Published As
Publication number | Publication date |
---|---|
CN108037977A (zh) | 2018-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108037977B (zh) | 虚拟计算机资源的管理方法、设备、计算机介质、及系统 | |
US10896064B2 (en) | Coordinated, topology-aware CPU-GPU-memory scheduling for containerized workloads | |
US10432464B2 (en) | Creating new cloud resource instruction set architecture | |
US10505796B2 (en) | Network function virtualization | |
US10324754B2 (en) | Managing virtual machine patterns | |
CN112866333A (zh) | 基于云原生的微服务场景优化方法、系统、设备和介质 | |
US10242014B2 (en) | Filesystem with isolated independent filesets | |
US9361120B2 (en) | Pluggable cloud enablement boot device and method that determines hardware resources via firmware | |
CN114327861B (zh) | 执行eda任务的方法、装置、系统和存储介质 | |
US11790035B2 (en) | System, method, and recording medium for mirroring matrices for batched cholesky decomposition on a graphic processing unit | |
US11880296B2 (en) | Generating a test cluster for testing a container orchestration system | |
US10979488B2 (en) | Method for increasing file transmission speed | |
US20180225333A1 (en) | Data write/import performance in a database through distributed memory | |
US9229659B2 (en) | Identifying and accessing reference data in an in-memory data grid | |
US10303838B2 (en) | Dynamic impedance net generation in printed circuit board design | |
US11200256B2 (en) | Record replication for multi-column partitioning on distributed database systems | |
US11748236B2 (en) | Multi-user debugging with user data isolation | |
US20210157832A1 (en) | Differential processing mechanism for spark-based graph computing background | |
US20240168734A1 (en) | Identifying involvement of application services in a distributed application | |
US20230185601A1 (en) | User-level threading for simulating multi-core processor | |
US20230028407A1 (en) | In-band modification of event notification preferences for server events |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |