CN111104199A - 虚拟机高可用的方法及装置 - Google Patents
虚拟机高可用的方法及装置 Download PDFInfo
- Publication number
- CN111104199A CN111104199A CN201911134131.8A CN201911134131A CN111104199A CN 111104199 A CN111104199 A CN 111104199A CN 201911134131 A CN201911134131 A CN 201911134131A CN 111104199 A CN111104199 A CN 111104199A
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- application program
- address data
- state
- data corresponding
- 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
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/45595—Network integration; Enabling network access in virtual machine instances
Abstract
本发明实施例提供一种虚拟机高可用的方法及装置,该方法包括:获取第一虚拟机的状态,所述第一虚拟机上运行有第一应用程序,所述第一虚拟机上配置有所述第一应用程序对应的地址数据,所述第一虚拟机的状态为正常状态或异常状态;在所述第一虚拟机的状态为异常状态时,将所述第一应用程序对应的地址数据配置在第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序,其中,所述第二虚拟机为正常状态的虚拟机,所述第一虚拟机和所述第二虚拟机位于同一子网。本发明实施例提供的虚拟机高可用的方法及装置,能解决现有技术在网络带宽较窄时虚拟机高可用效果不佳的问题。
Description
技术领域
本发明实施例涉及计算机技术领域,尤其涉及一种虚拟机高可用的方法及装置。
背景技术
随着计算机技术的发展,各种云计算平台越来越广泛的应用到各个领域,其中虚拟机高可用技术被引入云平台环境中,在云平台环境交互中起到重要的作用,虚拟机高可用技术主要用于在物理主机出现故障时自动恢复正在运行的虚拟机,提高云平台的可靠性和可维护性。
云平台里,因为网络、存储系统、软硬件故障等多种原因,虚拟机存在因为故障导致服务终止的可能,因此需要提供虚拟机高可用机制来在虚拟机失效后自动快速恢复虚拟机的运行。为了保证业务的高可用,最大程度地降低在进行故障切换时的切换时间,现有的方案主要是通过虚拟机容错的方案,通过设置运行于不同服务器上的虚拟机,借助虚拟机容错的软件,将一个虚拟机中的数据实时同步到另一个虚拟机中。当需要进行故障切换的时候,虚拟化管理软件可以将原虚拟机的网络信息切换到正常状态的虚拟机上,这样就能达到业务的快速切换,通常这种切换能在1秒内完成。
该方案的缺陷是,为最大程度地降低延时,数据实时同步需要高额的网络带宽,因此该方案对网络带宽的要求较高,当网络带宽达不到要求时,延迟较大,虚拟机高可用技术的效果不佳。
发明内容
本发明实施例提供一种虚拟机高可用的方法及装置,以解决现有技术在网络带宽较窄时虚拟机高可用效果不佳的问题。
第一方面,本发明实施例提供一种虚拟机高可用的方法,包括:
获取第一虚拟机的状态,所述第一虚拟机上运行有第一应用程序,所述第一虚拟机上配置有所述第一应用程序对应的地址数据,所述第一虚拟机的状态为正常状态或异常状态;
在所述第一虚拟机的状态为异常状态时,将所述第一应用程序对应的地址数据配置在第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序,其中,所述第二虚拟机为正常状态的虚拟机,所述第一虚拟机和所述第二虚拟机位于同一子网。
在一种可能的实现方式中,所述在所述第一虚拟机的状态为异常状态时,将所述第一应用程序对应的地址数据配置在第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序,包括:
在所述第一虚拟机的状态为异常状态时,根据所述第一虚拟机的地址数据,确定所述第一应用程序,其中,每个所述第一应用程序均包括对应的地址数据;
根据所述第二虚拟机的地址数据,将所述第一应用程序对应的地址数据配置于第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序。
在一种可能的实现方式中,所述获取第一虚拟机的状态,包括:
根据预设时间间隔向所述第一虚拟机发送心跳包;
若接收到所述第一虚拟机发送的心跳包响应,则确定所述第一虚拟机的状态为正常状态;
否则,确定所述第一虚拟机的状态为异常状态。
在一种可能的实现方式中,在所述获取第一虚拟机的状态之前,所述方法还包括:
获取各所述虚拟机的地址数据;
根据各所述虚拟机的地址数据,向各所述虚拟机分配应用程序,并将所述应用程序对应的地址数据配置于各所述虚拟机上,以使得各所述虚拟机上运行对应的应用程序。
在一种可能的实现方式中,在所述根据各所述虚拟机的地址数据,向各所述虚拟机分配应用程序,并将所述应用程序对应的地址数据配置于各所述虚拟机上之前,所述方法还包括:
向每个所述虚拟机发送应用程序的脚本数据,以供所述虚拟机在配置了所述应用程序对应的地址数据后,根据所述应用程序对应的地址数据运行所述脚本数据,其中,所述虚拟机通过运行所述脚本数据来运行对应的应用程序,所述脚本数据包括用于启动所述应用程序的脚本数据、用于关闭所述应用程序的脚本数据以及用于判断所述应用程序是否启动的脚本数据。
在一种可能的实现方式中,所述方法还包括:
获取控制指令,所述控制指令用于指示对所述应用程序重新分配;
根据所述控制指令获取各所述虚拟机对应的应用程序,并根据各所述虚拟机的地址数据,将对应的应用程序重新分配给各所述虚拟机。
在一种可能的实现方式中,所述方法还包括:
在所述第一虚拟机的状态为异常状态时,删除所述第一虚拟机上所述第一应用程序对应的地址数据。
第二方面,本发明实施例提供一种虚拟机高可用的装置,包括:
获取模块,用于获取第一虚拟机的状态,所述第一虚拟机上运行有第一应用程序,所述第一虚拟机上配置有所述第一应用程序对应的地址数据,所述第一虚拟机的状态为正常状态或异常状态;
处理模块,用于在所述第一虚拟机的状态为异常状态时,将所述第一应用程序对应的地址数据配置在第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序,其中,所述第二虚拟机为正常状态的虚拟机,所述第一虚拟机和所述第二虚拟机位于同一子网。
在一种可能的实现方式中,所述处理模块具体用于:
在所述第一虚拟机的状态为异常状态时,根据所述第一虚拟机的地址数据,确定所述第一应用程序,其中,每个所述第一应用程序均包括对应的地址数据;
根据所述第二虚拟机的地址数据,将所述第一应用程序对应的地址数据配置于第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序。
在一种可能的实现方式中,所述获取模块具体用于:
根据预设时间间隔向所述第一虚拟机发送心跳包;
若接收到所述第一虚拟机发送的心跳包响应,则确定所述第一虚拟机的状态为正常状态;
否则,确定所述第一虚拟机的状态为异常状态。
在一种可能的实现方式中,所述获取模块具体还用于,在所述获取第一虚拟机的状态之前:
获取各所述虚拟机的地址数据;
根据各所述虚拟机的地址数据,向各所述虚拟机分配应用程序,并将所述应用程序对应的地址数据配置于各所述虚拟机上,以使得各所述虚拟机上运行对应的应用程序。
在一种可能的实现方式中,所述获取模块具体还用于,在所述根据各所述虚拟机的地址数据,向各所述虚拟机分配应用程序,并将所述应用程序对应的地址数据配置于各所述虚拟机上之前:
向每个所述虚拟机发送应用程序的脚本数据,以供所述虚拟机在配置了所述应用程序对应的地址数据后,根据所述应用程序对应的地址数据运行所述脚本数据,其中,所述虚拟机通过运行所述脚本数据来运行对应的应用程序,所述脚本数据包括用于启动所述应用程序的脚本数据、用于关闭所述应用程序的脚本数据以及用于判断所述应用程序是否启动的脚本数据。
在一种可能的实现方式中,所述处理模块还用于:
获取控制指令,所述控制指令用于指示对所述应用程序重新分配;
根据所述控制指令获取各所述虚拟机对应的应用程序,并根据各所述虚拟机的地址数据,将对应的应用程序重新分配给各所述虚拟机。
在一种可能的实现方式中,所述处理模块还用于:
在所述第一虚拟机的状态为异常状态时,删除所述第一虚拟机上所述第一应用程序对应的地址数据。
第三方面,本发明实施例提供一种虚拟机高可用的设备,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如第一方面任一项所述的虚拟机高可用的方法。
第四方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如第一方面任一项所述的虚拟机高可用的方法。
本发明实施例提供的虚拟机高可用的方法及装置,首先获取第一虚拟机的状态,第一虚拟机上运行有第一应用程序,第一虚拟机上配置有所述第一应用程序对应的地址数据。然后在第一虚拟机的状态为异常状态时,将第一应用程序对应的地址数据配置在第二虚拟机上,以供第二虚拟机根据第一应用程序对应的地址数据运行第一应用程序,其中,第二虚拟机为正常状态的虚拟机,第一虚拟机和所述第二虚拟机位于同一子网。本发明实施例提供的方案,通过为每个应用程序确定地址数据,来实现应用程序的迁移,当第一虚拟机发生故障时,将有故障的第一虚拟机上的第一应用程序的地址数据配置到另一个正常状态的第二虚拟机上,从而在正常状态的第二虚拟机上运行第一应用程序,实现虚拟机的高可用性,无需在两个虚拟机上进行数据的实时同步,因此对网络带宽的要求较低,重新配置地址数据耗时较小,应用程序的迁移较快,解决了现有技术在网络带宽较窄时虚拟机高可用效果不佳的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的虚拟机高可用系统示意图;
图2为本发明实施例提供的虚拟机高可用的方法的流程示意图;
图3为现有技术提供的虚拟机容错方案的示意图;
图4为现有技术提供的虚拟IP方案的示意图;
图5为本发明又一实施例提供的虚拟机高可用的方法的流程示意图;
图6为本发明实施例提供的虚拟机应用程序划分的示意图;
图7为本发明实施例提供的虚拟机主备切换示意图;
图8为本发明实施例提供的虚拟机高可用的装置的结构示意图;
图9为本发明实施例提供的虚拟机高可用设备的硬件结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
首先对本申请中涉及到的部分专有名词进行解释。
虚拟机:是指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统,也可以指一种使用虚拟化技术,在物理服务器上运行、对硬件资源进行划分之后的一部分计算、存储、网络资源的总和。
高可用:业务在一端出现故障,在另一端能够重启,将业务继续执行,这种程度的保障服务可用性,称为高可用性(High Availability,以下简称HA)。
容错:业务在一端出现故障,在另外一端的服务器能够直接接过原有业务,而不需要额外进行启动操作,称为容错,业务一般指应用程序。
图1为本发明实施例提供的虚拟机高可用系统示意图,如图1所示,该系统为一个大规模计算机集群,包括管理服务器11、主服务器12和备用服务器13,其中,主服务器12上运行有第一虚拟机,如图1中的虚拟机1和虚拟机2,备用服务器13上运行有第二虚拟机如图1中的虚拟机3和虚拟机4,且主服务器12和备用服务器13位于同一子网中,管理服务器11与主服务器12和备用服务器13通过有线或无线连接。该系统还可以包括客户端14,客户端14与管理服务器11通过有线或无线连接,用于为设置虚拟机元数据,将每个应用程序分配地址数据,并将不同的应用程序分配给不同的虚拟机。
在第一虚拟机和第二虚拟机上各运行有对应的应用程序,当第一虚拟机出现故障时,管理服务器11能获取到第一虚拟机的故障信息,从而将运行于第一虚拟机上的应用程序转到第二虚拟机上来运行。可以理解的是,一个服务器上可以有多个虚拟机,主服务器12和备用服务器13可以是同一个服务器,也可以是不同的服务器,主服务器12和备用服务器13的数量均可以为一个或多个。
当需要对应用程序进行重新划分时,也可以通过客户端14向管理服务器11发送控制指令,对虚拟机元数据进行修改,从而对应用程序进行重新划分。
下面以具体的实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本发明的实施例进行描述。
图2为本发明实施例提供的虚拟机高可用的方法的流程示意图,如图2所示,包括:
步骤21,获取第一虚拟机的状态,所述第一虚拟机上运行有第一应用程序,所述第一虚拟机上配置有所述第一应用程序对应的地址数据,所述第一虚拟机的状态为正常状态或异常状态。
每个虚拟机都运行于一个服务器上,服务器上可运行多个虚拟机,且每个虚拟机都有对应的地址,例如可以是IP地址。管理服务器可对虚拟机的应用程序进行划分,将多个应用程序分配到不同的虚拟机上运行。
对于每个应用程序,都会分配相应的地址数据,并将每个应用程序和对应的地址数据进行绑定或关联操作,且每个应用程序的地址数据都各不相同。例如,可以为每个应用程序分配一个IP地址,且应用程序的IP地址与虚拟机的IP地址也不相同。
管理服务器会对不同的虚拟机进行应用程序的划分,划分方式是,将不同应用程序的地址数据配置到相应的虚拟机上,使得该虚拟机除了有虚拟机的地址外,还有运行于该虚拟机上的应用程序的地址数据。本发明实施例中的地址数据主要包括两类,分别是为虚拟机本身分配的地址数据和为应用程序分配的地址数据。
例如,某个虚拟机A本身的地址数据为IP0,现管理服务器要将应用程序一和应用程序二划分到虚拟机A上运行,应用程序一的地址数据为IP1,应用程序二的地址数据为IP2,则管理服务器会将IP1和IP2配置到虚拟机A上,此时,虚拟机A的地址包括IP0、IP1和IP2,应用程序一和应用程序二将会在虚拟机A上运行。在应用程序划分后,每个虚拟机的地址数据均包括该虚拟机本身的地址数据和运行在该虚拟机上的应用程序的地址数据。
第一虚拟机可以是系统集群中的任一个虚拟机,对于任意一个第一虚拟机,其应用程序的划分和地址配置如上所述。应用程序划分完成后,管理服务器还会实时获取每个虚拟机的状态,虚拟机的状态包括正常状态和异常状态。虚拟机处于正常状态时,可以正常运行应用程序,而虚拟机处于异常状态时,无法正常运行应用程序,此时必须要采取相应的措施,保证虚拟机的高可用性。
步骤22,在所述第一虚拟机的状态为异常状态时,将所述第一应用程序对应的地址数据配置在第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序,其中,所述第二虚拟机为正常状态的虚拟机,所述第一虚拟机和所述第二虚拟机位于同一子网。
平台中可以有多个虚拟机,管理服务器会不断获取每个虚拟机所处的状态。当第一虚拟机的状态为异常状态时,会将第一应用程序对应的地址数据配置在第二虚拟机上,其中,第一应用程序是第一虚拟机处于正常状态时运行于第一虚拟机上的应用程序,第一应用程序可以为一个或多个。
第二虚拟机为正常状态的虚拟机,其中,正常状态的虚拟机可以有一个或多个,当存在多个时,可以选取其中的任意一个作为第二虚拟机,将第一应用程序对应的地址数据配置在第二虚拟机上。进一步的,第一虚拟机和第二虚拟机需要位于同一子网中,即第一虚拟机和第二虚拟机的管理服务器为同一个,从而保证第一虚拟机和第二虚拟机能够通过管理服务器记性通信。
可以理解的是,当第一应用程序有多个时,可以将多个第一应用程序的地址数据配置在一个正常状态的虚拟机上,也可以将多个第一应用程序分别配置在多个正常状态的虚拟机上,具体的方式此处不作特别限定。
例如,某个虚拟机A本身的地址数据为IP0,第一应用程序包括应用程序一和应用程序二,应用程序一的地址数据为IP1,应用程序二的地址数据为IP2,则虚拟机A的地址包括IP0、IP1和IP2。当虚拟机A处于异常状态时,选取处于正常状态的虚拟机B,虚拟机B本身的地址数据为IP3。此时,管理服务器会将IP1和IP2配置到虚拟机B上,则虚拟机B的地址包括IP3、IP1和IP2。配置完成后,应用程序一和应用程序二将会运行在虚拟机B上。
本发明实施例提供的虚拟机高可用的方法,首先获取第一虚拟机的状态,第一虚拟机上运行有第一应用程序,第一虚拟机上配置有所述第一应用程序对应的地址数据。然后在第一虚拟机的状态为异常状态时,将第一应用程序对应的地址数据配置在第二虚拟机上,以供第二虚拟机根据第一应用程序对应的地址数据运行第一应用程序,其中,第二虚拟机为正常状态的虚拟机,第一虚拟机和所述第二虚拟机位于同一子网。本发明实施例提供的方案,通过为每个应用程序确定地址数据,来实现应用程序的迁移,当第一虚拟机发生故障时,将有故障的第一虚拟机上的第一应用程序的地址数据配置到另一个正常状态的第二虚拟机上,从而在正常状态的第二虚拟机上运行第一应用程序,实现虚拟机的高可用性,无需在两个虚拟机上进行数据的实时同步,因此对网络带宽的要求较低,重新配置地址数据耗时较小,应用程序的迁移较快,解决了现有技术在网络带宽较窄时虚拟机高可用效果不佳的问题。
图3为现有技术提供的虚拟机容错方案的示意图,如图3所示,在虚拟机的容错方案中,虚拟机1运行在服务器1上,服务器1会通过虚拟化管理软件,将虚拟机1中的数据实时同步到在服务器2上的虚拟机1’中。
当需要进行故障切换的时候,虚拟化管理软件可以将虚拟机1上原有的网络信息切换到虚拟机1’上,实现业务的快速切换。
该方案的数据实时同步需要高额的网络带宽,同时,当虚拟机内部业务量极大时,可能会出现虚拟机内部内存变化量大于所需要同步的数据量的问题,导致虚拟机存在数据不同步的问题。
除了虚拟机容错方案,现有技术还包括虚拟IP方案。图4为现有技术提供的虚拟IP方案的示意图,如图4所示,虚拟机不再直接对外提供服务,而是通过云平台提供的虚拟IP地址来进行数据的转发,由实际的虚拟机1例如来完成实际业务处理,当虚拟化平台发现虚拟机1无法正常接收数据时,就会将数据转到虚拟机2。虚拟IP地址即为图4中的IP0,虚拟机1的地址为IP1,虚拟机2的地址为IP2。当虚拟机1正常时,IP0配置于虚拟机1上,虚拟机1的地址包括IP0和IP1,数据通过IP0运行于虚拟机1上。虚拟机1故障时,该方案在进行主备切换的时候,为了防止因为网络抖动出现的主备切换,这种切换的时间一般在几秒的级别,可能存在少量的数据丢失。
该方案不需要数据的同步,因此就不会对带宽有高额的要求。但是对于应用程序的形式就有一定的要求,必须是常规的web应用。而且在虚拟机中,运行的应用程序不能对访问的IP地址有所限制,比如有一些安全的框架,在软件运行过程中,会对访问链接的IP地址有要求,不会处理源地址为非本机IP的请求。例如图4中的请求,虚拟机1内部软件框架会屏蔽掉访问地址从IP0转过来的需求,因此这种虚拟IP的方案在一些环境中是不适用的。
图5为本发明又一实施例提供的虚拟机高可用的方法的流程示意图,如图5所示,包括:
步骤51,获取各所述虚拟机的地址数据。
在一个云平台中,包括一个管理服务器和多个虚拟机,每个虚拟机运行于一个服务器上,多个虚拟机可以运行于同一服务器上,也可以运行于不同的服务器上。用户可以通过管理服务器为多个虚拟机设置一个HA组,处于同一个HA组的虚拟机处于同一个子网中,通过管理服务器可以进行信息交互。
每个虚拟机都有一个对应的地址数据,例如一个对应的IP地址,通过地址数据,管理服务器能够访问到该虚拟机,不同的虚拟机的地址数据不同。当多个虚拟机处于同一个HA组时,管理服务器会获取到各个虚拟机的地址数据,此时管理服务器获取到的虚拟机的地址数据为虚拟机本身的地址数据。
步骤52,根据各所述虚拟机的地址数据,向各所述虚拟机分配应用程序,并将所述应用程序对应的地址数据配置于各所述虚拟机上,以使得各所述虚拟机上运行对应的应用程序。
获取到各个虚拟机的地址数据后,管理服务器会向各个虚拟机分配对应的应用程序。本发明实施例提供的方案与现有技术不同的是,将每个应用程序与地址数据进行绑定或关联,每个应用程序的地址数据各不相同。
在向各个虚拟机分配应用程序之前,管理服务器会首先向每个虚拟机内部发送所有应用程序的脚本数据,其中,每个应用程序的脚本数据具体用于启动、关闭或检查应用程序是否启动。例如,若总共有10个应用程序,则对应有10组脚本数据,管理服务器会将10个应用程序的10组脚本数据发送到每一个虚拟机上。
发送了脚本数据后,管理服务器会进行虚拟机元数据的设置,其中,虚拟机元数据的设置主要是指将应用程序的地址数据、应用程序和虚拟机的对应关系进行设定,虚拟机元数据的设置相当于管理服务器向各虚拟机分配应用程序的操作。
例如,某应用程序A的地址数据为:
IP地址:10.19.172.120。
某个应用程序A的脚本数据分别为:
应用程序启动脚本:C:\\test\\start.bat;
应用程序关闭脚本:C:\\test\\stop.bat;
应用程序检查脚本:C:\\test\\check.bat。
则应用程序A的地址数据和脚本数据会进行关联操作,若管理服务器将应用程序A划分到虚拟机1上,则管理服务器会将应用程序A的地址数据配置于虚拟机1上,则虚拟机1的地址数据除了包括虚拟机1本身的地址数据,还包括应用程序A的地址数据。当虚拟机1启动后,在虚拟机上运行的管理程序会根据应用程序A的地址数据,从管理服务器中获取虚拟机1的元数据,即应用程序A的地址数据与应用程序A的脚本数据的关联关系,从而根据应用程序A的地址数据与应用程序A的脚本数据的关联关系来启动应用程序A的脚本数据,在虚拟机1上运行应用程序A。
步骤53,获取第一虚拟机的状态,所述第一虚拟机上运行有第一应用程序,所述第一虚拟机上配置有所述第一应用程序对应的地址数据,所述第一虚拟机的状态为正常状态或异常状态。
第一虚拟机为云平台中的任意一个虚拟机,第一虚拟机运行于一个服务器上。判断第一虚拟机的状态是通过管理服务器向第一虚拟机发送心跳包来实现的,通常,第一虚拟机的状态为正常状态时,第一虚拟机与管理服务器是相连接的,可以进行通信。当第一虚拟机与管理服务器断开连接,例如出现断电或断网等情况,此时第一虚拟机的状态为异常状态。因此,可以通过判断管理服务器与第一虚拟机之间的通信状态来得到第一虚拟机的状态。
具体的,管理服务器根据预设时间间隔向第一虚拟机发送心跳包,若第一虚拟机的状态为正常状态,则在接收到心跳包后,会向管理服务器发送心跳包响应,管理服务器在接收到第一虚拟机发送的心跳包响应后,则确定第一虚拟机处于正常状态。预设时间间隔可以根据实际需要设定,也可以设置为等间隔或不等间隔。若管理服务器发送心跳包后,在一定的时间内没有接收到第一虚拟机发送的心跳包响应,则表示第一虚拟机与管理服务器之间的通信出现故障,第一虚拟机无法接收到管理服务器发送的心跳包,此时可确定第一虚拟机的状态为异常状态。
对于每一个虚拟机,管理服务器都会执行上述的操作,从而实时判断获知每个虚拟机的状态。
步骤54,在所述第一虚拟机的状态为异常状态时,根据所述第一虚拟机的地址数据,确定所述第一应用程序,其中,每个所述第一应用程序均包括对应的地址数据。
每个虚拟机都有对应的地址数据,同时管理服务器还将划分到虚拟机上运行的应用程序的地址数据也配置给该虚拟机。因此,当第一虚拟机的状态为异常状态时,管理服务器会获取到第一虚拟机的地址数据,并根据第一虚拟机的地址数据,获取到运行于第一虚拟机上的第一应用程序的地址数据,并确定第一应用程序,其中第一应用程序为一个或多个。
步骤55,根据所述第二虚拟机的地址数据,将所述第一应用程序对应的地址数据配置于第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序。
由于第一虚拟机处于异常状态,因此需要将运行于第一虚拟机上的第一应用程序分配至其他的虚拟机上。在多个虚拟机中,管理服务器可选取处于正常状态的第二虚拟机,将第一应用程序的地址数据配置于第二虚拟机上,则第二虚拟机的地址数据除了包括第二虚拟机本身的地址数据,还包括第一应用程序的地址数据。
配置完成后,第二虚拟机可以根据第一应用程序的地址数据,从管理服务器中获取第二虚拟机的元数据,即第一应用程序的地址数据与第一应用程序的脚本数据的关联关系,从而根据第一应用程序的地址数据与第一应用程序的脚本数据的关联关系来启动第一应用程序的脚本数据,在第二虚拟机上运行第一应用程序,同时,删除第一虚拟机上第一应用程序对应的地址数据。
可以理解的是,若第一应用程序的个数为多个,则可以将多个第一应用程序的地址数据配置到一个第二虚拟机上,也可以分别将多个第一应用程序的地址数据配置到不同的第二虚拟机上,本发明实施例对此不作特别限定。
当用户需要重新调度和分配应用程序时,可以通过向管理服务器发送控制指令,来对应用程序重新分配。管理服务器根据控制指令对虚拟机的元数据进行修改,从而重新获取各虚拟机对应的应用程序,并根据各虚拟机的地址数据,将应用程序重新分配给各虚拟机。通过虚拟机元数据的修改,能够修改各个虚拟机所需要启动的服务,从而修改各个虚拟机上运行的应用程序。
下面将结合一个具体的实例来对本申请的方案进行说明。
图6为本发明实施例提供的虚拟机应用程序划分的示意图,如图6所示,包括管理服务器61、第一服务器62和第二服务器63,在第一服务器62上包括虚拟机A,在第二服务器63上包括虚拟机B。本发明实施例中的地址数据以IP地址为例进行说明,虚拟机A的地址为IP1,虚拟机B的地址为IP2,其中,IP1和IP2均为虚拟机类IP地址。应用程序共两个,分别为应用程序A和应用程序B,应用程序A的地址为IP3,应用程序B的地址为IP4,IP3和IP4均为应用程序类IP地址。可以理解的是,实际的地址数据可以为IP地址,也可以为其他类型的地址,此处不作特别限定。
首先,用户可以通过在管理服务器61中设置虚拟机元数据,将应用程序A与IP3关联,应用程序B与IP4关联。在虚拟机A和虚拟机B中均运行有管理程序,同时,管理服务器61将应用程序A和应用程序B的脚本数据均发送给了虚拟机A和虚拟机B中。当用户想要将应用程序A放在虚拟机A上运行,将应用程序B放在虚拟机B上运行时,会在虚拟机元数据中添加这一信息,然后将应用程序A的地址IP3配置到虚拟机A上,将应用程序B的地址IP4配置到虚拟机B上。此时,虚拟机A的地址包括IP1和IP3,虚拟机B的地址包括IP2和IP4。虚拟机中的管理程序会告知虚拟机A和虚拟机B需要启动的应用程序,例如,在图6中,虚拟机A中运行应用程序A,虚拟机B运行应用程序B。这些程序的运行都是由虚拟机中的管理程序进行创建和拉起,管理程序它会持续查看来自管理服务器提供的内容。
当虚拟机A所在的第一服务器62出现异常的时候,就会发生主备的切换,图7为本发明实施例提供的虚拟机主备切换示意图,如图7所示,管理服务器检测到虚拟机A出现故障时,管理服务器也会检测出应用程序A出现故障,会将原来在虚拟机A上的应用程序A配置到虚拟机B上,此时,在虚拟机B中的管理程序就会检测到这个变动,把应用程序A和应用程序B都启动起来。
具体的,在检测到虚拟机A处于异常状态时,如断电、断网等,管理服务器会将原有虚拟机A的元数据进行清除,根据调度结果,把这些应用程序在同一高可用组中的其他虚拟机上启动这个服务。具体的,管理服务器会根据虚拟机A的地址IP1,获取到应用程序A的地址IP3,并将IP3配置到虚拟机B上,并将IP3从虚拟机A上删除。此时,虚拟机B的地址包括IP2、IP3和IP4。虚拟机B上的管理程序在检测到该变化后,根据IP3和IP4向管理服务器请求虚拟机B的元数据,并根据虚拟机B的元数据确定启动的脚本数据,从而在虚拟机B上运行应用程序A和应用程序B。当虚拟机A重新连接到管理服务器,或者上电恢复以后,虚拟机A会重新检查自身需要启动的应用程序,并且清理不需要启动的应用程序。
在本申请的方案中,更加关注虚拟机上面运行的应用程序,通过IP地址和应用程序的绑定,帮助应用程序在不同的虚拟机之间实现高可用。并且通过管理服务中的虚拟机元数据服务,对这些应用程序的迁移进行统一管理,做到应用程序的启动、停止都由管理服务器统一掌控。
本发明实施例提供的虚拟机高可用的方法,首先获取第一虚拟机的状态,第一虚拟机上运行有第一应用程序,第一虚拟机上配置有所述第一应用程序对应的地址数据。然后在第一虚拟机的状态为异常状态时,将第一应用程序对应的地址数据配置在第二虚拟机上,以供第二虚拟机根据第一应用程序对应的地址数据运行第一应用程序,其中,第二虚拟机为正常状态的虚拟机,第一虚拟机和所述第二虚拟机位于同一子网。本发明实施例提供的方案,通过为每个应用程序确定地址数据,来实现应用程序的迁移,当第一虚拟机发生故障时,将有故障的第一虚拟机上的第一应用程序的地址数据配置到另一个正常状态的第二虚拟机上,从而在正常状态的第二虚拟机上运行第一应用程序,实现虚拟机的高可用性,无需在两个虚拟机上进行数据的实时同步,因此对网络带宽的要求较低,重新配置地址数据耗时较小,应用程序的迁移较快,解决了现有技术在网络带宽较窄时虚拟机高可用效果不佳的问题。同时,本发明实施例提供的方案,成本较低,业务兼容性较高,可以便捷的接入不同的应用程序。
图8为本发明实施例提供的虚拟机高可用的装置的结构示意图,如图8所示,包括获取模块81和处理模块82,其中:
获取模块81用于获取第一虚拟机的状态,所述第一虚拟机上运行有第一应用程序,所述第一虚拟机上配置有所述第一应用程序对应的地址数据,所述第一虚拟机的状态为正常状态或异常状态;
处理模块82用于在所述第一虚拟机的状态为异常状态时,将所述第一应用程序对应的地址数据配置在第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序,其中,所述第二虚拟机为正常状态的虚拟机,所述第一虚拟机和所述第二虚拟机位于同一子网。
在一种可能的实现方式中,所述处理模块82具体用于:
在所述第一虚拟机的状态为异常状态时,根据所述第一虚拟机的地址数据,确定所述第一应用程序,其中,每个所述第一应用程序均包括对应的地址数据;
根据所述第二虚拟机的地址数据,将所述第一应用程序对应的地址数据配置于第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序。
在一种可能的实现方式中,所述获取模块81具体用于:
根据预设时间间隔向所述第一虚拟机发送心跳包;
若接收到所述第一虚拟机发送的心跳包响应,则确定所述第一虚拟机的状态为正常状态;
否则,确定所述第一虚拟机的状态为异常状态。
在一种可能的实现方式中,所述获取模块81具体还用于,在所述获取第一虚拟机的状态之前:
获取各所述虚拟机的地址数据;
根据各所述虚拟机的地址数据,向各所述虚拟机分配应用程序,并将所述应用程序对应的地址数据配置于各所述虚拟机上,以使得各所述虚拟机上运行对应的应用程序。
在一种可能的实现方式中,所述获取模块81具体还用于,在所述根据各所述虚拟机的地址数据,向各所述虚拟机分配应用程序,并将所述应用程序对应的地址数据配置于各所述虚拟机上之前:
向每个所述虚拟机发送应用程序的脚本数据,以供所述虚拟机在配置了所述应用程序对应的地址数据后,根据所述应用程序对应的地址数据运行所述脚本数据,其中,所述虚拟机通过运行所述脚本数据来运行对应的应用程序,所述脚本数据包括用于启动所述应用程序的脚本数据、用于关闭所述应用程序的脚本数据以及用于判断所述应用程序是否启动的脚本数据。
在一种可能的实现方式中,所述处理模块82还用于:
获取控制指令,所述控制指令用于指示对所述应用程序重新分配;
根据所述控制指令获取各所述虚拟机对应的应用程序,并根据各所述虚拟机的地址数据,将对应的应用程序重新分配给各所述虚拟机。
在一种可能的实现方式中,所述处理模块82还用于:
在所述第一虚拟机的状态为异常状态时,删除所述第一虚拟机上所述第一应用程序对应的地址数据。
本发明实施例提供的装置,可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图9为本发明实施例提供的虚拟机高可用设备的硬件结构示意图,如图9所示,该虚拟机高可用设备包括:至少一个处理器91和存储器92。其中,处理器91和存储器92通过总线93连接。
可选地,该模型确定还包括通信部件。例如,通信部件可以包括接收器和/或发送器。
在具体实现过程中,至少一个处理器91执行所述存储器92存储的计算机执行指令,使得至少一个处理器91执行如上的虚拟机高可用方法。
处理器91的具体实现过程可参见上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。
在上述图9所示的实施例中,应理解,处理器可以是中央处理单元(英文:CentralProcessing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:DigitalSignal Processor,简称:DSP)、专用集成电路(英文:Application Specific IntegratedCircuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器。
总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上所述的虚拟机高可用方法。
上述的计算机可读存储介质,上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存储介质耦合至处理器,从而使处理器能够从该可读存储介质读取信息,且可向该可读存储介质写入信息。当然,可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits,简称:ASIC)中。当然,处理器和可读存储介质也可以作为分立组件存在于设备中。
所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种虚拟机高可用的方法,其特征在于,包括:
获取第一虚拟机的状态,所述第一虚拟机上运行有第一应用程序,所述第一虚拟机上配置有所述第一应用程序对应的地址数据,所述第一虚拟机的状态为正常状态或异常状态;
在所述第一虚拟机的状态为异常状态时,将所述第一应用程序对应的地址数据配置在第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序,其中,所述第二虚拟机为正常状态的虚拟机,所述第一虚拟机和所述第二虚拟机位于同一子网。
2.根据权利要求1所述的方法,其特征在于,所述在所述第一虚拟机的状态为异常状态时,将所述第一应用程序对应的地址数据配置在第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序,包括:
在所述第一虚拟机的状态为异常状态时,根据所述第一虚拟机的地址数据,确定所述第一应用程序,其中,每个所述第一应用程序均包括对应的地址数据;
根据所述第二虚拟机的地址数据,将所述第一应用程序对应的地址数据配置于第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序。
3.根据权利要求1所述的方法,其特征在于,所述获取第一虚拟机的状态,包括:
根据预设时间间隔向所述第一虚拟机发送心跳包;
若接收到所述第一虚拟机发送的心跳包响应,则确定所述第一虚拟机的状态为正常状态;
否则,确定所述第一虚拟机的状态为异常状态。
4.根据权利要求1所述的方法,其特征在于,在所述获取第一虚拟机的状态之前,所述方法还包括:
获取各所述虚拟机的地址数据;
根据各所述虚拟机的地址数据,向各所述虚拟机分配应用程序,并将所述应用程序对应的地址数据配置于各所述虚拟机上,以使得各所述虚拟机上运行对应的应用程序。
5.根据权利要求4所述的方法,其特征在于,在所述根据各所述虚拟机的地址数据,向各所述虚拟机分配应用程序,并将所述应用程序对应的地址数据配置于各所述虚拟机上之前,所述方法还包括:
向每个所述虚拟机发送应用程序的脚本数据,以供所述虚拟机在配置了所述应用程序对应的地址数据后,根据所述应用程序对应的地址数据运行所述脚本数据,其中,所述虚拟机通过运行所述脚本数据来运行对应的应用程序,所述脚本数据包括用于启动所述应用程序的脚本数据、用于关闭所述应用程序的脚本数据以及用于判断所述应用程序是否启动的脚本数据。
6.根据权利要求4所述的方法,其特征在于,所述方法还包括:
获取控制指令,所述控制指令用于指示对所述应用程序重新分配;
根据所述控制指令获取各所述虚拟机对应的应用程序,并根据各所述虚拟机的地址数据,将对应的应用程序重新分配给各所述虚拟机。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述第一虚拟机的状态为异常状态时,删除所述第一虚拟机上所述第一应用程序对应的地址数据。
8.一种虚拟机高可用的装置,其特征在于,包括:
获取模块,用于获取第一虚拟机的状态,所述第一虚拟机上运行有第一应用程序,所述第一虚拟机上配置有所述第一应用程序对应的地址数据,所述第一虚拟机的状态为正常状态或异常状态;
处理模块,用于在所述第一虚拟机的状态为异常状态时,将所述第一应用程序对应的地址数据配置在第二虚拟机上,以供所述第二虚拟机根据所述第一应用程序对应的地址数据运行所述第一应用程序,其中,所述第二虚拟机为正常状态的虚拟机,所述第一虚拟机和所述第二虚拟机位于同一子网。
9.一种虚拟机高可用的设备,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如权利要求1至7任一项所述的虚拟机高可用的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求1至7任一项所述的虚拟机高可用的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911134131.8A CN111104199A (zh) | 2019-11-19 | 2019-11-19 | 虚拟机高可用的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911134131.8A CN111104199A (zh) | 2019-11-19 | 2019-11-19 | 虚拟机高可用的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111104199A true CN111104199A (zh) | 2020-05-05 |
Family
ID=70420542
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911134131.8A Pending CN111104199A (zh) | 2019-11-19 | 2019-11-19 | 虚拟机高可用的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111104199A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120030670A1 (en) * | 2010-07-30 | 2012-02-02 | Jog Rohit Vijay | Providing Application High Availability in Highly-Available Virtual Machine Environments |
CN102708018A (zh) * | 2012-04-20 | 2012-10-03 | 华为技术有限公司 | 一种异常处理方法及系统、代理设备与控制装置 |
CN103107905A (zh) * | 2011-11-14 | 2013-05-15 | 华为技术有限公司 | 异常处理方法、装置和客户端 |
CN104572241A (zh) * | 2013-10-18 | 2015-04-29 | 南京中兴新软件有限责任公司 | 应用程序的切换方法及装置、系统 |
CN106528370A (zh) * | 2016-10-25 | 2017-03-22 | 济南浪潮高新科技投资发展有限公司 | 一种在虚拟化层实现的虚拟机状态监控 |
CN110347474A (zh) * | 2019-05-30 | 2019-10-18 | 苏州浪潮智能科技有限公司 | 一种管理虚拟机的方法及装置 |
-
2019
- 2019-11-19 CN CN201911134131.8A patent/CN111104199A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120030670A1 (en) * | 2010-07-30 | 2012-02-02 | Jog Rohit Vijay | Providing Application High Availability in Highly-Available Virtual Machine Environments |
CN103201724A (zh) * | 2010-07-30 | 2013-07-10 | 赛门铁克公司 | 在高可用性虚拟机环境中提供高可用性应用程序 |
CN103107905A (zh) * | 2011-11-14 | 2013-05-15 | 华为技术有限公司 | 异常处理方法、装置和客户端 |
CN102708018A (zh) * | 2012-04-20 | 2012-10-03 | 华为技术有限公司 | 一种异常处理方法及系统、代理设备与控制装置 |
CN104572241A (zh) * | 2013-10-18 | 2015-04-29 | 南京中兴新软件有限责任公司 | 应用程序的切换方法及装置、系统 |
CN106528370A (zh) * | 2016-10-25 | 2017-03-22 | 济南浪潮高新科技投资发展有限公司 | 一种在虚拟化层实现的虚拟机状态监控 |
CN110347474A (zh) * | 2019-05-30 | 2019-10-18 | 苏州浪潮智能科技有限公司 | 一种管理虚拟机的方法及装置 |
Non-Patent Citations (1)
Title |
---|
国家开放大学网络管理课程组: "Windows网络操作系统管理-Windows Server 2016", 北京国防工业出版社, pages: 127 - 130 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10050850B2 (en) | Rack awareness data storage in a cluster of host computing devices | |
Yamato et al. | Fast and reliable restoration method of virtual resources on OpenStack | |
US8473692B2 (en) | Operating system image management | |
CN110377395B (zh) | 一种Kubernetes集群中的Pod迁移方法 | |
US9489230B1 (en) | Handling of virtual machine migration while performing clustering operations | |
US8996477B2 (en) | Multiple node/virtual input/output (I/O) server (VIOS) failure recovery in clustered partition mobility | |
US11301350B1 (en) | Automated testing of systems and applications | |
US20120151265A1 (en) | Supporting cluster level system dumps in a cluster environment | |
US20140012721A1 (en) | Managing use of lease resources allocated on fallover in a high availability computing environment | |
US20220100599A1 (en) | Automated testing of systems and applications | |
US20210081287A1 (en) | Data service failover in shared storage clusters | |
US20220100645A1 (en) | Automated testing of systems and applications | |
US20230384932A1 (en) | Electronic storage system | |
US20120151095A1 (en) | Enforcing logical unit (lu) persistent reservations upon a shared virtual storage device | |
US20210089379A1 (en) | Computer system | |
CN112395047A (zh) | 虚拟机故障疏散方法、系统及计算机可读介质 | |
CN111669284A (zh) | OpenStack自动化部署方法、电子设备、存储介质及系统 | |
US11461123B1 (en) | Dynamic pre-copy and post-copy determination for live migration between cloud regions and edge locations | |
US8661089B2 (en) | VIOS cluster alert framework | |
CN106612314A (zh) | 基于虚拟机实现软件定义存储的系统 | |
US11579911B1 (en) | Emulated edge locations in cloud-based networks for testing and migrating virtualized resources | |
US11573839B1 (en) | Dynamic scheduling for live migration between cloud regions and edge locations | |
US11734038B1 (en) | Multiple simultaneous volume attachments for live migration between cloud regions and edge locations | |
CN111104199A (zh) | 虚拟机高可用的方法及装置 | |
US10193767B1 (en) | Multiple available witnesses |
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 |