CN112612579A - 虚拟机部署方法、存储介质及计算机设备 - Google Patents
虚拟机部署方法、存储介质及计算机设备 Download PDFInfo
- Publication number
- CN112612579A CN112612579A CN202011621766.3A CN202011621766A CN112612579A CN 112612579 A CN112612579 A CN 112612579A CN 202011621766 A CN202011621766 A CN 202011621766A CN 112612579 A CN112612579 A CN 112612579A
- Authority
- CN
- China
- Prior art keywords
- application
- deployment
- deployed
- virtual machine
- virtual machines
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 78
- 238000004590 computer program Methods 0.000 claims description 10
- 230000006855 networking Effects 0.000 claims description 10
- 238000012545 processing Methods 0.000 description 10
- 238000009435 building construction Methods 0.000 description 6
- 239000012634 fragment Substances 0.000 description 6
- 238000011161 development Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
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/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
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- 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
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明实施例提供一种虚拟机部署方法、存储介质及计算机设备,所述方法应用于管理虚拟机部署的终端,所述方法包括:获取虚拟机申请,所述虚拟机申请中携带了申请虚拟机的应用标识以及虚拟机的申请数量;根据所述应用标识确定申请虚拟机的应用的可用级别;在所述应用的可用级别超过设定级别时,获取数据中心部署有部署模块的楼宇的数量;根据所述楼宇的数量和虚拟机的申请数量将申请的虚拟机分散部署在各楼宇中。本实施例可以保证不同级别的高可用,应对不同级别的故障。
Description
技术领域
本发明涉及领域虚拟机部署领域,特别涉及一种虚拟机部署方法、存储介质及计算机设备。
背景技术
伴随着企业信息化的开展,数据中心逐渐成为企业的运营中心和驱动企业发展进步的心脏。对于金融企业而言,为金融级数据中心设计高可用策略是企业安全稳定运行和长久发展的重要保障。
金融级的应用高可用,常规情况下通过基础设施高可用和应用高可用两个层面来实现:底层IT基础设施通过设置高可用的策略,提供基础的高可用能力,如服务器双网卡的高可用,交换机接入服务器的高可用,多节点数据库的高可用等;上层应用通过集群化设计实现应用的高可用,应用组件通过分布式部署的方式实现冗余,进而获取应用的高可用能力。
相关技术中,基于3条线的集群设计和部署架构实现金融级应用高可用:在基础设施层面,金融机构先将服务器、存储设备和交换机整合为一个基础设施集群,以3个这样的基础设施集群为单位设置一个部署模块。应用以3的倍数(3N)为单位申请虚拟机,管理虚拟机部署的终端将应用申请的虚拟机分散部署在一个部署模块内的三个基础设施集群上,由部署模块内各个基础设施集群提供虚拟机所需的计算资源、存储资源和网络资源。
然而,上述3条线部署架构成熟稳定,可避免一定级别的故障,但是对于部署模块级、机房机以及楼宇级的故障无法有效应对,存在安全运行上的风险问题。当虚拟机或者底层物理机进行变更时,或基础设施集群的上行网络设备出现问题时,可能导致一个部署模块内的基础设施全部离线,其上部署的虚拟机和基于该虚拟机的应用不可用,从而使业务受到大范围影响。
发明内容
为解决上述技术问题,本发明实施例提供了一种虚拟机部署方法、存储介质及计算机设备,所述方法应用于管理虚拟机部署的终端,以尽可能的将虚拟机跨部署模块、跨机房、跨楼宇的分散部署,应对部署模块级、机房级、楼宇级的故障,保证不同级别的高可用。
第一方面,本发明实施例提供了一种虚拟机部署方法,所述方法应用于管理虚拟机部署的终端,所述方法包括:
获取虚拟机申请,所述虚拟机申请中携带了申请虚拟机的应用标识以及虚拟机的申请数量;
根据所述应用标识确定申请虚拟机的应用的可用级别;
在所述应用的可用级别超过设定级别时,获取数据中心部署有部署模块的楼宇的数量;
根据楼宇的数量和虚拟机的数量将申请的虚拟机分散部署在各楼宇中,其中,将第n个虚拟机部署在第n%B个楼宇中,n为1到N之间的正整数,N为虚拟机的申请数量,B为楼宇数量,n%B为n除以B的余数。
在本实施例的一种实现方式中,所述将申请的虚拟机分散部署在各楼宇中包括:
如果部署在同一楼宇的虚拟机有多个,将部署在同一楼宇的虚拟机分散部署在该楼宇的各机房中,其中,将第p个虚拟机部署在第p%R个机房中,其中,p为1到P之间的正整数,P为部署在同一楼宇的虚拟机的数量,R为同一楼宇中机房的数量;
如果部署在同一机房的虚拟机有多个,则将部署在同一机房中的虚拟机分散部署在该机房的各部署模块中,其中,将第q个虚拟机部署在第q%U1个部署模块上,q为1到Q之间的正整数,Q为部署在同一机房的虚拟机的数量,U1为同一机房中部署模块的数量,q%U1为q除以U1的余数。
在本实施例的一种实现方式中,所述方法还包括:
在所述应用的可用级别不超过设定级别时,获取指定楼宇中机房的数量;
根据虚拟机的申请数量和所述机房的数量将申请的虚拟机分散部署在所述指定楼宇的各机房中,其中,将第n个虚拟机部署在第n%R个机房中,其中,n为1到N之间的正整数,N为虚拟机的申请数量,R为所述指定楼宇中机房的数量;
如果部署在同一机房的虚拟机有多个,则将部署在同一机房中的虚拟机分散部署在该机房的各部署模块中,其中,将第q个虚拟机部署在第q%U1个部署模块上,q为1到Q之间的正整数,Q为部署在同一机房的虚拟机的数量,U1为同一机房中部署模块的数量,q%U1为q除以U1的余数。
在本实施例的一种实现方式中,所述方法还包括:
如果部署在同一部署模块上的虚拟机的数量为多个,则将部署在同一部署模块上的虚拟机分散部署在该部署模块的不同基础设施集群上,其中,将第i个虚拟机部署在第i%C个基础设施集群上,i为1到I之间的正整数,I为部署在同一部署模块上的虚拟机的数量,C为一个部署模块中基础设施集群的数量,i%C为i除以C的余数。
在本实施例的一种实现方式中,所述方法还包括:
如果部署在同一部署模块上的虚拟机的数量为1个,则将该虚拟机部署在所述部署模块中资源使用率最低的基础设施集群上。
在本实施例的一种实现方式中,所述方法还包括:
检测所述虚拟机申请是否有应用扩容的硬件一致性需求;
若有,则将申请的虚拟机分散部署在所述应用原有虚拟机所在的部署模块上,其中,将第n个虚拟机部署在第n%U2个部署模块上,n为1到N之间的正整数,N为虚拟机的申请数量,U2为所述应用原有虚拟机所在的部署模块的数量,n%U2为n除以U2的余数。
在本实施例的一种实现方式中,所述根据所述应用标识确定申请虚拟机的应用的可用级别包括:
根据所述应用标识确定基于所述应用的业务不允许中断的时间;
如果所述业务不允许中断的时间超过设定阈值,则确定所述应用的可用级别为高。
在本实施例的一种实现方式中,所述根据所述应用标识确定申请虚拟机的应用的可用级别包括:
根据所述应用标识确定所述应用是否为网联相关应用;
如果所述应用为网联相关应用,则确定所述应用的可用级别为高。
第二方面,本发明实施例提供了另一种虚拟机部署方法,所述方法应用于管理虚拟机部署的终端,所述方法包括:
获取虚拟机申请,所述虚拟机申请中携带了申请虚拟机的应用标识以及虚拟机的申请数量;
根据所述应用标识确定申请虚拟机的应用的可用级别;
根据所述应用的可用级别获取部署模块集合;
根据所述虚拟机的申请数量和所述部署模块集合中的部署模块的数量将申请的虚拟机分散部署在所述部署模块集合中的各部署模块上,其中,将第n个虚拟机部署在第n%U个部署模块上,n为1到N之间的正整数,N为虚拟机的申请数量,U为所述部署模块集合中的部署模块的数量,n%U为n除以U的余数。
在本实施例的一种实现方式中在所述应用的可用级别超过第一设定级别时,根据数据中心部署有部署模块的楼宇中的部署模块确定所述部署模块集合;
在所述应用的可用级别不超过第一设定级别但超过第二设定级别时,根据指定楼宇中的部署模块确定所述部署模块集合;
在所述应用的可用级别不超过第二设定级别时,根据指定机房中的部署模块确定所述部署模块集合,其中,第一设定级别高于第二设定级别。
在本实施例的一种实现方式中,
如果所述应用有应用扩容的硬件一致性需求,根据所述应用原有虚拟机所在的部署模块上确定所述部署模块集合。
在本实施例的一种实现方式中,所述方法还包括:
如果部署在同一部署模块上的虚拟机的数量为多个,则将部署在同一部署模块上的虚拟机分散部署在该部署模块的不同基础设施集群上,其中,将第i个虚拟机部署在第i%C个基础设施集群上,i为1到I之间的正整数,I为部署在同一部署模块上的虚拟机的数量,C为一个部署模块中基础设施集群的数量,i%C为i除以C的余数。
在本实施例的一种实现方式中,所述方法还包括:
如果部署在同一部署模块上的虚拟机的数量为1个,则将该虚拟机部署在所述部署模块中资源使用率最低的基础设施集群上。
第三方面,本发明实施例提供一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述计算机指令可以被处理器执行以实现上述实施例的第一方面所述的虚拟机部署方法的处理。
第四方面,本发明实施例提供一种计算机设备,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述计算机程序以实现实现上述实施例的第一方面所述的虚拟机部署方法的处理。
第五方面,本发明实施例提供一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述计算机指令可以被处理器执行以实现上述实施例的第二方面所述的虚拟机的部署方法的处理。
第六方面,本发明实施例提供一种计算机设备,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述计算机程序以实现上述实施例的第二方面所述的虚拟机的部署方法的处理。
相比于现有技术而言,本发明实施例提供的虚拟机的部署方法具有如下有益技术效果:
通过确定申请虚拟机的应用的可用级别,在应用的可用级别超过设定级别时,本申请将应用申请的虚拟机尽可能的跨楼宇、跨机房、跨部署模块部署,相比于将虚拟机分散部署在一个部署模块中的各基础设施集群而言,本发明可以保证不同级别的高可用,应对楼宇级、机房级以及部署模块级的故障。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简要的介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例的附图,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种虚拟机部署方法的流程示意图;
图2是本发明实施例提供的一种部署模块的结构示意图;
图3是本发明实施例提供的另一种虚拟机部署方法的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施例作进一步的详细描述。应当理解,下述的各种实施例只用于举例说明,而非用于限制本发明的保护范围。
【实施例1】
图1是本发明实施例提供的一种虚拟机部署方法的流程示意图。该虚拟机部署方法可以应用于金融级数据中心的管理虚拟机部署的终端,例如,云管理平台,整个虚拟机部署的过程可由管理虚拟机部署的终端控制。
金融级数据中心通常有多个楼宇。对于高可用的金融级应用而言,其对于错误的允许度比较低,本实施例将高可用应用申请的虚拟机分散部署在不同楼宇中,由不同楼宇的部署模块提供虚拟机所需的计算资源、存储资源以及网络资源,因此,可应对楼宇级的基础设施故障,
如图1所示,本实施例提供的虚拟机部署方法具体可以包括如下处理:
S101:获取虚拟机申请,所述虚拟机申请中携带了申请虚拟机的应用标识以及虚拟机的申请数量。
管理虚拟机部署的终端是数据中心资源的统一管理平台,其可以管理所辖设备,实现自动化投产和运维,对数据中心的计算资源、网络资源和存储资源进行调度。用户可以在数据中心的管理虚拟机部署的终端提出应用的虚拟机申请。管理虚拟机部署的终端在获取到虚拟机申请时,可以解析所述虚拟机申请,获取申请虚拟机的应用标识、申请的虚拟机配置、申请数量等信息。在一些实现方式中,为规范用户申请同时便于用户填写,管理虚拟机部署的终端可以在虚拟机申请页面提供多种虚拟机配置供用户选择。
用户提出一次虚拟机申请时虚拟机的申请数量为多个,各虚拟机的配置相同,从而保证在一台虚拟机出现问题时,应用仍然可以基于其他虚拟机使用,实现虚拟机的冗余和应用高可用。例如,用户可以以3的倍数提出虚拟机申请,即虚拟机的申请数量可以为3台、6台、9台、12台等。在一些实现方式中,为避免用户填写错误,管理虚拟机部署的终端可以检测用户申请的虚拟机数量是否符合数量要求,例如,用户申请的虚拟机数量是否为3的倍数,如果不符合要求,可以提示用户重新填写。通过以3的倍数提出虚拟机申请,本实施例可以兼顾虚拟机的冗余性、高可用性和部署成本。
在本实施例中,以要求虚拟机的申请数量为3的倍数为例说明了虚拟机的申请数量。在此要求下,用户申请的虚拟机的数量至少为3个。在其他实施例中,也可以要求虚拟机的申请数量为其他数量的倍数,如2的整数倍、5的整数倍等,此时,用户申请的虚拟机的数量至少为2个或5个。当然,为了实现应用的高可用,申请的虚拟机的数量至少为2个。
S102:根据所述应用标识确定申请虚拟机的应用的可用级别。
其中,可用级别指的是应用的高可用分级,例如,高级别的高可用、中等级别的高可用、低级别的高可用。
对于不同应用而言,其可能有不同级别的高可用需求。例如,有些应用的业务要求一周7天、每天24小时都不中断,其要求高级别的高可用。有些应用的业务要求一周5个工作日、每天24小时不中断,其要求中等级别的高可用。有些应用的业务要求一周5个工作日、每天8小时工作时间不中断,其要求低级别的高可用。在一些实现方式中,可以根据应用标识获取基于所述应用的业务不允许中断的时间,然后根据业务不允许中断的时间是否超过设定阈值来确定应用的可用级别。例如,将阈值设置为:一周7天、每天24小时,则要求业务一周7天、每天24小时都不中断的应用的可用级别即为高。
此外,网联相关的应用可能有更高的高可用需求。在一些实现方式中,也可以根据应用标识确定应用是否为网联相关应用,根据应用是否网联相关来对应用的可用级别进行分级。如果应用为网联相关应用,则可以确定应用的可用级别为高,如果应用不是网联相关应用,则可以确定应用的可用级别为低。
当然,在一些实现方式中,也可以通过其他方式确定应用的可用级别,例如,根据瞬时交易量确定应用的可用级别。此外,用户也可以在申请虚拟机时指定应用的可用级别,从而,管理虚拟机部署的终端可以根据虚拟机申请中的信息直接获取应用的可用级别。
S103:在所述应用的可用级别超过设定级别时,获取数据中心部署有部署模块的楼宇的数量。
其中,应用的可用级别可以分为高、中、低,设定级别可以为第一设定级别,其可以根据需求设定,例如,设定为高。当然,在其他实现方式中,第一设定级别也可以设定为其他级别,应用也可以采用其他分级方式,或进行更为精细的高可用分级,例如,1级、2级、3级、4级、5级等。
部署模块为计算资源、网络资源和存储资源的集合,一个部署模块中包括一个或多个基础设施集群,一个基础设施集群中包括一个或多个主机,各部署模块的配置相同,各基础设施集群的配置相同。图2示出了本发明实施例提供的一种部署模块的结构示意图。如图2所示,基础设施集群可以由一系列标准的计算资源、存储资源、网络资源整合而成,部署模块(例如,CDP,其为云计算技术整合后的一个部署模块)由多个基础设施集群组成,各基础设施集群的配置相同,各部署模块的配置相同,以实现虚拟机部署的灵活性。考虑到基础设施集群部署的成本和可用性要求,本实施例的一个部署模块中设置3个基础设施集群。当然,在其他实现方式中,一个部署模块中的基础设施集群数量也可以为其他数量,例如,1个,2个,4个,5个等。
S104:根据所述楼宇的数量和虚拟机的申请数量将申请的虚拟机分散部署在各楼宇中,其中,将第n个虚拟机部署在第n%B个楼宇中,n为1到N之间的正整数,N为虚拟机的申请数量,B为楼宇数量,n%B为n除以B的余数。
具体而言,如果虚拟机的申请数量小于楼宇数量,则各虚拟机分散部署在各楼宇中,一个楼宇中部署一个虚拟机。例如,第1个虚拟机部署在第1个楼宇中,第2个虚拟机部署在第2个楼宇中,第3个虚拟机部署在第2个楼宇中。在楼宇内部,可以将该虚拟机部署在该楼宇中资源使用率最高的部署模块上,以尽量用完部署模块,不留碎片。在部署模块内部,可以将该虚拟机部署在资源使用率最低的基础设施集群上,以使负载均衡。例如,可以将申请的虚拟机VM1部署在楼宇Building1中的部署模块D1的基础设施集群Cloud2的第3台物理主机上,由该物理主机提供虚拟机VM1需要的各种计算资源、存储资源和网络资源。其中,部署模块D1为楼宇Building1中资源使用率最高的部署模块,Cloud2为部署模块D1中资源使用率最低的基础设施集群。
如果虚拟机的申请数量大于楼宇数量,则将各虚拟机分散部署在各楼宇时,有些楼宇中部署的虚拟机的数量为多个。例如,如果有2个楼宇,3个虚拟机,则可以将第1虚拟机部署在第1个楼宇中,第2个虚拟机部署在第2个楼宇中,第3个虚拟机部署在第1个楼宇中。此时,有两个虚拟机部署在同一楼宇中。如果部署在同一楼宇的虚拟机有多个,则可以将部署在同一楼宇的虚拟机分散部署在该楼宇的各机房中,其中,将第p个虚拟机部署在第p%R个机房中,其中,p为1到P之间的正整数,P为部署在同一楼宇的虚拟机的数量,R为同一楼宇中机房的数量。例如,可以将部署在第1个楼宇的两个虚拟机分别部署在第一楼宇中的第一个机房和第二个机房中。如果部署在同一机房的虚拟机仅有一个,在机房内部,则可以将该虚拟机部署在该机房中资源使用率最高的部署模块上,以尽量用完部署模块,不留碎片。如果部署在同一部署模块上的虚拟机仅有一个,在部署模块内部,可以将虚拟机部署在资源使用率最低的基础设施集群上,以使负载均衡。如果部署在同一基础设施集群上的虚拟机仅有一个,则可以将虚拟机部署在该基础设施集群中资源使用率最低的物理主机上。例如,可以将虚拟机VM1部署在楼宇Building1的机房Room1中的部署模块D1的基础设施集群Cloud2的第3台物理主机上,由该物理主机提供虚拟机VM1需要的各种计算资源、存储资源和网络资源,将虚拟机VM3部署在楼宇Building1的机房Room2中的部署模块D2的基础设施集群Cloud1的第2台物理主机上,由该物理主机提供虚拟机VM3需要的各种计算资源、存储资源和网络资源。其中,部署模块D1为楼宇Building1的机房Room1中资源使用率最高的部署模块,Cloud2为部署模块D1中资源使用率最低的基础设施集群,第3台物理主机为Cloud2中资源使用率最低的物理主机。部署模块D2为楼宇Building1的Room2中资源使用率最高的部署模块,Cloud1为部署模块D2中资源使用率最低的基础设施集群,第2台主机为Cloud1中资源使用率最低的物理主机。
如果部署在同一机房的虚拟机有多个,在机房内部,可以将部署在同一机房中的虚拟机分散部署在该机房的各部署模块中。其中,将第q个虚拟机部署在第q%U1个部署模块上,q为1到Q之间的正整数,Q为部署在同一机房的虚拟机的数量,U1为同一机房中部署模块的数量,q%U1为q除以U1的余数。
例如,如果部署在第一个楼宇中的虚拟机有3个,但第一个楼宇中有只有两个机房部署有部署模块,则可以将第1个虚拟机部署在第1个机房中,将第2个虚拟机部署在第2个机房中,将第3个虚拟机部署在第1个机房中。此时,有两个虚拟机部署在第一个机房,可以进一步的将这两个虚拟机分散部署在该机房的第一个部署模块和第二个部署模块上。可选的,可以将该机房中的部署模块按资源使用率排序,将资源使用率最高的两个部署模块作为部署时的第一个部署模块和第二个部署模块,以尽量用完部署模块,不留碎片。在部署模块内部,可以将虚拟机部署在资源使用率最低的基础设施集群上,以使负载均衡,在基础设施集群内部,可以将虚拟机部署在资源使用率最低的物理主机上,以使负载均衡。在机房中的各部署模块资源使用率相同时,可以按照部署模块的原始序号从小到大的顺序确定第一个部署模块和第二个部署模块。
如果部署在同一部署模块上的虚拟机的数量为多个,在部署模块内部,可以将部署在同一部署模块上的虚拟机分散部署在该部署模块的不同基础设施集群上。其中,将第i个虚拟机部署在第i%C个基础设施集群上,i为1到I之间的正整数,I为部署在同一部署模块上的虚拟机的数量,C为一个部署模块中基础设施集群的数量,i%C为i除以C的余数。
例如,如果部署在第一个机房的虚拟机有3个,但第一个机房里有2个部署模块,则会有两个虚拟机部署在同一个部署模块上。此时,将这两个虚拟机分散部署在该部署模块中资源使用率最低的两个基础设施集群上。例如,如果部署模块D1中有3个基础设施集群,部署在部署模块D1上的虚拟机有VM1和VM3,在部署模块D1的内部,可以将VM1部署在Cloud1上,将VM3部署在Cloud2上。其中,Cloud1是部署模块D1中资源使用率最低的基础设施集群,Cloud2是部署模块D1中资源使用率次低的基础设施集群。如果部署在同一部署模块上的虚拟机的数量为1个,则可以将该虚拟机部署在所述部署模块中资源使用率最低的基础设施集群上。
通过上述方法,本实施例可以将要求高级别的高可用应用申请的虚拟机尽可能分散的部署到各楼宇、各机房、各部署模块、各基础设施集群,相比于将虚拟机分散的部署在同一个部署模块的不同基础设施而言,本实施例可应对部署模块级、机房级乃至楼宇级的故障,保证应用不同级别的高可用。并且,本实施例可以根据资源使用率从高到低的顺序将楼宇、机房、部署模块排序,将资源使用率最高的楼宇、机房、或部署模块作为部署时的第一个楼宇、机房、部署模块,将资源使用率最低的楼宇、机房、或部署模块作为部署时的最后一个楼宇、机房、部署模块,然后通过求余算法将申请的虚拟机尽量部署在序号较低的楼宇、机房或部署模块中,从而,本实施例可以尽量将虚拟机部署在资源使用率较高的楼宇、机房及部署模块中,以减少楼宇、机房、部署模块的碎片。对于部署模块中的基础设施集群和物理主机,本实施例可以根据资源使用率从低到高的顺序将基础设施集群或物理主机排序,将资源使用率最低的基础设施集群或物理主机作为第一个基础设施集群或物理主机,将资源使用率最高的基础设施集群作为最后一个基础设施集群或物理主机,从而,在部署模块内部,本实施例可以尽量将虚拟机部署在资源使用率较低的基础设施集群及物理主机上,以使负载均衡。其中,资源使用率可以通过已部署虚拟CPU数除以虚拟CPU总数计算,例如,部署模块的资源使用率可以通过部署模块上已部署虚拟CPU数除以虚拟CPU数的总数计算,机房的资源使用率可以通过机房中已部署虚拟CPU数除以虚拟CPU数的总数计算,楼宇的资源使用率可以通过楼宇已部署虚拟CPU数除以虚拟CPU数的总数计算。
需要说明的是,为保证虚拟机的调度均衡,各楼宇、各机房的网络能力需保持一致。如果跨楼宇部署,则需要同楼宇内的网络访问能力(吞吐量,延迟等)和跨楼宇保持一致。如果跨机房部署,则需要保证各机房间的网络访问能力(吞吐量,延迟等)。
在一些实现方式下,有些应用可能不需要特别高级别的高可用。在申请虚拟机的应用要求的高可用级别不超过第一设定级别但超过第二设定级别时,例如,要求中等级别的高可用的应用,本实施例可以获取指定楼宇中机房的数量,将申请的虚拟机分散部署在所述指定楼宇的各机房中,其中,将第n个虚拟机部署在第n%R个机房中,其中,n为1到N之间的正整数,N为虚拟机的申请数量,R为所述指定楼宇中机房的数量。其中,第一设定级别高于第二设定级别。
与上述实现方式类似,如果部署在同一机房的虚拟机仅有一个,在机房内部,则可以将该虚拟机部署在该机房中资源使用率最高的部署模块上,以尽量用完部署模块,不留碎片。如果部署在同一部署模块上的虚拟机仅有一个,在部署模块内部,可以将虚拟机部署在资源使用率最低的基础设施集群上,以使负载均衡。
如果部署在同一机房的虚拟机有多个,则可以将部署在同一机房中的虚拟机分散部署在该机房的各部署模块中,其中,将第q个虚拟机部署在第q%U1个部署模块上,q为1到Q之间的正整数,Q为部署在同一机房的虚拟机的数量,U1为同一机房中部署模块的数量,q%U1为q除以U1的余数。如果部署在同一部署模块上的虚拟机的数量为多个,则将部署在同一部署模块上的虚拟机分散部署在该部署模块的不同基础设施集群上,其中,将第i个虚拟机部署在第i%C个基础设施集群上,i为1到I之间的正整数,I为部署在同一部署模块上的虚拟机的数量,C为一个部署模块中基础设施集群的数量,i%C为i除以C的余数。
在实践中,保证楼宇间的网络访问能力一致要求很高,需要进行大量的工作,如果楼宇间网络访问能力不一致,则很可能导致跨楼宇的虚拟机调度不均衡。通过上述方法,本实施例可以在满足应用的高可用需求的同时,可减少保证楼宇间网络访问能力一致性的要求,避免因楼宇间的网络访问能力不均而导致的虚拟机调度不均衡。
在一些实现方式中,一些应用可能对高可用的级别要求较低,在申请虚拟机的应用要求的高可用级别不超过第二设定级别时,例如,要求低级别的高可用的应用,本实施例可以获取指定机房中部署模块的数量,将申请的虚拟机分散部署在所述指定机房的各部署模块上,其中,将第n个虚拟机部署在第n%U2个部署模块上,其中,n为1到N之间的正整数,N为虚拟机的申请数量,U2为所述指定机房中的部署模块的数量。通过上述方法,本实施例可以在满足应用的高可用需求的同时,可最大程度减少保证机房间网络访问能力一致的要求,避免因机房间的网络访问能力不均而导致的虚拟机调度不均衡。
通过上述方法可以看出,对于要求高级别高可用的应用,本实施例可以将其申请的虚拟机跨楼宇、跨机房、跨部署模块部署,以尽可能保证高级别的高可用,应对最高楼宇级的故障。对于要求中等级别高可用的应用,本实施例可以将其申请的虚拟机不跨楼宇,仅跨机房、跨部署模块部署,在满足应用高可用要求的同时降低网络访问能力一致的要求,避免虚拟机调度不均衡,应对最高机房级的故障。对于要求低级别高可用的应用,本实施例可以将其申请的虚拟机不跨楼宇、不跨机房,仅跨部署模块部署,以在满足应用高可用要求的同时尽最大程度减少保证网络访问能力一致的要求,避免虚拟机调度不均衡,应对最高部署模块级的故障。本实施例根据申请虚拟机应用的高可用级别要求将应用申请的虚拟机跨部署模块、跨机房乃至跨楼宇部署,可实现不同级别的高可用,应对不同级别的故障,在满足应用高可用要求的同时尽量减少保证网络访问能力一致的要求,避免虚拟机调度不均衡。
在一些应用场景下,可能对虚拟机有应用扩容的硬件一致性需求。例如,对原有应用系统进行的扩容时的虚拟机申请虚拟机。因此,在一些实现方式中,管理虚拟机部署的终端在接收到虚拟机申请时,可以判断该申请是否有应用扩容的硬件一致性要求,例如,可以根据申请中的应用标识检测该应用是否已存在,如果存在,则认为该申请是对已有应用的扩容,其有应用扩容的硬件一致性要求。此外,也可以使用户在申请时填写申请理由,管理虚拟机部署的终端可以根据申请理由判断是否有应用扩容的硬件一致性要求。
如果申请虚拟机的应用没有硬件扩容的一致性要求,例如,在新应用系统申请虚拟机时,则可以按照上述处理S101~S104,按照应用的高可用级别要求将申请的虚拟机分散部署在不同的部署模块、机房、楼宇上,以实现不同级别的高可用,应对不同级别的故障。
如果申请虚拟机的应用有硬件扩容的一致性要求,则可以将申请的虚拟机分散部署在所述应用原有虚拟机所在的部署模块上,其中,将第n个虚拟机部署在第n%U2个部署模块上,n为1到N之间的正整数,N为虚拟机的申请数量,U2为所述应用原有虚拟机所在的部署模块的数量,n%U2为n除以U2的余数。例如,该应用系统原有30台虚拟机,需要再增加15台虚拟机,则可以确定原有30虚拟机所在的各部署模块,将增加的15台虚拟机分散部署在原有的30虚拟机所在的各部署模块上。如果原有的部署模块已达到容量上限,无法再部署虚拟机,则可以提示人工处理。此时,管理员可以和应用部署人员进行协商,原则上不再对其硬件一致性需求予以考虑,可以将申请的虚拟机分散部署在新的一组部署模块上,根据应用高可用级别的不同,该组部署模块可以为同一个机房中的各部署模块,也可以为同一个楼宇的各机房中的各部署模块,还可以为多个楼宇的各机房中的各部署模块。
【实施例2】
图3是本发明实施例提供的另一种虚拟机部署方法的流程示意图。如图3所示,本实施例所述的虚拟机部署方法可以包括如下处理:
S201:获取虚拟机申请,所述虚拟机申请中携带了申请虚拟机的应用标识以及虚拟机的申请数量。
S202:根据所述应用标识确定申请虚拟机的应用的可用级别。
S201~S202的处理与上述S101~S102的处理相同,其具体处理请参见前述S101~S102的处理,在此不再赘述。
S203:根据所述应用的可用级别确定部署模块集合。
其中,可用级别指的是应用的高可用分级。
在一些实现方式中,可以根据应用标识获取基于所述应用的业务不允许中断的时间,然后根据业务不允许中断的时间是否超过设定阈值来确定应用的可用级别。如果基于应用的业务不允许中断的时间超过第一设定阈值,则可以确定该应用的可用级别为高,如果基于应用的业务不允许中断的时间超过第二设定阈值但不超过第一设定阈值,则可以确定该应用的可用级别为低。如果基于应用的业务不允许中断的时间不超过第二设定阈值,则可以确定该应用的可用级别为低,其中,第一设定阈值高于第二设定阈值。
在另一些实现方式中,可以根据也可以根据应用标识确定应用是否为网联相关应用,根据应用是否网联相关来对应用的可用级别进行分级。
进一步地,在所述应用的可用级别超过第一设定级别时,可以根据数据中心部署有部署模块的楼宇中的部署模块确定所述部署模块集合;在所述应用的可用级别不超过第一设定级别但超过第二设定级别时,可以根据指定楼宇中各机房的部署模块确定所述部署模块集合;在所述应用的可用级别不超过第二设定级别时,可以根据指定机房中的部署模块确定所述部署模块集合,其中,第一设定级别高于第二设定级别。
具体而言,第一设定级别可以设定为高,第二设定级别可以设定为中。在应用的可用级别为高时,可以根据金融机构数据中心中部署有部署模块的楼宇中的部署模块确定所述部署模块集合,由数据中心的各楼宇中的部署模块组成所述部署模块集合,例如,由楼宇1中的部署模块1、楼宇2中的部署模块2、楼宇3中的部署模块3组成部署模块集合。在所述应用的可用级别为中时,可以根据指定楼宇中的各机房的部署模块确定所述部署模块集合,由指定楼宇中的各机房的部署模块组成所述部署模块集合,例如,由指定楼宇1的机房1的部署模块1和机房2的部署模块2以及机房3的部署模块3组成部署模块集合。在所述应用的可用级别为低时,根据指定机房中的部署模块确定所述部署模块集合,由指定机房中的部署模块组成所述部署模块集合。例如,由指定机房1的部署模块1、部署模块2、部署模块3组成部署模块集合。其中,可以根据部署模块的资源使用率从各机房、各楼宇中选择部署模块组成部署模块集合。例如,从指定楼宇的各机房中选择资源使用率超过第二设定阈值但低于第一设定阈值的部署模块组成部署模块集合,或从各楼宇中选择资源使用率超过第二设定阈值但低于第一设定阈值的部署模块组成部署模块集合,其中,第一设定阈值高于第二设定阈值。
此外,本实施例还可以检测应用是否有硬件扩容的一致性需求,如果有,则可以根据所述应用原有虚拟机所在的部署模块上确定所述部署模块集合,例如,由所述应用原有虚拟机所在的部署模块组成所述部署模块集合。如果没有,则可以根据应用的可用级别来确定所述部署模块集合。
S204:根据所述虚拟机的申请数量和所述部署模块集合中的部署模块的数量将申请的虚拟机分散部署在所述部署模块集合中的各部署模块上,其中,将第n个虚拟机部署在第n%U个部署模块上,n为1到N之间的正整数,N为虚拟机的申请数量,U为所述部署模块集合中的部署模块的数量,n%U为n除以U的余数。
其中,本实施例可以根据资源使用率从高到低的顺序对部署模块集合中的部署模块进行排序,将集合中资源使用率最高的部署模块作为部署时的第一个部署模块,将资源使用率最低的部署模块作为部署时的最后一个部署模块,然后通过求余算法将申请的虚拟机尽量部署在序号较低的部署模块中,从而,本实施例可以尽量将虚拟机部署在资源使用率较高的部署模块中,以减少部署模块的碎片。其中,部署模块的资源使用率可以通过部署模块上已部署虚拟CPU数除以虚拟CPU数的总数计算。
通过上述方法,对于要求高级别高可用的应用,其部署模块集合由数据中心的各楼宇中的部署模块组成,本实施例将该应用申请的虚拟机分散部署在该部署模块集合的各部署模块上,可实现跨楼宇的虚拟机部署,应对楼宇级的故障。对于要求中等级别高可用的应用,其部署模块集合由指定楼宇中的各机房的部署模块组成,本实施例将该应用申请的虚拟机分散部署在该部署模块集合的各部署模块上,可实现跨机房的虚拟机部署,应对机房级的故障。对于要求低级别高可用的应用,其部署模块集合由指定机房的各部署模块组成,本实施例将该应用申请的虚拟机分散部署在该部署模块集合的各部署模块上,可实现跨部署模块的虚拟机部署,应对部署模块级的故障。
其中,如果部署在同一部署模块上的虚拟机的数量为多个,则可以将部署在同一部署模块上的虚拟机分散部署在该部署模块的不同基础设施集群上,其中,将第i个虚拟机部署在第i%C个基础设施集群上,i为1到I之间的正整数,I为部署在同一部署模块上的虚拟机的数量,C为一个部署模块中基础设施集群的数量,i%C为i除以C的余数。其中,为保证负载均衡,可以根据基础设施集群的资源使用率从低到高的排序确定部署时基础设施集群的序号。例如,如果一个部署模块中有3个基础设施集群,可以将资源使用率最低的基础设施集群作为第一个基础设施集群,将资源使用率最高的基础设施集群作为第三个基础设施集群,将资源使用率处于前两者之间的基础设施集群作为第二个集群。通过上述方法,可以将虚拟机优先部署在资源使用率较低的基础设施集群上,以使负载均衡。
如果部署在同一部署模块上的虚拟机的数量为1个,则将该虚拟机部署在所述部署模块中资源使用率最低的基础设施集群上,以保证各基础设施集群负载均衡。
进一步地,在基础设施集群内部,可以根据资源使用率将虚拟机部署在资源使用率较低的物理主机上。
本实施例根据申请虚拟机应用的可用级别要求确定用于部署应用申请的虚拟机的部署模块集合,进而根据虚拟机的申请数量和部署模块集合中部署模块的数量将申请的虚拟机尽可能分散的部署在不同的部署模块上,可实现不同级别的高可用,应对不同级别的故障,在满足应用高可用要求的同时尽量减少保证网络访问能力一致的要求,避免虚拟机调度不均衡。
通过以上的实施例的描述,本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施方式的某些部分所述的方法。
【实施例3】
本发明实施例提供了一种计算机可读存储介质,如硬盘、光盘、闪存、软盘、磁带等,其上存储有计算机可读指令,该计算机可读指令能够被处理器执行以实现上述实施例1所述的虚拟机部署方法的处理。
【实施例4】
本发明实施例提供了一种计算机设备,包括:
存储器,其上存储有计算机程序,
处理器,其可以执行所述计算机程序以实现上述实施例1所述的虚拟机部署方法的处理。
【实施例5】
本发明实施例提供了一种计算机可读存储介质,如硬盘、光盘、闪存、软盘、磁带等,其上存储有计算机可读指令,该计算机可读指令能够被处理器执行以实现上述实施例2所述的虚拟机部署方法的处理。
【实施例6】
本发明实施例提供了一种计算机设备,包括:
存储器,其上存储有计算机程序,
处理器,其可以执行所述计算机程序以实现上述实施例2所述的虚拟机部署方法的处理。
本说明书中使用的术语和措辞仅仅为了举例说明,并不意味构成限定。本领域技术人员应当理解,在不脱离所公开的实施方式的基本原理的前提下,对上述实施方式中的各细节可进行各种变化。因此,本发明的保护范围只由权利要求确定,在权利要求中,除非另有说明,所有的术语应按最宽泛合理的意思进行理解。
Claims (15)
1.一种虚拟机部署方法,其特征在于,所述方法应用于管理虚拟机部署的终端,所述方法包括:
获取虚拟机申请,所述虚拟机申请中携带了申请虚拟机的应用标识以及虚拟机的申请数量;
根据所述应用标识确定申请虚拟机的应用的可用级别;
在所述应用的可用级别超过设定级别时,获取数据中心部署有部署模块的楼宇的数量;
根据所述楼宇的数量和虚拟机的申请数量将申请的虚拟机分散部署在各楼宇中,其中,将第n个虚拟机部署在第n%B个楼宇中,n为1到N之间的正整数,N为虚拟机的申请数量,B为楼宇的数量,n%B为n除以B的余数。
2.根据权利要求1所述的虚拟机部署方法,其特征在于,所述将申请的虚拟机分散部署在各楼宇中包括:
如果部署在同一楼宇的虚拟机有多个,将部署在同一楼宇的虚拟机分散部署在该楼宇的各机房中,其中,将第p个虚拟机部署在第p%R个机房中,其中,p为1到P之间的正整数,P为部署在同一楼宇的虚拟机的数量,R为同一楼宇中机房的数量;
如果部署在同一机房的虚拟机有多个,则将部署在同一机房中的虚拟机分散部署在该机房的各部署模块中,其中,将第q个虚拟机部署在第q%U1个部署模块上,q为1到Q之间的正整数,Q为部署在同一机房的虚拟机的数量,U1为同一机房中部署模块的数量,q%U1为q除以U1的余数。
3.根据权利要求1所述的虚拟机部署方法,其特征在于,所述方法还包括:
在所述应用的可用级别不超过设定级别时,获取指定楼宇中机房的数量;
根据所述虚拟机的申请数量和所述机房的数量将申请的虚拟机分散部署在所述指定楼宇的各机房中,其中,将第n个虚拟机部署在第n%R个机房中,其中,n为1到N之间的正整数,N为虚拟机的申请数量,R为所述指定楼宇中机房的数量;
如果部署在同一机房的虚拟机有多个,则将部署在同一机房中的虚拟机分散部署在该机房的各部署模块中,其中,将第q个虚拟机部署在第q%U1个部署模块上,q为1到Q之间的正整数,Q为部署在同一机房的虚拟机的数量,U1为同一机房中部署模块的数量,q%U1为q除以U1的余数。
4.根据权利要求1-3中任意一项权利要求所述的虚拟机部署方法,其特征在于,所述方法还包括:
如果部署在同一部署模块上的虚拟机的数量为多个,则将部署在同一部署模块上的虚拟机分散部署在该部署模块的不同基础设施集群上,其中,将第i个虚拟机部署在第i%C个基础设施集群上,i为1到I之间的正整数,I为部署在同一部署模块上的虚拟机的数量,C为一个部署模块中基础设施集群的数量,i%C为i除以C的余数。
5.根据权利要求1-3中任意一项权利要求所述的虚拟机部署方法,其特征在于,所述方法还包括:
如果部署在同一部署模块上的虚拟机的数量为1个,则将该虚拟机部署在所述部署模块中资源使用率最低的基础设施集群上。
6.根据权利要求1所述的虚拟机部署方法,其特征在于,所述方法还包括:
检测所述虚拟机申请是否有应用扩容的硬件一致性需求;
若有,则将申请的虚拟机分散部署在所述应用原有虚拟机所在的部署模块上,其中,将第n个虚拟机部署在第n%U2个部署模块上,n为1到N之间的正整数,N为虚拟机的申请数量,U2为所述应用原有虚拟机所在的部署模块的数量,n%U2为n除以U2的余数。
7.根据权利要求1所述的虚拟机部署方法,其特征在于,所述根据所述应用标识确定申请虚拟机的应用的可用级别包括:
根据所述应用标识确定基于所述应用的业务不允许中断的时间;
如果所述业务不允许中断的时间超过设定阈值,则确定所述应用的可用级别为高。
8.根据权利要求1所述的虚拟机部署方法,其特征在于,所述根据所述应用标识确定申请虚拟机的应用的可用级别包括:
根据所述应用标识确定所述应用是否为网联相关应用;
如果所述应用为网联相关应用,则确定所述应用的可用级别为高。
9.一种虚拟机部署方法,其特征在于,所述方法应用于管理虚拟机部署的终端,所述方法包括:
获取虚拟机申请,所述虚拟机申请中携带了申请虚拟机的应用标识以及虚拟机的申请数量;
根据所述应用标识确定申请虚拟机的应用的可用级别;
根据所述应用的可用级别确定部署模块集合;
根据所述虚拟机的申请数量和所述部署模块集合中的部署模块的数量将申请的虚拟机分散部署在所述部署模块集合中的各部署模块上,其中,将第n个虚拟机部署在第n%U个部署模块上,n为1到N之间的正整数,N为虚拟机的申请数量,U为所述部署模块集合中的部署模块的数量,n%U为n除以U的余数。
10.根据权利要求9所述的虚拟机部署方法,其特征在于,
在所述应用的可用级别超过第一设定级别时,根据数据中心部署有部署模块的楼宇中的部署模块确定所述部署模块集合;
在所述应用的可用级别不超过第一设定级别但超过第二设定级别时,根据指定楼宇中的部署模块确定所述部署模块集合,其中,第一设定级别高于第二设定级别;
在所述应用的可用级别不超过第二设定级别时,根据指定机房中的部署模块确定所述部署模块集合。
11.根据权利要求9所述的虚拟机部署方法,其特征在于,
如果所述应用有应用扩容的硬件一致性需求,根据所述应用原有虚拟机所在的部署模块上确定所述部署模块集合。
12.根据权利要求9-11中任意一项权利要求所述的虚拟机部署方法,其特征在于,所述方法还包括:
如果部署在同一部署模块上的虚拟机的数量为多个,则将部署在同一部署模块上的虚拟机分散部署在该部署模块的不同基础设施集群上,其中,将第i个虚拟机部署在第i%C个基础设施集群上,i为1到I之间的正整数,I为部署在同一部署模块上的虚拟机的数量,C为一个部署模块中基础设施集群的数量,i%C为i除以C的余数。
13.根据权利要求9-11中任意一项权利要求所述的虚拟机部署方法,其特征在于,所述方法还包括:
如果部署在同一部署模块上的虚拟机的数量为1个,则将该虚拟机部署在所述部署模块中资源使用率最低的基础设施集群上。
14.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述计算机指令可以被处理器执行以实现权利要求1-8任意一项权利要求所述的虚拟机的部署方法,或实现权利要求9-13中任意一项权利要求所述的虚拟机的部署方法。
15.一种计算机设备,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述计算机程序以实现权利要求1-8任意一项权利要求所述的虚拟机的部署方法,或实现权利要求9-13中任意一项权利要求所述的虚拟机的部署方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011621766.3A CN112612579A (zh) | 2020-12-30 | 2020-12-30 | 虚拟机部署方法、存储介质及计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011621766.3A CN112612579A (zh) | 2020-12-30 | 2020-12-30 | 虚拟机部署方法、存储介质及计算机设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112612579A true CN112612579A (zh) | 2021-04-06 |
Family
ID=75249676
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011621766.3A Pending CN112612579A (zh) | 2020-12-30 | 2020-12-30 | 虚拟机部署方法、存储介质及计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112612579A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115378753A (zh) * | 2022-08-19 | 2022-11-22 | 中国联合网络通信集团有限公司 | 楼宇归属虚拟接入间识别方法、装置、设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103502944A (zh) * | 2011-11-28 | 2014-01-08 | 华为技术有限公司 | 虚拟机内存调整方法和设备 |
US20140280956A1 (en) * | 2013-03-14 | 2014-09-18 | Vmware, Inc. | Methods and systems to manage computer resources in elastic multi-tenant cloud computing systems |
CN111045790A (zh) * | 2019-12-13 | 2020-04-21 | 北京奇艺世纪科技有限公司 | 虚拟机部署方法及装置 |
CN111338745A (zh) * | 2019-04-25 | 2020-06-26 | 中国移动通信集团湖南有限公司 | 一种虚拟机的部署方法、装置及智能设备 |
-
2020
- 2020-12-30 CN CN202011621766.3A patent/CN112612579A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103502944A (zh) * | 2011-11-28 | 2014-01-08 | 华为技术有限公司 | 虚拟机内存调整方法和设备 |
US20140280956A1 (en) * | 2013-03-14 | 2014-09-18 | Vmware, Inc. | Methods and systems to manage computer resources in elastic multi-tenant cloud computing systems |
CN111338745A (zh) * | 2019-04-25 | 2020-06-26 | 中国移动通信集团湖南有限公司 | 一种虚拟机的部署方法、装置及智能设备 |
CN111045790A (zh) * | 2019-12-13 | 2020-04-21 | 北京奇艺世纪科技有限公司 | 虚拟机部署方法及装置 |
Non-Patent Citations (1)
Title |
---|
管庆华;叶力旋;刘凯;明月;: "一种基于资源池分布式部署虚拟机的方法", 电力信息化, no. 07, 15 July 2010 (2010-07-15) * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115378753A (zh) * | 2022-08-19 | 2022-11-22 | 中国联合网络通信集团有限公司 | 楼宇归属虚拟接入间识别方法、装置、设备和存储介质 |
CN115378753B (zh) * | 2022-08-19 | 2023-11-28 | 中国联合网络通信集团有限公司 | 楼宇归属虚拟接入间识别方法、装置、设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11226846B2 (en) | Systems and methods of host-aware resource management involving cluster-based resource pools | |
US9672074B2 (en) | Methods and systems to determine and improve cost efficiency of virtual machines | |
CN111966500B (zh) | 资源调度方法、装置、电子设备及存储介质 | |
US9654367B2 (en) | System and method for determining and visualizing efficiencies and risks in computing environments | |
US11508021B2 (en) | Processes and systems that determine sustainability of a virtual infrastructure of a distributed computing system | |
AU2011320763B2 (en) | System and method of active risk management to reduce job de-scheduling probability in computer clusters | |
US20160316003A1 (en) | Balancing resources in distributed computing environments | |
US20130326038A1 (en) | Management of datacenters for fault tolerance and bandwidth | |
US20170019345A1 (en) | Multi-tenant resource coordination method | |
CN111399970B (zh) | 一种预留资源管理方法、装置和存储介质 | |
US10565021B2 (en) | Automated capacity management in distributed computing systems | |
EP4029197B1 (en) | Utilizing network analytics for service provisioning | |
CN112395269B (zh) | MySQL高可用组的搭建方法及装置 | |
JP5512442B2 (ja) | ディザスタリカバリシステムのための管理装置、方法及びプログラム | |
CN111930493A (zh) | 集群中NodeManager状态管理方法、装置及计算设备 | |
CN115080436B (zh) | 测试指标确定方法、装置、电子设备及存储介质 | |
CN115729671A (zh) | 一种资源调度方法及相关装置 | |
US10871997B2 (en) | System and method for routing computing workloads based on proximity | |
CN104657216B (zh) | 一种资源池的资源分配方法及装置 | |
CN112612579A (zh) | 虚拟机部署方法、存储介质及计算机设备 | |
US12028269B2 (en) | Method for optimal resource selection based on available GPU resource analysis in large-scale container platform | |
US11824922B2 (en) | Operating cloud-managed remote edge sites at reduced disk capacity | |
CN111488248A (zh) | 一种托管私有云系统的控制方法、装置、设备及存储介质 | |
US11977909B2 (en) | Hardware placement and maintenance scheduling in high availability systems | |
CN113590317B (zh) | 离线业务的调度方法、装置、介质和计算设备 |
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 |