CN104268001B - 一种创建虚拟机的方法和创建虚拟机的装置 - Google Patents
一种创建虚拟机的方法和创建虚拟机的装置 Download PDFInfo
- Publication number
- CN104268001B CN104268001B CN201410495044.6A CN201410495044A CN104268001B CN 104268001 B CN104268001 B CN 104268001B CN 201410495044 A CN201410495044 A CN 201410495044A CN 104268001 B CN104268001 B CN 104268001B
- Authority
- CN
- China
- Prior art keywords
- storage device
- virtual machine
- website
- storage
- recovery strategy
- 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
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
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2094—Redundant storage or storage space
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/1658—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- 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/45583—Memory management, e.g. access or allocation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/815—Virtual
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Databases & Information Systems (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例提供一种创建虚拟机的方法和创建虚拟机的装置,用于实现自动创建虚拟机,避免创建虚拟机出现的错误。所述方法包括:生产站点中的云管理平台获得第一容灾策略;所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息;所述云管理平台基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备,N为整数,且N≤M;所述云管理平台控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上,以创建所述虚拟机。
Description
技术领域
本发明涉及电子技术领域,尤其涉及一种创建虚拟机的方法和创建虚拟机的装置。
背景技术
现在许多生产***中,对于重要的业务数据都要进行容灾保护。为了实现容灾保护,一般存在两个站点:一个站点是生产站点,为用户提供数据服务;另一个是容灾站点,一般情况下容灾站点不向用户提供数据服务。在生产站点运行过程中,生产站点将数据复制到容灾站点的虚拟机上,使得当生产站点发生不可恢复的毁坏时,能够通过启动容灾站点代替生产站点,进而使容灾站点基于虚拟机中的数据为用户继续提供数据服务。
现有技术中创建虚拟机的过程如下:
首先管理员在生产站点的云管理平台端接收用户提交的容灾策略,容灾策略中包括有用户的容灾要求。接着,管理员根据自己的记忆或离线载体(如记事本)上的记录,从众多存储设备中挑选出满足容灾策略的存储设备。最后在满足容灾策略的存储设备上创建虚拟机。
可见,现有技术在创建虚拟机时,需要依赖于管理员的人工干预,这样的方式不仅不符合自动化趋势,并且容易造成错误。
发明内容
本发明实施例提供一种创建虚拟机的方法和创建虚拟机的装置,用于实现自动创建虚拟机,避免创建虚拟机出现的错误。
本申请第一方面提供了一种创建虚拟机的方法,包括:
生产站点中的云管理平台获得第一容灾策略,所述第一容灾策略包括对容灾站点的要求,以及所述生产站点向所述容灾站点复制数据的时间间隔要求,其中,所述容灾站点的要求具体为所述生产站点数据复制方向的要求;
所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息,所述存储复制信息表征所述M个存储设备中每一个存储设备复制数据的方向,以及所述每一个存储设备复制数据的时间间隔,M为正整数;
所述云管理平台基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备,N为整数,且N≤M;
所述云管理平台控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上,以创建所述虚拟机。
结合第一方面,在第一方面的第一种可能的实现方式中,所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息,包括:
所述云管理平台获得所述每一个存储设备分别提供的存储复制信息。
结合第一方面,在第一方面的第二种可能的实现方式中,所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息,包括:
所述云管理平台向所述生产站点中的虚拟化平台发送查询请求;
所述云管理平台获得所述虚拟化平台基于所述查询请求,通过查询所述M个存储设备而获得的所述存储复制信息。
结合第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,从所述M个存储设备中确定出N个存储设备,包括:
根据所述存储复制信息,从所述M个存储设备中确定出所述复制数据的方向满足所述数据复制方向的要求的K个存储设备,N≤K≤M,K为整数;
根据所述复制数据的时间间隔,从所述K个存储设备中确定出满足所述复制数据的时间间隔要求的N个存储设备。
结合第一方面,在第一方面第四种可能的实现方式中,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上之后,所述方法包括:
创建与所述第一容灾策略对应的第二容灾策略,所述第一容灾策略在所述云管理平台上运行,所述第二容灾策略在所述生产站点的容灾软件上运行;
将所述虚拟机加入所述第二容灾策略。
结合第一方面第四种可能的实现方式,在第一方面第五种可能的实现方式中,在将所述虚拟机加入所述第二容灾策略之后,所述方法还包括:
将所述第二容灾策略复制到容灾站点,所述容灾站点能够为所述生成站点提供容灾能力。
本申请第二方面提供了一种创建虚拟机的装置,包括:
第一获得单元,用于获得第一容灾策略,所述第一容灾策略包括对容灾站点的要求,以及所述生产站点向所述容灾站点复制数据的时间间隔要求,其中,所述容灾站点的要求具体为所述生产站点数据复制方向的要求;
第二获得单元,用于从所述生产站点的M个存储设备中获得存储复制信息,所述存储复制信息表征所述M个存储设备中每一个存储设备复制数据的方向,以及所述每一个存储设备复制数据的时间间隔,M为正整数;
确定单元,用于基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备,N为整数,且N≤M;
创建单元,用于控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上,以创建所述虚拟机。
结合第二方面,在第二方面的第一种可能的实现方式中,所述第二获得单元具体用于:
获得所述每一个存储设备分别提供的存储复制信息。
结合第一方面,在第一方面的第二种可能的实现方式中,所述第二获得单元具体用于:
向所述生产站点中的虚拟化平台发送查询请求;
获得所述虚拟化平台基于所述查询请求,通过查询所述M个存储设备而获得的所述存储复制信息。
结合第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,所述确定单元具体用于:
根据所述存储复制信息,从所述M个存储设备中确定出所述复制数据的方向满足所述数据复制方向的要求的K个存储设备,N≤K≤M,K为整数;
根据所述复制数据的时间间隔,从所述K个存储设备中确定出满足所述复制数据的时间间隔要求的N个存储设备。
结合第二方面,在第二方面第四种可能的实现方式中,所述装置还包括:
创建单元,用于在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上之后,创建与所述第一容灾策略对应的第二容灾策略,所述第一容灾策略在所述云管理平台上运行,所述第二容灾策略在所述生产站点的容灾软件上运行;并将所述虚拟机加入所述第二容灾策略。
结合第二方面第四种可能的实现方式,在第二方面第五种可能的实现方式中,所述装置还包括:
复制单元,用于在将所述虚拟机加入所述第二容灾策略之后,将所述第二容灾策略复制到容灾站点,所述容灾站点能够为所述生成站点提供容灾能力。
本申请第三方面提供了一种电子设备,包括:
处理器,用于获得第一容灾策略,所述第一容灾策略包括对容灾站点的要求,以及所述生产站点向所述容灾站点复制数据的时间间隔要求,其中,所述容灾站点的要求具体为所述生产站点数据复制方向的要求;从所述生产站点的M个存储设备中获得存储复制信息,所述存储复制信息表征所述M个存储设备中每一个存储设备复制数据的方向,以及所述每一个存储设备复制数据的时间间隔,M为正整数;基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备,N为整数,且N≤M;控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上,以创建所述虚拟机。
结合第三方面,在第三方面的第一种可能的实现方式中,所述处理器具体用于:
获得所述每一个存储设备分别提供的存储复制信息。
结合第三方面,在第三方面的第二种可能的实现方式中,所述处理器具体用于:
向所述生产站点中的虚拟化平台发送查询请求;
获得所述虚拟化平台基于所述查询请求,通过查询所述M个存储设备而获得的所述存储复制信息。
结合第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式,在第三方面的第三种可能的实现方式中,所述处理器具体用于:
根据所述存储复制信息,从所述M个存储设备中确定出所述复制数据的方向满足所述数据复制方向的要求的K个存储设备,N≤K≤M,K为整数;
根据所述复制数据的时间间隔,从所述K个存储设备中确定出满足所述复制数据的时间间隔要求的N个存储设备。
结合第三方面,在第三方面第四种可能的实现方式中,所述处理器还用于:
在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上之后,创建与所述第一容灾策略对应的第二容灾策略,所述第一容灾策略在所述云管理平台上运行,所述第二容灾策略在所述生产站点的容灾软件上运行;将所述虚拟机加入所述第二容灾策略。
结合第三方面第四种可能的实现方式,在第三方面第五种可能的实现方式中,所述处理器还用于:
在将所述虚拟机加入所述第二容灾策略之后,将所述第二容灾策略复制到容灾站点,所述容灾站点能够为所述生成站点提供容灾能力。
本发明实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
首先,生产站点中的云管理平台获得第一容灾策略,第一容灾策略包括对容灾站点的要求,以及生产站点向容灾站点复制数据的时间间隔要求,;然后,所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息,存储复制信息表征M个存储设备中每一个存储设备复制数据的方向,以及每一个存储设备复制数据的时间间隔;接着,所述云管理平台基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备;最后,所述云管理平台控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上。所以,本发明实施例提供的方案中,云管理平台能够自动根据存储复制信息,从M个存储设备中选出满足第一容灾策略的N个存储设备,并将虚拟机的磁盘创建在N个存储设备上,进而创建虚拟机,从而使得创建虚拟机的过程不再需要人工干预,也就降低了由于人工干预而出现的错误的可能性,实现了虚拟机创建的自动化。
附图说明
图1为本发明实施例中的创建虚拟机的方法流程图;
图2为本发明实施例中的生产站点和容灾站点结构示意图;
图3为本发明实施例中的创建虚拟机的装置的结构示意图;
图4为本发明实施例中的电子设备结构示意图。
具体实施方式
本发明实施例提供一种创建虚拟机的方法和创建虚拟机的装置,用于实现自动创建虚拟机,避免创建虚拟机出现的错误。
本发明实施例中的技术方案为解决上述的技术问题,本发明中的创建虚拟机的方法包括如下内容:
首先,生产站点中的云管理平台获得第一容灾策略,第一容灾策略包括对容灾站点的要求,以及生产站点向容灾站点复制数据的时间间隔要求;然后,所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息,存储复制信息表征M个存储设备中每一个存储设备复制数据的方向,以及每一个存储设备复制数据的时间间隔;接着,所述云管理平台基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备;最后,所述云管理平台控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上。所以,本发明实施例提供的方案中,云管理平台能够自动根据存储复制信息,从M个存储设备中选出满足第一容灾策略的N个存储设备,并将虚拟机的磁盘创建在N个存储设备上,进而创建虚拟机,从而使得创建虚拟机的过程不再需要人工干预,也就降低了由于人工干预而出现的错误的可能性,实现了虚拟机创建的自动化。
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
下面结合附图对本发明的实施方式进行详细说明。
本申请第一方面提供了一种创建虚拟机的方法,请参考图1,所述方法包括:
S1:生产站点中的云管理平台获得第一容灾策略。
S2:所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息。
S3:所述云管理平台基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备。
S4:所述云管理平台控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上。
在介绍本申请实施例的技术方案之前,首先对生产站点进行一简要介绍。本领域技术人员应当理解,在具体实现过程中,存在多个站点,本申请实施例中的生产站点与容灾站点或其他站点的基本结构类似,在本申请实施例中,将执行本申请实施例中的创建虚拟机方法的站点称为生产站点,为生产站点提供容灾的站点称为容灾站点。并且,本申请实施例中的生产站点也可以作为其他站点的容灾站点。
下面对生产站点的基本结构进行介绍。
生产站点中包括M个存储设备,用于存储生产站点的数据。其中,M为正整数,如3,5,73等。生产站点可以将数据写入M个存储设备,也可以从M个存储设备中读取数据。生产站点中有多台服务器,在虚拟化技术的支持下,多台服务器可以访问同一个存储设备的同一个分区。在具体实现过程中,存储设备可以为网络附属存储(英文:Network AttachedStorage;简称:NAS),也可以为存储区域网络(英文:Storage Area Network;简称:SAN),本申请所属技术人员可以根据实际需要来进行设置,本申请不作具体的限制。
云管理平台,用于管理生产站点中的虚拟化平台,基于虚拟化平台向用户提供数据服务,用户可以在云管理平台上对生产站点进行管理。
虚拟化平台,用于提供将物理资源虚拟化的能力,具体为提供虚拟化的计算、网络、存储资源的能力。
容灾软件,用于配置容灾策略,向容灾站点复制容灾策略或接收需要生产站点提供容灾能力的其他站点复制而来的容灾策略。在容灾过程中向所在的站点提供容灾策略,并按容灾策略恢复受保护的虚拟机。
下面就对本申请实施例中的方法进行介绍。
在本申请实施例中的S1之前,管理员会在生产站点配置M个存储设备。
为了便于介绍,下面以M个存储设备为SAN为例,对如何进行配置进行介绍,请参考图2。SAN中有多个逻辑单元号(英文:Logical Unit Number;简称:LUN),如生产站点的SAN1中有LUN11,LUN12,LUN13…管理员根据需要将多个LUN划分成多个一致性组,每个一致性组中包括至少一个LUN,其中,本申请实施例中的一致性组是由存储设备中的一个或多个具有相同存储复制信息的LUN组成,一致性组的数据会同时进行复制以及停止复制动作。而存储复制信息中表征了每一个存储设备复制数据的方向,以及每一个存储设备复制数据的时间间隔等。
进一步,管理员配置每个一致性组的复制方向,本申请实施例中,配置复制方向是指配置将一致性组中各个LUN上的数据复制到哪个站点的存储设备上。并且,管理员还需要配置每个一致性组的复制时间,本申请实施例中,配置复制时间是指本次复制的时间点与上一次复制的时间点之间的时间间隔。配置完成后,一致性组中的数据将会自动按照复制方向和复制时间自动完成复制。
完成配置后,存储设备会生成相应的存储复制信息,也可以叫做配置属性。
举例来说明,假设管理员将LUN11、LUN12和LUN13划分为一致性组1,生产站点所在地为深圳,并配置一致性组1的复制方向为从生产站点到西安的一站点,复制时间为5分钟等。进而生成存储复制信息,例如:
ReplicateGroup1:{lunId=11,12,13};
ReplicateGroup1.repliateDirection:{from(xi’an),to(shenzhen)};
ReplicateGroup1.replicateInterval:{5min};
那么在配置完成后,一致性组1中的LUN11、LUN12和LUN13就会每隔5分钟向位于西安的另一站点的三个LUN中复制数据,例如该位于西安的站点上的三个LUN为LUN21、LUN22和LUN23。
在具体复制过程中,可以将生产站点的数据全量复制到另一站点的存储设备上。当然,为了降低数据处理的负荷,较佳的方式为首次复制为全量复制,从第二次开始,仅将增量数据复制到另一站点的存储设备上。但是,本申请所属技术人员可以根据实际需要来进行设置,本申请不作具体的限制。
当配置完成后,就可以执行本申请实施例中的S1,并且,在接下来的创建过程中,不再需要管理员的人工干预。
S1:生产站点中的云管理平台获得第一容灾策略。
具体来讲,用户在云管理平台上创建第一容灾策略。在本申请实施例中,第一容灾策略可以是用户在需要创建虚拟机时候创建的,也可以是在创建虚拟机之前就创建并保存在云管理平台中的,对此本申请不做具体限制。
第一容灾策略中包括但不限于用户对容灾站点的要求、以及生产站点向容灾站点复制数据的时间间隔要求、、虚拟机信息以及容灾时虚拟机的恢复顺序等。其中,容灾站点的要求具体为生产站点数据复制方向的要求,例如要求复制方向为从生产站点复制到北京的一生产站点,或上海的各个站点。
S2:所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息。
为了自动为用户创建虚拟机,云管理平台需要获得M个存储设备的存储复制信息,以便了解M个存储设备的存储情况。
获得M个存储设备的存储复制信息有多种方式,下面将列举其中两种来详细介绍,在具体实现过程中,包括但不限于以下两种方式。
第一种:所述云管理平台获得所述每一个存储设备分别提供的存储复制信息。
具体来讲,云管理平台在需要存储复制信息的时候,可以直接从M个存储设备获得。在本申请实施例中,云管理平台从M个存储设备获得存储复制信息的方式有两种:
(1)在配置完成后,创建虚拟机之前,M个存储设备分别将存储复制信息发送到云管理平台,云管理平台接收到存储复制信息之后,将存储复制信息保存。由于存储复制信息一般不会随意改变,因此在执行S2需要获得存储复制信息时,云管理平台可以直接打开预先保存的存储复制信息。
(2)在云管理平台接收到用户需要创建虚拟机的请求,且获取第一容灾策略后,向M个存储设备分别发送请求M个存储设备提供存储复制信息的请求信息。在M个存储设备接收到云管理平台发送的请求信息后,分别将自身的存储复制信息反馈给云管理平台。
第二种:所述云管理平台向所述生产站点中的虚拟化平台发送查询请求;
所述云管理平台获得所述虚拟化平台基于所述查询请求,通过查询所述M个存储设备而获得的所述存储复制信息。
具体来讲,本申请实施例中的云管理平台除了直接获得M个存储设备的存储复制信息之外,还可以通过虚拟化平台来获得存储复制信息。
首先,云管理平台向生产站点的虚拟化平台发送查询请求,虚拟化平台在接收到查询请求后,就会查询M个存储设备,进而获得M个存储设备的存储复制信息。
当虚拟化平台获得了存储复制信息之后,进一步将存储复制信息发送给云管理平台,那么,云管理平台就获得了存储复制信息。
在具体实现过程中,存储设备与云管理平台或虚拟化平台交互数据的接口可以采用主动存储管理管理规范(英文:Storage Management Initiative Specification;简称:SMI-S)协议实现。
接下来介绍S3的具体实施方式。
第一容灾策略包括了用户的对提供容灾能力的站点的要求,云管理平台将根据第一容灾策略,在满足第一容灾策略的N个存储设备上创建虚拟机。
在本申请实施例中,S2的具体实现过程为:
根据所述存储复制信息,从所述M个存储设备中确定出所述复制数据的方向满足所述数据复制方向的要求的K个存储设备,N≤K≤M,K为整数;
根据所述复制数据的时间间隔,从所述K个存储设备中确定出满足所述复制数据的时间间隔要求的N个存储设备。
具体来讲,存储复制信息中包括了M个存储设备中每一个存储设备的复制数据的方向,所以云管理平台可以自动根据复制数据的方向,确定满足数据复制方向要求的K个存储设备,其中K为整数,且N≤K≤M。
举例来说,假设数据复制方向的要求是深圳到西安,M假设为3,第一个存储设备中一致性组A1的复制数据的方向为深圳到上海,第二存储设备中有三个一致性组,假设为B1组、B2组和B3组,复制数据的方向依次为深圳到上海,深圳到西安和深圳到北京,第三个存储设备中的一致性组共2个,假设为C1和C2,复制数据的方向均为深圳到西安。存储复制信息假设如下:
ReplicateGroupA1.repliateDirection:{from(shenzhen),to(shanghai)};
ReplicateGroupB1.repliateDirection:{from(shenzhen),to(shanghai)};
ReplicateGroupB2.repliateDirection:{from(shenzhen),to(xi’an)};
ReplicateGroupB3.repliateDirection:{from(shenzhen),to(beijing)};
ReplicateGroupC1.repliateDirection:{from(shenzhen),to(xi’an)};
ReplicateGroupC2.repliateDirection:{from(shenzhen),to(xi’an)};
那么云管理平台可以确定,三个存储设备中,第二个存储设备和第三个存储设备满足用户的数据复制方向要求。
进一步,云管理平台从K个存储设备中确定N个存储设备来创建虚拟机。
沿用上文中确定K个存储设备的例子来继续说明。假设用户的复制数据的时间间隔要求为至少每隔5分钟复制一次。并且假设第二存储设备中的B2组复制数据的时间间隔为3分钟,第三存储设备的C1组和C2组复制数据的时间间隔分别为5分钟和6分钟。假设存储复制信息如下:
ReplicateGroupB2.repliateDirection:{from(shenzhen),to(xi’an)};
ReplicateGroupB2.replicateInterval:{3min};
ReplicateGroupC1.repliateDirection:{from(shenzhen),to(xi’an)};
ReplicateGroupC1.replicateInterval:{5min};
ReplicateGroupC2.repliateDirection:{from(shenzhen),to(xi’an)};
ReplicateGroupC2.replicateInterval:{6min};
那么云管理平台可以确定,满足复制数据的时间间隔要求的存储设备为第二存储设备和第三存储设备。并且具体为第二设备的B2组和第三设备的C1组两个一致性组。
在确定N个存储设备后,执行S4。
云管理平台向虚拟化平台发送创建虚拟机的创建请求,并且,在创建请求中,指示虚拟化平台将虚拟机的磁盘创建在N个存储设备上。虚拟机在接收到创建请求后,将虚拟机磁盘创建在N个存储设备上,从而完成虚拟机的创建。
在上述描述中,云管理平台能够自动根据存储复制信息,从M个存储设备中选出满足第一容灾策略的N个存储设备,并在N个存储设备上创建虚拟机,从而使得创建虚拟机的过程不再需要人工干预,也就降低了由于人工干预而出现的错误的可能性,实现了虚拟机创建的自动化。
另外,如果管理员存储复制信息中不包括用户的容灾要求对应的信息,例如容灾要求中包括复制数据的方向要求和复制数据的时间间隔要求,但是存储复制信息中并不包括复制数据的方向和复制数据的时间间隔,那么管理员可以将M个存储设备的复制数据的方向和复制数据的时间间隔在创建虚拟机之前保存到云管理平台。但是,虚拟机的创建过程仍然不需要管理员的干预。
接下来,本申请实施例中创建虚拟机的方法还包括:
创建与所述第一容灾策略对应的第二容灾策略,所述第一容灾策略在所述云管理平台上运行,所述第二容灾策略在所述生产站点的容灾软件上运行;
将所述虚拟机加入所述第二容灾策略。
具体来讲,运行第一容灾策略的主体是云管理平台,在容灾过程中,容灾策略由容灾软件向容灾站点提供,云管理平台和容灾软件可能是两个厂家提供的,其所执行的策略描述格式是不一样的,因此,需要创建第一容灾策略对应的第二容灾策略,第一容灾策略在云管理平台上运行,而第二容灾策略是在容灾软件上运行的。
创建完成后,云管理平台进一步调用容灾软件的接口,将S1到S4中创建的虚拟机加入第二容灾策略,以使第二容灾策略获得虚拟机的磁盘所在存储设备,以及虚拟机的标识等信息。
其中,容灾软件的接口在传输层可以使用超文本传输协议(英文:Hypertexttransfer protocol;简称:Http),在应用层可以采用表述性状态转移(英文:Representational State Transfer;简称:REST)或简单对象访问协议(英文:SimpleObject access protocol;简称:SOAP)等协议规范进行定义,本申请对此不作具体限制。
最后,将第二容灾策略复制到容灾站点上。在前述过程中创建的虚拟机的N个存储设备中的数据,在创建完成后,将自动复制到容灾站点对应的存储设备中。
下面对容灾过程进行介绍。
当生产站点发送不可恢复毁坏后,容灾站点的管理员将首先断开生产站点与容灾站点的连接。接着,容灾软件提供并运行第二容灾策略,指导容灾站点的容灾过程。具体为:
N个存储设备的数据在容灾之前被复制到容灾站点的P个存储设备上,P为正整数,可以与N相同也可以不同。在容灾过程中,将容灾站点的P个存储设备挂载到虚拟化平台中,容灾软件按容灾策略所描述的待恢复虚拟机的标识以及恢复顺序将虚拟机的信息注册到容灾站点的云管理平台中,云管理平台再调用虚拟化平台的接口注册对应虚拟机。虚拟化平台在存储设备上查找到待恢复虚拟机的数据和磁盘,最后恢复虚拟机。
经过上述恢复过程,生产站点的数据在容灾站点中得以恢复,生产站点的服务由容灾站点替代完成。
进一步,若用户需要取消对虚拟机的容灾设置,则执行如下:
用户首先在云管理平台上将第一容灾策略移除。当云管理平台获得第一容灾策略移除的指令后,响应指令将第一容灾策略移除,并且进一步调用容灾软件的接口,将虚拟机从第二容灾策略中删除。最后,云管理平台调用虚拟化平台接口,将虚拟机从N个存储设备中迁移到N个存储设备以外的M-N个存储设备中,完成对虚拟机容灾功能的取消。
本申请第二方面提供了一种创建虚拟机的装置,请参考图3,所述装置包括:
第一获得单元101,用于获得第一容灾策略,所述第一容灾策略包括对容灾站点的要求,以及所述生产站点向所述容灾站点复制数据的时间间隔要求,其中,所述容灾站点的要求具体为所述生产站点数据复制方向的要求;
第二获得单元102,用于从所述生产站点的M个存储设备中获得存储复制信息,所述存储复制信息表征所述M个存储设备中每一个存储设备复制数据的方向,以及所述每一个存储设备复制数据的时间间隔,M为正整数;
确定单元103,用于基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备,N为整数,且N≤M;
创建单元104,用于控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上,以创建所述虚拟机。
其中,第二获得单元102具体用于:
获得所述每一个存储设备分别提供的存储复制信息。
或者,第二获得单元102具体用于:
向所述生产站点中的虚拟化平台发送查询请求;
获得所述虚拟化平台基于所述查询请求,通过查询所述M个存储设备而获得的所述存储复制信息。
进一步,第一容灾策略包括容灾方向,那么,确定单元103具体用于:
根据所述存储复制信息,从所述M个存储设备中确定出所述复制数据的方向满足所述数据复制方向的要求的K个存储设备,N≤K≤M,K为整数;
根据所述复制数据的时间间隔,从所述K个存储设备中确定出满足所述复制数据的时间间隔要求的N个存储设备。
另外,本申请实施例中的装置还包括:
创建单元,用于创建与所述第一容灾策略对应的第二容灾策略,所述第一容灾策略在所述云管理平台上运行,所述第二容灾策略在所述生产站点的容灾软件上运行;并将所述虚拟机加入所述第二容灾策略。
复制单元,用于将所述第二容灾策略复制到容灾站点,所述容灾站点能够为所述生成站点提供容灾能力。
本申请第三方面提供了一种电子设备。图4所示的电子设备涉及到的术语的含义以及具体实现,可以参考前述图1至图3以及实施例的相关描述。
请参考图4所示,该电子设备包括:
处理器202,用于获得第一容灾策略,所述第一容灾策略包括对容灾站点的要求,以及所述生产站点向所述容灾站点复制数据的时间间隔要求,其中,所述容灾站点的要求具体为所述生产站点数据复制方向的要求;从所述生产站点的M个存储设备中获得存储复制信息,所述存储复制信息表征所述M个存储设备中每一个存储设备复制数据的方向,以及所述每一个存储设备复制数据的时间间隔,M为正整数;基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备,N为整数,且N≤M;控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上,以创建所述虚拟机。
可选的,处理器202具体用于:
获得所述每一个存储设备分别提供的存储复制信息。
或者,处理器202具体用于:
向所述生产站点中的虚拟化平台发送查询请求;
获得所述虚拟化平台基于所述查询请求,通过查询所述M个存储设备而获得的所述存储复制信息。
可选的,当第一容灾策略包括容灾方向时,处理器202具体用于:
根据所述存储复制信息,从所述M个存储设备中确定出所述复制数据的方向满足所述数据复制方向的要求的K个存储设备,N≤K≤M,K为整数;
根据所述复制数据的时间间隔,从所述K个存储设备中确定出满足所述复制数据的时间间隔要求的N个存储设备。
可选的,处理器202还用于:
在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上之后,创建与所述第一容灾策略对应的第二容灾策略,所述第一容灾策略在所述云管理平台上运行,所述第二容灾策略在所述生产站点的容灾软件上运行;将所述虚拟机加入所述第二容灾策略。
可选的,处理器202还用于:
在将所述虚拟机加入所述第二容灾策略之后,将所述第二容灾策略复制到容灾站点,所述容灾站点能够为所述生成站点提供容灾能力。
其中,在图4中,总线架构(用总线200来代表),总线200可以包括任意数量的互联的总线和桥,总线200将包括由处理器202代表的一个或多个处理器和存储器204代表的存储器的各种电路链接在一起。总线200还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口206在总线200和接收器201和发送器203之间提供接口。接收器201和发送器203可以是同一个元件,即收发机,提供用于在传输介质上与各种其他装置通信的单元。
处理器202负责管理总线200和通常的处理,而存储器204可以被用于存储处理器202在执行操作时所使用的数据。
前述实施例中描述的创建虚拟机的过程的各种变化方式和具体实例同样适用于本实施例的电子设备,通过前述的详细描述,本领域技术人员可以清楚的知道本实施例中电子设备的实施方法,所以为了说明书的简洁,在此不再详述。
本发明实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
首先,生产站点中的云管理平台获得第一容灾策略,第一容灾策略包括对容灾站点的要求,以及生产站点向容灾站点复制数据的时间间隔要求,;然后,所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息,存储复制信息表征M个存储设备中每一个存储设备复制数据的方向,以及每一个存储设备复制数据的时间间隔;接着,所述云管理平台基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备;最后,所述云管理平台控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上。所以,本发明实施例提供的方案中,云管理平台能够自动根据存储复制信息,从M个存储设备中选出满足第一容灾策略的N个存储设备,并将虚拟机的磁盘创建在N个存储设备上,进而创建虚拟机,从而使得创建虚拟机的过程不再需要人工干预,也就降低了由于人工干预而出现的错误的可能性,实现了虚拟机创建的自动化。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种创建虚拟机的方法,其特征在于,包括:
生产站点中的云管理平台获得第一容灾策略,所述第一容灾策略包括对容灾站点的要求,以及所述生产站点向所述容灾站点复制数据的时间间隔要求,其中,所述容灾站点的要求具体为所述生产站点数据复制方向的要求;
所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息,所述存储复制信息表征所述M个存储设备中每一个存储设备复制数据的方向,以及所述每一个存储设备复制数据的时间间隔,M为正整数;
所述云管理平台基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备,N为整数,且N≤M;
所述云管理平台控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上,以创建所述虚拟机。
2.如权利要求1所述的方法,其特征在于,所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息,包括:
所述云管理平台获得所述每一个存储设备分别提供的存储复制信息。
3.如权利要求1所述的方法,其特征在于,所述云管理平台从所述生产站点的M个存储设备中获得存储复制信息,包括:
所述云管理平台向所述生产站点中的虚拟化平台发送查询请求;
所述云管理平台获得所述虚拟化平台基于所述查询请求,通过查询所述M个存储设备而获得的所述存储复制信息。
4.如权利要求2或3所述的方法,其特征在于,从所述M个存储设备中确定出N个存储设备,包括:
根据所述存储复制信息,从所述M个存储设备中确定出所述复制数据的方向满足所述数据复制方向的要求的K个存储设备,N≤K≤M,K为整数;
根据所述复制数据的时间间隔,从所述K个存储设备中确定出满足所述复制数据的时间间隔要求的N个存储设备。
5.如权利要求1所述的方法,其特征在于,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上之后,所述方法包括:
创建与所述第一容灾策略对应的第二容灾策略,所述第一容灾策略在所述云管理平台上运行,所述第二容灾策略在所述生产站点的容灾软件上运行;
将所述虚拟机加入所述第二容灾策略。
6.如权利要求5所述的方法,其特征在于,在将所述虚拟机加入所述第二容灾策略之后,所述方法还包括:
将所述第二容灾策略复制到容灾站点,所述容灾站点能够为所述生产站点提供容灾能力。
7.一种创建虚拟机的装置,其特征在于,包括:
第一获得单元,用于获得第一容灾策略,所述第一容灾策略包括对容灾站点的要求,以及生产站点向所述容灾站点复制数据的时间间隔要求,其中,所述容灾站点的要求具体为所述生产站点数据复制方向的要求;
第二获得单元,用于从所述生产站点的M个存储设备中获得存储复制信息,所述存储复制信息表征所述M个存储设备中每一个存储设备复制数据的方向,以及所述每一个存储设备复制数据的时间间隔,M为正整数;
确定单元,用于基于所述存储复制信息,从所述M个存储设备中确定出满足所述第一容灾策略的N个存储设备,N为整数,且N≤M;
创建单元,用于控制虚拟化平台创建虚拟机,在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上,以创建所述虚拟机。
8.如权利要求7所述的装置,其特征在于,所述第二获得单元具体用于:
获得所述每一个存储设备分别提供的存储复制信息。
9.如权利要求7所述的装置,其特征在于,所述第二获得单元具体用于:
向所述生产站点中的虚拟化平台发送查询请求;
获得所述虚拟化平台基于所述查询请求,通过查询所述M个存储设备而获得的所述存储复制信息。
10.如权利要求8或9所述的装置,其特征在于,所述确定单元具体用于:
根据所述存储复制信息,从所述M个存储设备中确定出所述复制数据的方向满足所述数据复制方向的要求的K个存储设备,N≤K≤M,K为整数;
根据所述复制数据的时间间隔,从所述K个存储设备中确定出满足所述复制数据的时间间隔要求的N个存储设备。
11.如权利要求7所述的装置,其特征在于,所述装置还包括:
创建单元,用于在创建虚拟机请求中指定将虚拟机所使用的磁盘创建在所述N个存储设备上之后,创建与所述第一容灾策略对应的第二容灾策略,所述第一容灾策略在所述装置上运行,所述第二容灾策略在所述生产站点的容灾软件上运行;并将所述虚拟机加入所述第二容灾策略。
12.如权利要求11所述的装置,其特征在于,所述装置还包括:
复制单元,用于在将所述虚拟机加入所述第二容灾策略之后,将所述第二容灾策略复制到容灾站点,所述容灾站点能够为所述生产站点提供容灾能力。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410495044.6A CN104268001B (zh) | 2014-09-24 | 2014-09-24 | 一种创建虚拟机的方法和创建虚拟机的装置 |
PCT/CN2015/083380 WO2016045428A1 (zh) | 2014-09-24 | 2015-07-06 | 一种创建虚拟机的方法和创建虚拟机的装置 |
EP15845441.3A EP3179367A4 (en) | 2014-09-24 | 2015-07-06 | Method for creating virtual machine and apparatus for creating virtual machine |
US15/467,513 US10331470B2 (en) | 2014-09-24 | 2017-03-23 | Virtual machine creation according to a redundancy policy |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410495044.6A CN104268001B (zh) | 2014-09-24 | 2014-09-24 | 一种创建虚拟机的方法和创建虚拟机的装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104268001A CN104268001A (zh) | 2015-01-07 |
CN104268001B true CN104268001B (zh) | 2017-09-05 |
Family
ID=52159525
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410495044.6A Active CN104268001B (zh) | 2014-09-24 | 2014-09-24 | 一种创建虚拟机的方法和创建虚拟机的装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10331470B2 (zh) |
EP (1) | EP3179367A4 (zh) |
CN (1) | CN104268001B (zh) |
WO (1) | WO2016045428A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104268001B (zh) * | 2014-09-24 | 2017-09-05 | 华为技术有限公司 | 一种创建虚拟机的方法和创建虚拟机的装置 |
US10318207B1 (en) * | 2017-04-27 | 2019-06-11 | EMC IP Holding Company LLC | Apparatus and methods for inter-version replication checking |
CN107562573B (zh) * | 2017-08-23 | 2020-10-23 | 苏州浪潮智能科技有限公司 | 一种数据拷贝的方法及装置 |
CN107995319B (zh) * | 2018-01-08 | 2021-05-18 | 迈普通信技术股份有限公司 | 虚拟设备配置方法及网络设备 |
CN111309433A (zh) * | 2018-12-12 | 2020-06-19 | ***通信集团四川有限公司 | 虚拟化***及虚拟机数据复制方法 |
CN112817698A (zh) * | 2021-02-20 | 2021-05-18 | 咪咕音乐有限公司 | 一种虚拟机备份方法、装置、电子设备和存储介质 |
WO2023092430A1 (zh) * | 2021-11-25 | 2023-06-01 | 国云科技股份有限公司 | 一种虚拟机初始化方法、装置、终端设备及存储介质 |
CN116089020B (zh) * | 2023-04-06 | 2023-09-08 | 阿里云计算有限公司 | 虚拟机运行方法、扩容方法、扩容*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102629224A (zh) * | 2012-04-26 | 2012-08-08 | 广东电子工业研究院有限公司 | 一种基于云平台的一体化数据容灾方法及其装置 |
CN103795742A (zh) * | 2012-10-30 | 2014-05-14 | 中国电信股份有限公司 | 异构存储容灾管理***及方法 |
CN103843284A (zh) * | 2013-10-23 | 2014-06-04 | 华为技术有限公司 | 一种云应用的容灾方法、***和装置 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6687846B1 (en) * | 2000-03-30 | 2004-02-03 | Intel Corporation | System and method for error handling and recovery |
US8700946B2 (en) * | 2011-10-27 | 2014-04-15 | Sungard Availability Services, Lp | Dynamic resource allocation in recover to cloud sandbox |
US9229749B2 (en) * | 2011-10-31 | 2016-01-05 | Cisco Technology, Inc. | Compute and storage provisioning in a cloud environment |
CN103095834B (zh) * | 2013-01-16 | 2015-09-16 | 中国科学院计算技术研究所 | 一种跨虚拟化数据中心的虚拟机在线迁移方法 |
US9251010B2 (en) * | 2013-03-13 | 2016-02-02 | International Business Machines Corporation | Caching backed-up data locally until successful replication |
CN103389910B (zh) * | 2013-07-18 | 2016-03-30 | 百度在线网络技术(北京)有限公司 | 构建虚拟机的方法、虚拟机的管理方法及其装置 |
CN103647849B (zh) * | 2013-12-24 | 2017-02-08 | 华为技术有限公司 | 一种业务迁移方法、装置和一种容灾*** |
US9575792B2 (en) * | 2014-03-14 | 2017-02-21 | Netapp, Inc. | Method and system for replicating virtual machines |
CN104268001B (zh) * | 2014-09-24 | 2017-09-05 | 华为技术有限公司 | 一种创建虚拟机的方法和创建虚拟机的装置 |
-
2014
- 2014-09-24 CN CN201410495044.6A patent/CN104268001B/zh active Active
-
2015
- 2015-07-06 WO PCT/CN2015/083380 patent/WO2016045428A1/zh active Application Filing
- 2015-07-06 EP EP15845441.3A patent/EP3179367A4/en not_active Ceased
-
2017
- 2017-03-23 US US15/467,513 patent/US10331470B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102629224A (zh) * | 2012-04-26 | 2012-08-08 | 广东电子工业研究院有限公司 | 一种基于云平台的一体化数据容灾方法及其装置 |
CN103795742A (zh) * | 2012-10-30 | 2014-05-14 | 中国电信股份有限公司 | 异构存储容灾管理***及方法 |
CN103843284A (zh) * | 2013-10-23 | 2014-06-04 | 华为技术有限公司 | 一种云应用的容灾方法、***和装置 |
Also Published As
Publication number | Publication date |
---|---|
US20170192817A1 (en) | 2017-07-06 |
US10331470B2 (en) | 2019-06-25 |
CN104268001A (zh) | 2015-01-07 |
WO2016045428A1 (zh) | 2016-03-31 |
EP3179367A1 (en) | 2017-06-14 |
EP3179367A4 (en) | 2017-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104268001B (zh) | 一种创建虚拟机的方法和创建虚拟机的装置 | |
CN102103518B (zh) | 一种在虚拟化环境中管理资源的***及其实现方法 | |
CN103843284B (zh) | 一种云应用的容灾方法、***和装置 | |
KR101970839B1 (ko) | 서비스의 2차 위치에서의 작업의 재생 기법 | |
US7657782B2 (en) | Creating and managing multiple virtualized remote mirroring session consistency groups | |
CN109313564A (zh) | 用于支持多个不同租户的高度可用虚拟桌面的服务器计算机管理*** | |
CN104216793B (zh) | 应用程序备份、恢复的方法及设备 | |
US9423956B2 (en) | Emulating a stretched storage device using a shared storage device | |
CN107111533A (zh) | 虚拟机集群备份 | |
CN110442458A (zh) | 缩放计算群集 | |
CN104731943B (zh) | 一种服务器和数据处理方法 | |
CN105607954A (zh) | 一种有状态容器在线迁移的方法和装置 | |
US11853588B2 (en) | Distributed storage resource reservation for replication, disaster recovery and data protection across multiple sites | |
CN108270726A (zh) | 应用实例部署方法及装置 | |
CN108345617A (zh) | 一种数据同步方法、装置以及电子设备 | |
CN109327332B (zh) | 一种Ceph云存储下基于LIO的iSCSI GateWay高可用实现方法 | |
CN105808374B (zh) | 一种快照处理方法及相关设备 | |
CN106777164A (zh) | 一种数据迁移集群及数据迁移方法 | |
WO2014087287A1 (en) | Replication control using eventually consistent meta-data | |
CN109144785A (zh) | 用于备份数据的方法和装置 | |
CN104077199A (zh) | 基于共享磁盘的高可用集群的隔离方法和*** | |
CN113064744A (zh) | 任务处理方法、装置、计算机可读介质及电子设备 | |
CN104793981B (zh) | 一种虚拟机集群的在线快照管理方法及装置 | |
CN108063787A (zh) | 基于分布式一致性状态机实现双活架构的方法 | |
CN114942845A (zh) | 跨集群资源调度方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |