WO2020103627A1

WO2020103627A1 - Service self-healing method and device based on virtual machine disaster recovery, and storage medium

Info

Publication number: WO2020103627A1
Application number: PCT/CN2019/112364
Authority: WO
Inventors: 周志军; 李华
Original assignee: 中兴通讯股份有限公司
Priority date: 2018-11-21
Filing date: 2019-10-21
Publication date: 2020-05-28
Also published as: CN111209145A

Abstract

Disclosed are a service self-healing method and device based on virtual machine disaster recovery, and a storage medium. The method comprises: during the process of running a primary virtual machine, performing state monitoring on the primary virtual machine (S110); when it is monitored that the state of the primary virtual machine satisfies a service self-healing trigger condition, controlling a standby virtual machine corresponding to the primary virtual machine to process a service of the primary virtual machine, wherein the standby virtual machine and the primary virtual machine are located at different data centers, and the standby virtual machine is configured to be a disaster recovery virtual machine of the primary virtual machine (S120).

Description

Business self-healing method, equipment and storage medium based on virtual machine disaster recovery

cross reference

The present invention requires the priority of the Chinese patent application submitted to the Chinese Patent Office on November 21, 2018, with the application number 201811393959.9 and the invention titled "a business self-healing method, equipment and storage medium based on virtual machine disaster recovery" The entire content of this application is incorporated by reference in the present invention.

Technical field

The present invention relates to the field of computer technology, and in particular, to a service self-healing method, device, and storage medium based on virtual machine disaster recovery.

Background technique

With the promotion and application of cloud computing, more and more applications are deployed in the cloud environment. Cloud computing has the characteristics of dynamically adjusting resources, so many applications, especially cluster applications based on load balancing, such as web applications, support dynamic scaling, that is, dynamically adjust the application servers in the cluster according to the application load to improve Application reliability and availability. However, there is a limitation requirement for applications that wish to support dynamic scaling, that is, applications must be stateless. For stateful applications, such as applications containing state data, applications containing file system data or database data, neither support dynamic scaling under load balancing.

For stateful applications, business self-healing is generally used to improve the reliability and availability of applications. Currently, the business self-healing method is usually implemented by regenerating a virtual machine. This type of virtual machine mounts a cloud hard disk as a data storage disk, and then monitors the virtual machine status of the application. If the virtual machine status is abnormal, such as PING (Packet Internet Groper, Internet package Explorer) failed, URL (Uniform Resource Locator) access failure, etc., then restart the virtual machine with abnormal status, if the business is not restored, delete the virtual machine, re-create a same IP address (Internet Protocol) Address (Internet Protocol address) virtual machine, and mount the same cloud hard disk as a data storage disk to ensure data consistency, so as to achieve business self-healing. However, this business self-healing method has the problem of deleting virtual machines and rebuilding virtual machines for a long time, which requires at least a few minutes, which will cause the problem of long service interruption.

Summary of the invention

The present invention is solved by the following technical solutions:

The invention provides a business self-healing method based on virtual machine disaster recovery, which includes: monitoring the state of the active virtual machine during the operation of the active virtual machine; and monitoring the state of the active virtual machine When the service self-healing trigger condition is met, controlling the standby virtual machine corresponding to the active virtual machine to process the service of the active virtual machine; wherein the standby virtual machine and the active virtual machine are located in different data centers And the standby virtual machine is configured as a disaster recovery virtual machine of the active virtual machine.

The invention also provides a service self-healing device based on virtual machine disaster recovery. The service self-healing device based on virtual machine disaster recovery includes a processor and a memory; the processor is used to execute the virtual machine-based storage stored in the memory Disaster recovery business self-healing program to achieve the above-mentioned business self-healing method based on virtual machine disaster recovery.

The present invention further provides a storage medium, where the storage medium stores one or more programs, and the one or more programs can be executed by one or more processors to implement the above-mentioned virtual machine disaster recovery-based business self-service The healing method.

The present invention also provides a computer program product, the computer program product includes a computer program stored on a non-transitory computer-readable storage medium, the computer program includes program instructions, when the program instructions are executed by a computer, the The computer executes the method in any of the above method embodiments.

BRIEF DESCRIPTION

FIG. 1 is a flowchart of a method for self-healing services based on virtual machine disaster recovery according to a first embodiment of the present invention;

2 is a flowchart of a method for self-healing services based on virtual machine disaster recovery according to a second embodiment of the present invention;

3 is a structural diagram of a service self-healing device based on virtual machine disaster recovery according to a third embodiment of the present invention;

4 is a structural diagram of a business self-healing system based on virtual machine disaster recovery according to a third embodiment of the present invention.

detailed description

The present invention will be further described in detail below with reference to the drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention, and do not limit the present invention.

Example one

This embodiment provides a business self-healing method based on virtual machine disaster recovery. As shown in FIG. 1, it is a flowchart of a service self-healing method based on virtual machine disaster recovery according to the first embodiment of the present invention.

Step S110, in the process of running the primary virtual machine, performing status monitoring on the primary virtual machine.

Monitoring the status of the active virtual machine includes: sending monitoring messages to the active virtual machine every preset time period; collecting return messages corresponding to the monitoring messages; and determining the active messages according to the return messages corresponding to the monitoring messages The state of the virtual machine.

The status of the active virtual machine includes: network status and / or access status.

The types of monitoring messages include but are not limited to: PING messages and URL access messages. The PING message may be an ICMP (Internet Control Messages Protocol) message corresponding to the PING command.

The return messages corresponding to the monitoring messages include: Time Out messages corresponding to PING messages, and URL access failure messages corresponding to URL access messages.

Step S120, when it is monitored that the state of the active virtual machine meets the service self-healing trigger condition, the standby virtual machine corresponding to the active virtual machine is controlled to process the service of the active virtual machine; the standby virtual machine and the active virtual machine are located in different data Center, and the standby virtual machine is configured as the disaster recovery virtual machine of the primary virtual machine.

The disaster recovery virtual machine refers to a virtual machine corresponding to the same service as the active virtual machine and used to replace the active virtual machine to process the service.

The service self-healing trigger condition is used to identify whether the current state of the active virtual machine needs to replace the active virtual machine with a standby virtual machine to realize the service self-healing.

The service self-healing trigger conditions include: network abnormality of the active virtual machine and / or service abnormality.

In this embodiment, according to the situation in which the active virtual machine returns a message, it can be determined whether the state of the active virtual machine meets the service self-healing trigger condition. For example: when the state of the active virtual machine meets the service self-healing trigger condition, turn off the active virtual machine to make the device state of the active virtual machine in the standby state; turn on the standby virtual machine to make the device state of the standby virtual machine in active status. Since the standby virtual machine is the disaster recovery virtual machine of the active virtual machine, after the active virtual machine is turned off and the standby virtual machine is turned on, the standby virtual machine replaces the active virtual machine and begins to process the business of the active virtual machine. During the process, the active virtual machine is transformed into a disaster recovery virtual machine of the standby virtual machine.

The standby virtual machine is configured as the disaster recovery virtual machine of the active virtual machine, including: the standby virtual machine is configured to have the same IP address as the active virtual machine; the standby virtual machine is configured to synchronize data with the active virtual machine. By making the IP address of the standby virtual machine the same as the IP address of the active virtual machine and synchronizing the data of the standby virtual machine and the active virtual machine, the standby virtual machine can replace the active virtual machine.

In some cases, you can control the network switch between the standby virtual machine and the active virtual machine by calling the API (Application Programming Interface) of the cloud resource management system, so that the network switch configures the standby virtual machine as Same as the IP address of the active virtual machine.

In some cases, you can call the API interface of the cloud resource management system to configure the data in the storage device mounted by the standby virtual machine to synchronize with the data mirroring in the storage device mounted by the active virtual machine. Data synchronization between the active virtual machine and the standby virtual machine is realized. The data of the active virtual machine is stored in a storage device mounted on the active virtual machine, and the data of the standby virtual machine is stored in a storage device mounted on the standby virtual machine. The storage devices respectively mounted on the active virtual machine and the standby virtual machine may be cloud hard disks.

Because the data of the active virtual machine and the standby virtual machine need to be synchronized, during the operation of the active virtual machine, the data image in the storage device mounted by the active virtual machine is copied to the storage device mounted by the standby virtual machine In order to synchronize the data of the standby virtual machine and the active virtual machine (data mirroring synchronization).

In this embodiment, the standby virtual machine is configured as the disaster recovery virtual machine of the active virtual machine, and when the state of the active virtual machine meets the service self-healing trigger condition, the standby virtual machine replaces the active virtual machine to complete the service self-healing In the process of business self-healing, there is no need to restart the active virtual machine, let alone re-create the active virtual machine, directly control the standby virtual machine to replace the active virtual machine, and process the business of the active virtual machine, and the process takes time Shorter, can quickly achieve business self-healing, shortening business interruption time.

In this embodiment, the active virtual machine and the standby virtual machine may be disaster recovery virtual machines. That is, after controlling the standby virtual machine corresponding to the active virtual machine to process the business of the active virtual machine, the active virtual machine that has stopped the business processing has been converted into the standby virtual machine, and the standby virtual machine that started the business processing has been converted into the active Use a virtual machine. At this time, the original active virtual machine (converted standby virtual machine) can be troubleshooting, so that the state of the original active virtual machine can be processed normally, so that the original standby virtual machine (converted active virtual machine) is monitored When the service status of the machine) meets the trigger condition of service self-healing, the original active virtual machine can replace the original standby virtual machine to complete the service self-healing.

Example 2

In order to make the present invention clearer, a more specific embodiment is provided below to describe the service self-healing method based on virtual machine disaster recovery of the present invention.

FIG. 2 is a flowchart of a service self-healing method based on virtual machine disaster recovery according to a second embodiment of the present invention.

Step S210, a first virtual machine is set in the first data center, and a second virtual machine corresponding to the same service application as the first virtual machine is set in the second data center.

Deploying the first virtual machine and the second virtual machine corresponding to the same business application can distribute the business application in two different data centers, reduce the risk of business interruption, and achieve data center-level disaster tolerance.

Step S220: Configure a virtual machine disaster recovery strategy for the first virtual machine and the second virtual machine so that the first virtual machine serves as the active virtual machine and the second virtual machine serves as the standby virtual machine.

Configuring the virtual machine disaster recovery strategy includes: configuring the first virtual machine as the primary virtual machine and configuring the second virtual machine as the standby virtual machine, so that the second virtual machine serves as the disaster recovery virtual machine of the first virtual machine.

Specifically, the second virtual machine is configured to have the same IP address as the first virtual machine; the second virtual machine is configured to synchronize data with the first virtual machine; the device state of the first virtual machine is configured as the main state, and The device state of the second virtual machine is the standby state, so that the first virtual machine becomes the active virtual machine, and the second virtual machine becomes the standby virtual machine. Through this configuration mode, the standby virtual machine can be used as the disaster recovery virtual machine of the primary virtual machine, and can replace the primary virtual machine for business processing.

Configure the device state of the first virtual machine as the active state, and configure the device state of the second virtual machine as the standby state, including: configuring the first virtual machine as the power-on state, configuring the second virtual machine as the power-off state, power-on state Indicates the active state, and the shutdown state indicates the standby state. By adjusting the power-on and power-off states of the virtual machine, the virtual machine can be adjusted as the active virtual machine or the standby virtual machine. In some cases, if the first virtual machine is the active virtual machine, the second virtual machine is the standby virtual machine; if the second virtual machine is the active virtual machine, the first virtual machine is the active virtual machine.

Configuring the first virtual machine and the second virtual machine to have the same IP address can be achieved by using VRRP (VirtualRouterRedundancyProtocol, virtual routing redundancy protocol) technology of the network switch. In some cases, the network switch connecting the first virtual machine (active virtual machine) and the second virtual machine (standby virtual machine) can be controlled by calling the API interface of the cloud resource management system, so that the network switch uses VRRP technology, Configure the second virtual machine with the same IP address as the first virtual machine.

Configuring the first virtual machine and the second virtual machine to synchronize data can ensure data consistency between the first virtual machine in the first data center and the second virtual machine in the second data center. The data synchronization may be data mirroring synchronization. In some cases, the data in the storage device mounted by the first virtual machine (active virtual machine) and the storage device mounted by the second virtual machine (standby virtual machine) can be configured by calling the API interface of the cloud resource management system The data in the image is synchronized.

Step S230: Configure a service self-healing strategy for the first virtual machine and the second virtual machine.

Configuring the business self-healing strategy includes: configuring the state of the primary virtual machine to start the business self-healing process when the conditions for business self-healing are met.

The network of the active virtual machine is abnormal, including but not limited to: the network of the active virtual machine is detected to be disconnected N times consecutively. N is a positive integer greater than 1, and N can be an empirical value or an experimentally obtained value. For example, the number of consecutive PING failed to reach the main virtual machine N times.

The business of the active virtual machine is abnormal, including but not limited to: the service access to the active virtual machine fails for M consecutive times. M is a positive integer greater than 1, M can be an empirical value or an experimentally obtained value. For example: URL access to the active virtual machine fails for M consecutive times.

Step S240: During the process of running the first virtual machine, perform status monitoring on the first virtual machine.

Since the device state of the first virtual machine is the active state (power-on state), the first virtual machine can run as the active virtual machine and can process services; the device state of the second virtual machine is the standby state (off state), so The second virtual machine is temporarily unavailable as a standby virtual machine and cannot process business.

Specifically, the monitoring message is sent to the first virtual machine that is the active virtual machine every preset time period, and the return message corresponding to the monitoring message is collected, for example, a URL access failure message indicating that the access fails is collected, and a collection message indicating that the connection is not pinged is collected. Time Out messages, etc., to monitor the state of the first virtual machine accordingly; according to the configured business self-healing strategy, determine whether the state of the first virtual machine meets the business self-healing trigger condition, if it meets, then start the business self-healing process, if not If it matches, the state of the first virtual machine continues to be monitored.

The types of monitoring messages include but are not limited to: PING messages and URL access messages.

For example: the service self-healing trigger condition includes: the number of consecutive PING failures to the main virtual machine reaches 3 times, and the number of consecutive URL access failures to the main virtual machine reaches 3 times; send to the first virtual machine every 5 seconds PING message, and there is no PING connection for 3 consecutive times, and the URL access message is sent to the first virtual machine every 5 seconds, and the access fails for 3 consecutive times. At this time, it can be determined that the status of the first virtual machine meets the service self-healing trigger condition , You can start the business self-healing process.

Step S250, when it is monitored that the state of the first virtual machine meets the service self-healing trigger condition in the service self-healing strategy, the second virtual machine is used as the active virtual machine, and the first virtual machine is used as the standby virtual machine.

After starting the business self-healing process, the API interface of the cloud resource management system is called, the first virtual machine in the first data center is turned off, and the second virtual machine in the second data center is turned on. In this way, the device state of the first virtual machine is turned off, that is, the first virtual machine enters the standby state; the device state of the second virtual machine is turned on, that is, the second virtual machine enters the active state, replacing the first The virtual machine starts processing the business of the first virtual machine.

In this embodiment, since the first virtual machine and the second virtual machine correspond to the same application, the data of the first virtual machine and the second virtual machine are mirrored and the IP addresses of the first virtual machine and the second virtual machine are synchronized The same, so after the first virtual machine is turned off and the second virtual machine is turned on, there is no impact on the access to the service, thereby achieving self-healing of the service.

In this embodiment, during the process of service self-healing, it is not necessary to re-create the active virtual machine, only the pre-configured disaster recovery virtual machine needs to be started, and the time for starting the disaster recovery virtual machine is usually less than 1 minute In this way, you can effectively accelerate the speed of business self-healing and shorten the time of business interruption.

Example Three

This embodiment provides a service self-healing device based on virtual machine disaster recovery. As shown in FIG. 3, it is a structural diagram of a service self-healing device based on virtual machine disaster recovery according to a third embodiment of the present invention.

In this embodiment, the service self-healing device based on virtual machine disaster recovery includes but is not limited to: a processor 310 and a memory 320.

The processor 310 is used to execute a service self-healing program based on virtual machine disaster recovery stored in the memory 320, so as to implement the above-mentioned service self-healing method based on virtual machine disaster recovery.

Specifically, the processor 310 is used to execute a service self-healing program based on virtual machine disaster recovery stored in the memory 320 to implement the following steps of the service self-healing method based on virtual machine disaster recovery: running the active virtual machine During the process of monitoring the status of the active virtual machine; when it is detected that the state of the active virtual machine meets the service self-healing trigger condition, the standby virtual machine corresponding to the active virtual machine is controlled to process the active virtual machine Business using virtual machines; wherein the standby virtual machine and the active virtual machine are located in different data centers, and the standby virtual machine is configured as a disaster recovery virtual machine of the active virtual machine.

In some cases, the standby virtual machine is configured as a disaster recovery virtual machine of the active virtual machine, including: the standby virtual machine is configured to be the same as the Internet protocol IP address of the active virtual machine; The standby virtual machine is configured to synchronize data with the active virtual machine.

In some cases, the standby virtual machine is configured to be the same as the Internet protocol IP address of the active virtual machine, including: controlling the standby virtual machine and all the machines by calling an application programming interface API of the cloud resource management system The network switch between the active virtual machines, so that the network switch configures the standby virtual machine to have the same IP address as the active virtual machine.

In some cases, the standby virtual machine is configured to synchronize data with the active virtual machine, including: configuring the data in the storage device on which the standby virtual machine is mounted by calling an API interface of the cloud resource management system To synchronize with the data mirror in the storage device mounted by the active virtual machine.

In some cases, during the operation of the active virtual machine, the data image in the storage device mounted by the active virtual machine is copied to the storage device mounted by the standby virtual machine, so that the standby virtual machine The data of the machine and the active virtual machine are synchronized.

In some cases, the state monitoring of the active virtual machine includes: sending monitoring messages to the active virtual machine every preset time period; collecting return messages corresponding to the monitoring messages; according to the Monitor the return message corresponding to the message to determine the status of the active virtual machine.

In some cases, the controlling the standby virtual machine corresponding to the active virtual machine to process the service of the active virtual machine includes: shutting down the active virtual machine, so that the device state of the active virtual machine is in Standby state; turn on the standby virtual machine so that the device state of the standby virtual machine is in the active state.

In some cases, the service self-healing trigger condition includes: a network abnormality and / or a service abnormality of the active virtual machine.

The above-mentioned business self-healing equipment based on virtual machine disaster recovery can be set on the side of the cloud resource management system, or can be set independently. As shown in FIG. 4, it is a structural diagram of a service self-healing system based on virtual machine disaster recovery according to a third embodiment of the present invention. In Figure 4, the business self-healing equipment based on virtual machine disaster recovery and the cloud resource management system are set independently.

The business self-healing system based on virtual machine disaster recovery includes: a cloud resource management system 410, a business self-healing device 420 based on virtual machine disaster recovery, a first data center 430 and a second data center 440. The cloud resource management system 410 includes a network switch (not shown in the figure), and the first data center 430 and the second data center 440 may be connected through the network switch.

The first virtual machine 431 and the third virtual machine 432 are installed in the first data center 430, and the second virtual machine 441 and the fourth virtual machine 442 are installed in the second data center 440.

The cloud resource management system 410 is used to manage virtual machines in the first data center 430 and virtual machines in the second data center 440. The cloud resource management system 410 provides an API interface 411 that is connected to the first data center 430 and the second data center 440, respectively.

The service self-healing device 420 based on virtual machine disaster recovery can call the API interface 411 to configure the first virtual machine 431, the second virtual machine 441, the third virtual machine 432, and the fourth virtual machine 442, and convert the second virtual machine 441 is configured as a disaster recovery virtual machine of the first virtual machine 431, and makes the first virtual machine 431 and the second virtual machine 441 process the first service correspondingly, and configures the fourth virtual machine 442 as the disaster recovery virtual of the third virtual machine 432 Machine, and make the third virtual machine 432 and the fourth virtual machine 442 handle the second service correspondingly. The service self-healing device 420 based on virtual machine disaster recovery can also call the API interface 411 to configure the first service self-healing trigger condition for the first virtual machine 431 and the second virtual machine 441, and the third virtual machine 432 and the fourth virtual machine Machine 442 configures the second service self-healing trigger condition.

According to the configuration of the service self-healing device 420 based on virtual machine disaster recovery, the first virtual machine 431 is in the power-on state as the active virtual machine, the second virtual machine 441 is in the off state as the standby virtual machine; the third virtual machine 432 is used as the active The virtual machine is in a power-on state, and the fourth virtual machine 442 is in a power-off state as a standby virtual machine.

The service self-healing device 420 based on virtual machine disaster recovery can send monitoring messages to the first virtual machine 431 and the third virtual machine 432 respectively, and monitor the first virtual machine 431 and the third virtual machine respectively by collecting return messages corresponding to the monitoring messages 432 status; the service self-healing device 420 based on virtual machine disaster recovery calls the API interface 411 of the cloud resource management system 410 to close the first virtual machine when it detects that the status of the first virtual machine 431 meets the first service self-healing trigger Machine 431 turns on the second virtual machine 441 to complete the service self-healing of the first service; when the service self-healing device 420 based on virtual machine disaster recovery monitors that the state of the third virtual machine 432 satisfies the trigger condition of the second service self-healing, Call the API interface 411 of the cloud resource management system 410, turn off the third virtual machine 432, turn on the fourth virtual machine 442, and complete the self-healing of the second service.

Example 4

An embodiment of the present invention also provides a storage medium (computer-readable storage medium). One or more programs are stored in the storage medium here. Wherein, the storage medium may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as read-only memory, flash memory, hard disk, or solid-state hard disk; the memory may also include combination.

When one or more programs in the storage medium can be executed by one or more processors, the above method for self-healing based on virtual machine disaster recovery is implemented.

The processor is used to execute a service self-healing program based on virtual machine disaster recovery stored in the memory, so as to implement the following steps of a service self-healing method based on virtual machine disaster recovery: during the operation of the active virtual machine, The primary virtual machine performs status monitoring; when it is monitored that the status of the primary virtual machine meets the service self-healing trigger condition, the standby virtual machine corresponding to the primary virtual machine is controlled to process the business of the primary virtual machine; wherein , The standby virtual machine and the active virtual machine are located in different data centers, and the standby virtual machine is configured as a disaster recovery virtual machine of the active virtual machine.

Example 5

An embodiment of the present invention also provides a computer program product. The computer program product includes a computer program stored on a non-transitory computer-readable storage medium. The computer program includes program instructions. When the program instructions are executed by a computer When, the computer is caused to execute the method in any of the above method embodiments.

Those of ordinary skill in the art may understand that all or some of the steps, systems, and functional modules / units in the method disclosed above may be implemented as software, firmware, hardware, and appropriate combinations thereof. In a hardware implementation, the division between the functional modules / units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be composed of several physical The components are executed in cooperation. Some or all physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit . Such software may be distributed on computer-readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). As is well known to those of ordinary skill in the art, the term computer storage media includes both volatile and nonvolatile implemented in any method or technology for storing information such as computer readable instructions, data structures, program modules, or other data Sex, removable and non-removable media. Computer storage media include but are not limited to RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cartridges, magnetic tape, magnetic disk storage or other magnetic storage devices, or may Any other medium for storing desired information and accessible by a computer. In addition, it is well known to those of ordinary skill in the art that the communication medium generally contains computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transmission mechanism, and may include any information delivery medium .

Although the preferred embodiments of the present invention have been disclosed for illustrative purposes, those skilled in the art will realize that various improvements, additions, and substitutions are also possible, and therefore, the scope of the present invention should not be limited to the above-described embodiments.

Claims

A business self-healing method based on virtual machine disaster recovery, which includes:

In the process of running the primary virtual machine, performing status monitoring on the primary virtual machine;

When it is monitored that the state of the active virtual machine meets the service self-healing trigger condition, controlling the standby virtual machine corresponding to the active virtual machine to process the service of the active virtual machine;

Wherein, the standby virtual machine and the active virtual machine are located in different data centers, and the standby virtual machine is configured as a disaster recovery virtual machine of the active virtual machine.
The method of claim 1, wherein the standby virtual machine is configured as a disaster recovery virtual machine of the active virtual machine, including:

The standby virtual machine is configured to be the same as the Internet protocol IP address of the active virtual machine;

The standby virtual machine is configured to synchronize data with the active virtual machine.
The method of claim 2, wherein the standby virtual machine is configured to be the same as the Internet protocol IP address of the active virtual machine, including:

Call the application programming interface API of the cloud resource management system to control the network switch between the standby virtual machine and the active virtual machine, so that the network switch configures the standby virtual machine to be active with the active virtual machine The IP address of the virtual machine is the same.
The method of claim 2, wherein the standby virtual machine is configured to synchronize data with the active virtual machine, including:

By calling the API interface of the cloud resource management system, the data in the storage device mounted by the standby virtual machine is configured to be synchronized with the data mirroring in the storage device mounted by the active virtual machine.
The method of claim 4, wherein the method further comprises:

During the operation of the active virtual machine, copy the data image in the storage device mounted by the active virtual machine to the storage device mounted by the standby virtual machine, so that the standby virtual machine and the active virtual machine Synchronize data with virtual machines.
The method of claim 1, wherein the status monitoring of the active virtual machine comprises:

Send a monitoring message to the active virtual machine every preset time period;

Collecting the return message corresponding to the monitoring message;

The state of the active virtual machine is determined according to the return message corresponding to the monitoring message.
The method of claim 1, wherein the controlling the standby virtual machine corresponding to the active virtual machine to process the service of the active virtual machine comprises:

Shut down the active virtual machine, so that the device state of the active virtual machine is in a standby state;

Turn on the standby virtual machine so that the device state of the standby virtual machine is in the active state.
The method according to any one of claims 1 to 7, wherein the service self-healing trigger condition includes: a network abnormality and / or a service abnormality of the active virtual machine.
A service self-healing device based on virtual machine disaster recovery, wherein the service self-healing device based on virtual machine disaster recovery includes a processor and a memory; the processor is used to perform virtual machine-based disaster recovery stored in the memory The self-healing process of the service to implement the self-healing method of business recovery based on virtual machine disaster recovery according to any one of claims 1-8.
A storage medium, wherein the storage medium stores one or more programs, and the one or more programs can be executed by one or more processors to implement any one of claims 1 to 8. Business self-healing method based on virtual machine disaster recovery.