WO2018001262A1 - Method, apparatus and system for disaster recovery of virtual machine - Google Patents

Abstract

Method, apparatus and system for disaster recovery of a virtual machine, the method comprising: capturing input and output data of a first virtual machine used as a prime service node in a real time manner, the first virtual machine being deployed in a first physical host; writing the captured real-time input and output data into a second virtual machine used as a standby service node in a real time manner, the second virtual machine being deployed in a second physical host; and switching a service of the first virtual machine to the second virtual machine when a transmission disaster of the first virtual machine is detected.

Description

Virtual machine disaster tolerance method, device and system Technical field

The present disclosure relates to the field of virtual machine disaster tolerance, for example, to a virtual machine disaster tolerance method, apparatus, and system.

Background technique

With the rapid development of virtualization and cloud computing technologies, business applications of many industries are increasingly deployed to cloud platforms and run on virtual machines. Therefore, the security issues of cloud platforms and virtual machines have become the whole system construction. The primary consideration. The internal security technology of the system is protected by means of preventing unauthorized access to the system and illegally stealing data. However, when the system is damaged by power outages, natural disasters, etc., it will cause services, services to stop, and even data corruption, which will normalize the system. Huge damage and unpredictable losses.

The virtual machine disaster recovery solution in the related technology is to periodically back up the data of the virtual machine to the disaster recovery center through the data backup technology. When a disaster occurs, the disaster recovery center uses the previously backed up data to create a new virtual machine to replace it. The original virtual machine continues to provide services externally. The Recovery Time Objective (RTO) and Recovery Point Objective (RPO) in this way are usually hours or days, and data backup cannot be performed in real time. Complete business switching in real time.

Summary of the invention

The present disclosure provides a virtual machine disaster tolerance method, apparatus, and system to solve the problem that the existing virtual machine disaster recovery solution cannot complete the service switching in real time.

In a first aspect, the present disclosure provides a virtual machine disaster tolerance method, including:

Instantly intercepting input and output data of the first virtual machine as the primary service node, where the first virtual machine is deployed on the first physical host;

The intercepted real-time input and output data is written in real time as a second virtual machine as a standby service node, and the second virtual machine is deployed on the second physical host;

When it is detected that the first virtual machine is in a disaster, the service of the first virtual machine is switched to the second virtual machine.

In a second aspect, the present disclosure provides a virtual machine disaster recovery device, including: a data synchronization module and a disaster recovery switching module, where

The data synchronization module is configured to: intercept the input and output of the first virtual machine as the primary service node in real time. Data is output, the first virtual machine is deployed on the first physical host, and the intercepted real-time input and output data is written into the second virtual machine as the standby service node in real time, and the second virtual machine is deployed on the second physical host;

The disaster recovery switching module is configured to: switch the service of the first virtual machine to the second virtual machine when detecting that the first virtual machine is in a disaster.

In a third aspect, the present disclosure provides a virtual machine disaster tolerance system, including a first physical host and a second physical host, and further includes a virtual machine disaster recovery device, where the first physical host and the second physical host are deployed. Different regions.

In a fourth aspect, the present disclosure provides a computer storage medium in which computer executable instructions are stored, and computer executable instructions are used to execute the aforementioned virtual machine disaster tolerance method.

The present disclosure also provides a virtual machine disaster tolerance device including one or more processors, a memory, and one or more programs, the one or more programs being stored in a memory when being The above disaster recovery method is executed when multiple processors are executed.

The present disclosure also provides a computer program product comprising a computer program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions, when the program instructions are executed by a computer, The computer is caused to perform any of the above disaster tolerance methods.

The present disclosure provides a virtual machine disaster tolerance method, apparatus, and system. The first virtual machine is deployed on the first physical host by intercepting the input and output data of the first virtual machine as the primary service node in real time; The input and output data is written in real time to the second virtual machine as the standby service node, and the second virtual machine is deployed to the second physical host; when the first virtual machine is detected to send the disaster, the service of the first virtual machine is switched to the second The virtual machine is created after the active virtual machine is created, and the standby virtual machine is created for the active virtual machine, and the active virtual machine is synchronized with the standby virtual machine in real time, so that in the event of a disaster, the primary virtual machine can be directly used. The service of the virtual machine is switched to the standby virtual machine, so that the disaster recovery RTO and the RPO can reach or approach 0. This solves the problem that the virtual machine disaster recovery solution cannot complete the service switching in real time in the related technology, and enhances the user experience. .

DRAWINGS

FIG. 1 is a schematic flowchart of a virtual machine disaster tolerance method according to a first embodiment;

2 is a schematic structural diagram of a virtual machine disaster recovery device according to a second embodiment;

3 is a schematic structural diagram of a disaster tolerance system according to a third embodiment;

4 is a schematic flowchart of a disaster tolerance method provided by a third embodiment;

FIG. 5 is a schematic structural diagram of hardware of a virtual machine disaster tolerant device according to a fourth embodiment.

detailed description

The technical solutions in the embodiments will be described below in conjunction with the drawings in the embodiments of the present disclosure. The described embodiments are only a part of the embodiments of the present disclosure, and not all of the embodiments. The features of the following embodiments and embodiments may be combined with each other without conflict.

First embodiment:

FIG. 1 is a schematic flowchart of a virtual machine disaster tolerance method according to the first embodiment. As shown in FIG. 1 , the virtual machine disaster tolerance method provided in this embodiment includes the following steps.

In step 110, the input and output data of the first virtual machine as the primary service node is intercepted in real time, and the first virtual machine is deployed on the first physical host.

In step 120, the intercepted real-time input and output data is written in real time as a second virtual machine as a standby service node, and the second virtual machine is deployed on the second physical host.

In step 130, when it is detected that the first virtual machine has a disaster, the service of the first virtual machine is switched to the second virtual machine.

Optionally, the virtual machine disaster tolerance method in the foregoing embodiment, after switching the service of the first virtual machine to the second virtual machine, further includes:

Check whether the first virtual machine is restored to normal;

If the first virtual machine returns to normal, the input and output data of the second virtual machine is copied to the first virtual machine.

Optionally, the virtual machine disaster tolerance method in the foregoing embodiment, after copying the input and output data of the second virtual machine to the first virtual machine, further includes:

Re-enable the first virtual machine as the primary service node;

Switching the service of the second virtual machine to the first virtual machine.

Optionally, the real-time input and output data that is intercepted in the foregoing embodiment is written into the second virtual machine in real time, including:

Transmitting the real-time input and output data collected by the data input/output module of the first virtual machine to the data transmission module of the second virtual machine through the data transmission module of the first virtual machine;

After receiving the input and output data, the data transmission module of the second virtual machine writes the second virtual machine through the data input and output module of the second virtual machine in real time.

Optionally, the virtual machine disaster tolerance method in the foregoing embodiment, before the real-time interception of the input and output data of the first virtual machine as the active service node, further includes:

Select the virtual machine that needs to be disaster tolerant as the first virtual machine.

Deploying at least one second virtual machine that is identical to the first virtual machine;

The input and output data of the first virtual machine and the second virtual machine are set to a real-time synchronization mode.

Second embodiment:

FIG. 2 is a schematic structural diagram of a virtual machine disaster recovery device according to the second embodiment. As shown in FIG. 2, the virtual machine disaster recovery device 20 includes a data synchronization module 21 and a disaster recovery switching module 22, where

The data synchronization module 21 is configured to intercept the input and output data of the first virtual machine as the primary service node in real time, and the first virtual machine is deployed on the first physical host, and the real-time input and output data intercepted is written in real time as a backup service. a second virtual machine of the node, where the second virtual machine is deployed on the second physical host;

The disaster recovery switching module 22 is configured to switch the service of the first virtual machine to the second virtual machine when detecting that the first virtual machine is in a disaster.

Optionally, after the switching of the service of the first virtual machine to the second virtual machine, the disaster recovery switching module 22 is further configured to: detect whether the first virtual machine returns to normal, and if the first virtual machine returns to normal, the second The input and output data of the virtual machine is copied to the first virtual machine.

Optionally, after the disaster recovery switching module 22 copies the input and output data of the second virtual machine to the first virtual machine, it is further configured to: re-enable the first virtual machine as the primary service node, and use the service of the second virtual machine. Switch to the first virtual machine.

Optionally, the data synchronization module 21 is configured to: transmit real-time input and output data collected by the data input/output module of the first virtual machine, and transmit the data to the data transmission module of the second virtual machine by using the data transmission module of the first virtual machine. After receiving the input and output data, the data transmission module that controls the second virtual machine writes the second virtual machine through the data input and output module of the second virtual machine in real time.

As shown in FIG. 2, optionally, the VM disaster tolerance device 20 in the foregoing embodiment further includes a disaster tolerance setting module 23 configured to: intercept the input of the first virtual machine as the active service node in the real time. Before the data is output, the virtual machine that needs to be disaster-tolerant is selected as the first virtual machine, and at least one second virtual machine that is the same as the first virtual machine is deployed, and the input and output data of the first virtual machine and the second virtual machine are set to be synchronized in real time. mode.

In practical applications, the functional modules involved in the foregoing embodiments may be implemented by an editable logic device that is burned into a specific software program, and may be implemented by a processor and a memory.

The embodiment also provides a virtual machine disaster recovery system, including a first physical host and a second physical host, and further includes any one of the virtual machine disaster recovery devices, where the first physical host and the second physical host are deployed. Same geographical area.

This embodiment is used to implement high continuity and high consistency of a virtual machine-based service system, so that the disaster tolerance RTO and the RPO reach or approach zero.

Third embodiment:

As shown in FIG. 3, the virtual machine disaster recovery system provided in this embodiment includes: a virtual machine disaster recovery device 3, a physical host 1 and a physical host 2, and the physical host 1 is configured to deploy virtual machine A as the primary virtual machine. And the virtual machine B, the physical host 2 is set to: deploy the virtual machine a and the virtual machine b as the standby virtual machine; the physical hosts 1 and 2 both include a data input/output (IO) module and a data transmission module, wherein :

The VM disaster recovery device 3 is configured to implement disaster recovery configuration, disaster recovery drill, disaster recovery management, and execution.

Data IO module: real-time reading and writing of IO data of virtual machine in virtualization platform layer, and data transmission with data transmission module.

Data transmission module: In the production process, the data acquired by the data IO module is transmitted to the virtual machine disaster recovery device 3; in the disaster tolerance process, the data received from the production process is transmitted to the data IO module.

As shown in FIG. 4, the virtual machine disaster tolerance method provided in this embodiment includes the following steps.

In step 410, the virtual machine A is configured on the virtual machine disaster recovery device 3 to perform disaster tolerance.

In step 420, the virtual machine disaster tolerance device 3 issues an instruction to the physical host 2 to create a virtual machine a identical to the virtual machine A, and the virtual machine a serves as a standby service node.

In step 430, the virtual machine disaster tolerance device 3 sends a command to the data IO module and the transmission module on the physical host 1, and requests to intercept the IO data of the virtual machine A and transmit the data to the physical host 2; The device 3 sends an instruction to the data IO module and the transmission module on the physical host 2, and requests the acquired data of the virtual machine A to be transmitted to the virtual machine a.

In step 440, when virtual machine A generates IO data, the data IO module on physical host 1 intercepts the IO data and transmits it to the data transmission module; the data transmission module on physical host 1 transmits the IO data to the physical The data transfer module on the host 2 is transferred to the data IO module on the physical host 2; the data IO module in the physical host 2 writes the received IO data to the virtual machine a.

In step 450, when the physical host 1 is in a disaster, the virtual machine disaster recovery device 3 is configured to switch the service to the physical host 2, and the virtual machine a provides the service service to the virtual machine A.

In step 460, after the physical host 1 is restored to normal, the virtual machine disaster recovery device 3 is configured to copy the data of the virtual machine a back to the virtual machine A, and re-enable the virtual machine A as the primary service node, the virtual machine. a as a spare node.

Compared with the technical solutions in the related art, the present embodiment improves the disaster tolerance RTO and RPO indicators by real-time copying of the virtual machine IO data. The system and method for implementing virtual machine disaster tolerance are applicable to service systems with high availability and consistency requirements, and the disaster tolerance RTO and RPO indicators can approach zero.

The embodiment provides a virtual machine disaster tolerance method, which intercepts the input and output data of the first virtual machine as the primary service node in real time, and the first virtual machine is deployed on the first physical host; the real-time input and output data to be intercepted is Writing a second virtual machine as a standby service node in real time, the second virtual machine is deployed to the second physical host; and detecting that the first virtual machine sends a disaster, switching the service of the first virtual machine to the second virtual machine; In this embodiment, after the primary virtual machine is created, the standby virtual machine is created for the active virtual machine, and the active virtual machine is synchronized with the standby virtual machine in real time, so that in the event of a disaster, the primary virtual machine can be directly used. The service is switched to the standby virtual machine, so that the disaster recovery RTO and RPO can reach or approach 0. This solves the problem that the virtual machine disaster recovery solution cannot complete the service switching in real time in the related technology, and enhances the user experience.

Those skilled in the art will appreciate that embodiments of the present disclosure can be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of a hardware embodiment, a software embodiment, or a combination of software and hardware aspects. Moreover, the present disclosure may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) including computer usable program code.

The present disclosure is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the present disclosure. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing device to produce a machine for the execution of instructions for execution by a processor of a computer or other programmable data processing device. Means for implementing the functions specified in one or more of the flow or in a block or blocks of the flow chart.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.

These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing, Thus, instructions executed on a computer or other programmable device provide steps for implementing the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart.

Fourth embodiment:

FIG. 5 is a schematic diagram of a hardware structure of a virtual machine disaster recovery device according to the embodiment. As shown in FIG. 5, the virtual machine disaster recovery device includes: one or more processors 510 and a memory 520. One processor 510 is taken as an example in FIG.

The virtual machine disaster tolerance device may further include: an input device 530 and an output device 540.

The processor 510, the memory 520, the input device 530, and the output device 540 in the virtual machine disaster tolerant device may be connected by a bus or other means, and the bus connection is taken as an example in FIG.

The input device 530 can receive input numeric or character information, and the output device 540 can include a display device such as a display screen.

The memory 520 is a computer readable storage medium that can be used to store software programs, computer executable programs, and modules. The processor 510 executes various functional applications and data processing by executing software programs, instructions, and modules stored in the memory 520 to implement any of the above embodiments.

The memory 520 may include a storage program area and an storage data area, wherein the storage program area may store an operating system, an application required for at least one function; the storage data area may store data created according to use of the virtual machine disaster tolerant device, and the like. In addition, the memory may include volatile memory such as random access memory (RAM), and may also include non-volatile memory such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device.

Memory 520 can be a non-transitory computer storage medium or a transitory computer storage medium. The non-transitory computer storage medium, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device. In some embodiments, memory 520 can optionally include memory remotely located relative to processor 510 that can be connected to the virtual machine disaster tolerant device over a network. Examples of the above networks may include the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

Input device 530 can be configured to receive input numeric or character information and to generate key signal inputs related to user settings and function control of the virtual machine disaster tolerant device. The output device 540 can include a display device such as a display screen.

The virtual machine disaster tolerant device of this embodiment may further include a communication device 550 for transmitting and/or receiving information through the communication network.

A person skilled in the art can understand that all or part of the process of implementing the above embodiment method can be completed by executing related hardware by a computer program, and the program can be stored in a non-transitory computer readable storage medium. The program, when executed, may include the flow of an embodiment of the method as described above, wherein the non-transitory computer readable storage medium may be a magnetic disk, an optical disk, a read only memory (ROM), or a random access memory (RAM). Wait.

Industrial applicability

The present disclosure provides a virtual machine disaster tolerance method, device, and system. When a virtual machine disaster occurs, the service of the primary virtual machine can be directly switched to the standby virtual machine, and the disaster recovery RTO and RPO can reach or approach 0. The problem that the virtual machine disaster recovery solution cannot complete the service switching in real time in the related technology is solved, and the user experience is enhanced.

Claims (12)

A virtual machine disaster tolerance method includes: Instantly intercepting input and output data of the first virtual machine as the primary service node, where the first virtual machine is deployed on the first physical host; The real-time input and output data that is intercepted is written into the second virtual machine as a standby service node in real time, and the second virtual machine is deployed on the second physical host; And detecting, when the first virtual machine is in a disaster, switching the service of the first virtual machine to the second virtual machine. The virtual machine disaster tolerance method according to claim 1, wherein after switching the service of the first virtual machine to the second virtual machine, the method further includes: Detecting whether the first virtual machine is restored to normal; And inputting, by the first virtual machine, the input and output data of the second virtual machine to the first virtual machine. The virtual machine disaster tolerance method of claim 2, after the copying the input and output data of the second virtual machine to the first virtual machine, further comprising: Re-enabling the first virtual machine as a primary service node; Switching the service of the second virtual machine to the first virtual machine. The virtual machine disaster tolerance method of claim 1, wherein the real-time input and output data that is intercepted is written into the second virtual machine in real time, including: Transmitting the real-time input and output data collected by the data input/output module of the first virtual machine to the data transmission module of the second virtual machine by using the data transmission module of the first virtual machine; After receiving the input and output data, the data transmission module of the second virtual machine writes the second virtual machine in real time through the data input and output module of the second virtual machine. The virtual machine disaster tolerance method according to any one of claims 1 to 4, before the real-time interception of the input and output data of the first virtual machine as the active service node, the method further includes: Selecting a virtual machine that needs to be disaster tolerant as the first virtual machine; Deploying at least one of the second virtual machines that is the same as the first virtual machine; Setting input and output data of the first virtual machine and the second virtual machine is a real-time synchronization mode. A virtual machine disaster recovery device includes: a data synchronization module and a disaster recovery switching module, wherein The data synchronization module is configured to intercept the input and output data of the first virtual machine as the primary service node in real time, and the first virtual machine is deployed on the first physical host, and the real-time input and output data intercepted is written in real time. As a second virtual machine of the standby service node, the second virtual machine is deployed in the second Physical host The disaster recovery switching module is configured to: switch the service of the first virtual machine to the second virtual machine when detecting that the first virtual machine is in a disaster. The virtual machine disaster tolerant device of claim 6, after the switching of the service of the first virtual machine to the second virtual machine, the disaster recovery switching module is further configured to: detect the first virtual machine Whether to return to normal, and copying the input and output data of the second virtual machine to the first virtual machine if the first virtual machine returns to normal. The virtual machine disaster tolerant device of claim 7, after the disaster recovery switching module copies the input and output data of the second virtual machine to the first virtual machine, further configured to: re-enable the first A virtual machine is used as a primary service node, and the service of the second virtual machine is switched to the first virtual machine. The virtual machine disaster tolerance device of claim 6, wherein the data synchronization module is configured to: input real-time input and output data collected by the data input/output module of the first virtual machine, by using the first virtual machine The data transmission module transmits to the data transmission module of the second virtual machine, and the data transmission module that controls the second virtual machine writes the data input and output module of the second virtual machine in real time after receiving the input and output data. The second virtual machine. The virtual machine disaster tolerance device according to any one of claims 6 to 9, further comprising a disaster tolerance setting module, configured to: before the real-time interception of input and output data of the first virtual machine as the primary service node, A virtual machine that needs to be disaster-tolerant, as the first virtual machine, deploying at least one second virtual machine that is the same as the first virtual machine, and setting input of the first virtual machine and the second virtual machine The output data is in real-time sync mode. A virtual machine disaster tolerant system, comprising a first physical host and a second physical host, further comprising the virtual machine disaster tolerant device according to any one of claims 6 to 10, the first physical host and the second The physical host is deployed in different regions. A computer readable storage medium storing computer executable instructions for performing the method of any of claims 1-5.

Images