Virtual machine abnormity evacuation system and method and computer readable medium

Abstract

The invention provides a virtual machine anomaly evacuation system and method and a computer readable medium. The system comprises a monitoring service deployed at a computing node, and an analysis service, a decision service and an execution service deployed at a control node. The monitoring service monitors the health parameters of the current computing node regularly and uploads the health parameters to the analysis service, and the analysis service analyzes the health parameters and uploads abnormal health parameters to the decision service; the decision service determines whether to evacuate a virtual machine deployed by the abnormal computing node based on the abnormal health parameter and an actual condition corresponding to the abnormal computing node, and when the determination is carried out, the decision service issues an evacuation request to an execution service, and the execution service responds to the evacuation request and executes the evacuation operation on the virtual machine deployed by the abnormal computing node based on whether the evacuation operation is supported or not according to the resource condition corresponding to the server cluster. According to the invention, a single component can be split, and the architecture is clearer and more flexible.

Description

Technical Field

[0001] The present invention relates to the field of cloud computing technology, and in particular to a virtual machine abnormal evacuation system, method and computer-readable medium. Background Art

[0002] The cloud platform is deployed inside the data center to virtualize the data center hardware capabilities and provide them to users. Since the cloud computing environment is a distributed system composed of a large number of computing nodes, each node may have performance problems. If a node goes down or other abnormal conditions occur during operation, customers will experience problems such as inability to connect, business suspension, and inability to operate normally. Therefore, in the cloud computing environment, service monitoring and fault evacuation are key components to ensure high system availability.

[0003] Most existing solutions comprehensively monitor the entire system, including monitoring the load of computing nodes, monitoring network traffic, and evaluating storage performance. Based on the monitoring parameters obtained, the current node is analyzed, and when an abnormality occurs, the evacuation task is performed. However, in the entire solution, monitoring, analysis, decision-making, and execution are all coupled to one component, and all steps in the solution are performed by one component, which leads to the problem of complex architecture when building the architecture of the component. At the same time, during operation, if the component fails, it will cause interruption of service monitoring and fault evacuation, resulting in problems of inflexibility and low fault tolerance.

[0004] In view of this, it is necessary to improve the virtual machine fault evacuation method in the prior art to solve the above problems. Summary of the invention

[0005] The purpose of the present invention is to solve the problems that the existing virtual machine fault evacuation method relies on one component and has a complex architecture, is not flexible enough and has low fault tolerance.

[0006] To achieve the above object, the present invention provides a virtual machine abnormal evacuation system, which is used to perform evacuation operations on virtual machines deployed by abnormal computing nodes in a server cluster, and the virtual machine abnormal evacuation system includes:

[0007] A monitoring service independently deployed on at least two computing nodes and an analysis service, a decision service and an execution service independently deployed on at least one control node;

[0008] The monitoring service periodically monitors the health parameters of the current computing node, and uploads the monitored health parameters to the analysis service; the analysis service analyzes the health parameters, and uploads the abnormal health parameters to the decision service after an abnormality is found in the analysis; the decision service determines whether to evacuate the virtual machines deployed by the abnormal computing node based on the abnormal health parameters and the actual conditions corresponding to the abnormal computing node; and when determining to evacuate the virtual machines deployed by the abnormal computing node, the decision service sends an evacuation request to the execution service; the execution service responds to the evacuation request and performs an evacuation operation on the virtual machines deployed by the abnormal computing node based on whether the resource conditions corresponding to the server cluster support the evacuation operation.

[0009] As a further improvement of the present invention, the monitoring service is encapsulated by a consul container independently deployed on a computing node, and the analysis service, the decision service and the execution service are respectively encapsulated by a consul container independently deployed on a control node.

[0010] As a further improvement of the present invention, the monitoring service, the analysis service, the decision service and the execution service communicate with each other through remote procedure calls.

[0011] As a further improvement of the present invention, a health monitoring script is configured in the monitoring service to regularly monitor the health parameters of the current computing node.

[0012] As a further improvement of the present invention, the health parameters include: network connectivity of the computing node, network card status of the computing node, storage status of the computing node, and one or any combination of custom monitoring items.

[0013] As a further improvement of the present invention, the performing of the evacuation operation includes: determining a target computing node from the server cluster, evacuating the virtual machines deployed by the abnormal computing node to the target computing node, and rebuilding the virtual machines in the target computing node.

[0014] As a further improvement of the present invention, the virtual machine abnormal evacuation system includes: at least three control nodes, and each of the control nodes independently deploys the analysis service, the decision service and the execution service.

[0015] As a further improvement of the present invention, if the resource situation corresponding to the server cluster does not support the evacuation operation, it is prompted that the evacuation has failed.

[0016] Based on the same inventive concept, the present invention also discloses a method for abnormal evacuation of a virtual machine, comprising:

[0017] Deploy monitoring services independently in at least two computing nodes, and independently deploy analysis services, decision services, and execution services in at least one control node;

[0018] The monitoring service periodically monitors the health parameters of the current computing node and uploads the monitored monitoring parameters to the analysis service;

[0019] The analysis service analyzes the health parameters, and uploads abnormal health parameters to the decision service after an abnormality is found;

[0020] The decision service determines whether to evacuate the virtual machines deployed by the abnormal computing node based on the abnormal health parameter and the actual situation corresponding to the abnormal computing node, and when it is determined that the virtual machines deployed by the abnormal computing node are to be evacuated, the decision service sends an evacuation request to the execution service;

[0021] The execution service responds to the evacuation request and performs an evacuation operation on the virtual machines deployed by the abnormal computing node based on whether the resource situation corresponding to the server cluster supports the evacuation operation.

[0022] Based on the same inventive concept, the present invention further discloses a computer-readable medium, in which computer program instructions are stored. When the computer program instructions are read and executed by a processor, the steps of the virtual machine abnormal evacuation method as described in the above invention are executed.

[0023] Compared with the prior art, the present invention has the following beneficial effects:

[0024] A monitoring service is independently deployed on at least two computing nodes, and an analysis service, a decision service, and an execution service are independently deployed on at least one control node. The monitoring service is used to monitor the health parameters of the current computing node, the analysis service is used to analyze the health parameters, the decision service is used to determine whether to evacuate the virtual machines deployed on the abnormal computing node based on the actual conditions corresponding to the abnormal health parameters and the abnormal computing node, and the execution service is used to perform an evacuation operation on the virtual machines deployed on the abnormal computing node based on whether the resource conditions corresponding to the server cluster support the evacuation operation. Based on this, the health service deployed by the computing node and the analysis service, decision service, and execution service deployed by the control node each perform their respective duties. Compared with the prior art, the splitting of a single component makes the architecture clearer and more flexible, thereby solving the problems of the existing virtual machine fault evacuation method relying on one component, which is complex in architecture, inflexible, and low in fault tolerance. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] Figure 1 A topology diagram of the monitoring tools deployed on each node in the server cluster;

[0026] Figure 2 A topological diagram of a virtual machine abnormal evacuation system and a server cluster shown in the present invention;

[0027] Figure 3 An example diagram of evacuating virtual machines deployed on an abnormal computing node to a target computing node in one implementation;

[0028] Figure 4 A timing diagram of an evacuation operation performed by a system based on an abnormal evacuation of a virtual machine;

[0029] Figure 5 A schematic diagram of the steps of a method for abnormal evacuation of a virtual machine;

[0030] Figure 6 A topological diagram of a computer-readable medium of the present invention. DETAILED DESCRIPTION

[0031] The present invention is described in detail below in conjunction with the various embodiments shown in the accompanying drawings, but it should be noted that these embodiments are not limitations of the present invention, and any equivalent transformations or substitutions in functions, methods, or structures made by ordinary technicians in the field based on these embodiments are all within the scope of protection of the present invention.

[0032] Please refer to Figures 1 to 4 As shown, the present invention shows a specific implementation of a virtual machine abnormal evacuation system 10. The virtual machine abnormal evacuation system 10 can be applied to a server cluster 20 based on a cloud platform, and is used to perform evacuation operations on virtual machines deployed by abnormal computing nodes in the server cluster 20. Specifically, the computing nodes in the server cluster 20 are monitored to determine the abnormal computing nodes, and the target computing nodes are determined according to the resource conditions corresponding to the server cluster 20. The virtual machines deployed by the abnormal computing nodes are evacuated to the target computing nodes, thereby realizing service monitoring and fault evacuation of the server cluster 20, and further ensuring the high availability of the server cluster 20. Among them, the cloud platform is used to virtualize the hardware capabilities of the data center and provide them to customers. The cloud platform includes OpenStack, VMWare vSphere, XenServer, Ovirt, etc. One or more virtual machines are deployed in the cloud platform, providing nodes for computing services, storage services, and network services.

[0033] Ginseng Figure 1 and Figure 2As shown, a server cluster 20 is formed by at least two computing nodes and at least one control node. The computing nodes in the server cluster 20 form various resources through a virtualization system 30 and mount the resources to virtual machines. The virtual machine abnormal evacuation system 10 includes: a monitoring service independently deployed on at least two computing nodes and an analysis service, a decision service and an execution service independently deployed on at least one control node. Among them, the monitoring service is used to monitor the health parameters of the current computing node, the analysis service is used to analyze the health parameters, the decision service is used to determine whether to perform an evacuation operation on the virtual machine deployed by the abnormal computing node based on the actual situation corresponding to the abnormal health parameters and the abnormal computing node, and the execution service is used to perform an evacuation operation on the virtual machine deployed by the abnormal computing node based on whether the resource situation corresponding to the server cluster 20 supports the evacuation operation. Based on this, the health service deployed by the computing node and the analysis service, decision service and execution service deployed by the control node each perform their duties. Compared with the prior art, the single component is split, and the architecture is clearer and more flexible, thereby solving the problem that the existing virtual machine fault evacuation method relies on a component and has a complex architecture, is not flexible enough and has low fault tolerance.

[0034] Specifically, the monitoring service periodically monitors the health parameters of the current computing node and uploads the monitored health parameters to the analysis service. The analysis service analyzes the health parameters and uploads the health parameters to the decision service after an abnormality is found. The decision service determines whether to evacuate the virtual machines deployed on the abnormal computing node based on the abnormal health parameters and the actual situation corresponding to the abnormal computing node. When it is determined that the virtual machines deployed on the abnormal computing node are to be evacuated, the decision service sends an evacuation request to the execution service. The execution service responds to the evacuation request and performs an evacuation operation on the virtual machines deployed on the abnormal computing node based on whether the corresponding resource situation of the server cluster supports the evacuation operation.

[0035] It should be noted that the server cluster 20 may include multiple computing nodes and multiple control nodes, and the computing nodes include at least two and the control node includes at least one, so that at least one control node analyzes the health parameters corresponding to at least two computing nodes and evacuates the virtual machines deployed by the abnormal computing nodes. In the following description, the server cluster 20 composed of computing node 1, computing node 2 and control node 3 is used as an example for exemplary description. Optionally, the virtual machine abnormal evacuation system 10 includes: at least three control nodes, and each control node independently deploys analysis services, decision services and execution services to achieve fault tolerance.

[0036] Ginseng Figure 2 and Figure 3As shown, monitoring service 11 and monitoring service 21 are deployed in computing node 1 and computing node 2 respectively, and analysis service 31, decision service 32 and execution service 33 are deployed in control node 3. Monitoring service 11 regularly monitors the health parameters corresponding to computing node 1, and monitoring service 12 regularly monitors the health parameters corresponding to computing node 2. Monitoring service 11 uploads the monitored health parameters corresponding to computing node 1 to analysis service 31, and monitoring service 12 uploads the monitored health parameters corresponding to computing node 2 to analysis service 31. The analysis service 31 analyzes the health parameters corresponding to computing node 1 and the health parameters corresponding to computing node 2. If abnormal health parameters are analyzed, the abnormal health parameters are uploaded to the decision service 32. The decision service 32 determines whether to evacuate the virtual machines deployed by the abnormal computing nodes based on the abnormal health parameters and the actual conditions corresponding to the abnormal computing nodes corresponding to the abnormal health parameters. When it is determined that the virtual machines deployed by the abnormal computing nodes are to be evacuated, the decision service 32 sends an evacuation request to the execution service 33. The execution service 33 responds to the evacuation request and performs an evacuation operation on the virtual machines deployed by the abnormal computing nodes based on whether the resource conditions corresponding to the server cluster 20 support the evacuation operation.

[0037] It should be noted that the monitoring service is encapsulated by the consul container independently deployed on the computing node, and the analysis service, decision service and execution service are respectively encapsulated by the consul container independently deployed on the control node. In other words, the consul container is deployed in the computing node, and the monitoring service is encapsulated by the consul container. Three consul containers are deployed in the control node, and the analysis service, decision service and execution service are respectively encapsulated by the three consul containers. The monitoring service, analysis service, decision service and execution service communicate with each other through remote procedure calls. Remote Procedure Call (RPC) is a computer communication protocol that allows a program running on one computer to call a subroutine in another address space (usually a computer on an open network), and the programmer does not need to program this interaction additionally, just like calling a local program. RPC is a server-client (Client / Server) model, which classically implements a system that exchanges information by sending requests and receiving responses.

[0038] When deploying the monitoring service in the computing node, configure the health monitoring script in the monitoring service to regularly monitor the health parameters of the current computing node. Health parameters include: the network connectivity of the computing node, the network card status of the computing node, the storage status of the computing node, and one or any combination of custom monitoring items. Network connectivity includes: network connectivity of the management network, network connectivity of the storage network, and network connectivity of the business network. The management network refers to the communication network between the components included in the server cluster 20, the storage network refers to the communication network between the storage components, and the business network refers to the virtual network that carries the user's virtual machine.

[0039] More specifically, Figure 4 As shown, the monitoring service 11 deployed on the computing node 1 and the analysis service 31, decision service 32 and execution service 33 deployed on the control node 3 are used as examples for exemplary explanation. The monitoring service 11 monitors the computing node 1 in real time (i.e., step ①), and returns the health parameters corresponding to the monitored computing node 1 to the monitoring service 11 in real time (i.e., step ②). The monitoring service 11 uploads the health parameters to the analysis service 31 (i.e., step ③). The analysis service 31 analyzes the health parameters (i.e., step ④), and when an abnormality is found in the analysis, the abnormal health parameters are uploaded to the decision service 32 (i.e., step ⑤). The decision service 32 makes an analysis based on the abnormal health parameters and the actual situation corresponding to the abnormal computing node (i.e., computing node 1). The execution service 33 determines whether to evacuate the virtual machines deployed by the abnormal computing node (i.e., computing node 1) based on the situation (i.e., step ⑥), and when it is determined that the virtual machines deployed by the abnormal computing node (i.e., computing node 1) are to be evacuated, an evacuation request is sent to the execution service 33 (i.e., step ⑦), and the execution service 33 determines whether to support the evacuation request based on the resource situation corresponding to the server cluster 20 (i.e., step ⑧), and when it is determined that the evacuation request is supported, performs an evacuation operation on the virtual machines deployed by the abnormal computing node (i.e., computing node 1) (i.e., step ⑨).

[0040] Executing the evacuation request includes: determining a target computing node from the server cluster 20, evacuating the virtual machines deployed by the abnormal computing node to the target computing node, and rebuilding the virtual machines in the target computing node. Figure 3As shown, if the analysis service 31 analyzes that the health parameters corresponding to computing node 1 are abnormal health parameters, computing node 1 is an abnormal computing node, and the target computing node (for example, computing node 2) is determined from the server cluster 20, and the virtual machines deployed by the abnormal computing node (i.e., computing node 1) are evacuated to the target computing node (i.e., computing node 2), and the virtual machines are rebuilt in the target computing node (i.e., computing node 2). Determining the target computing node from the server cluster 20 means selecting a healthy computing node from the server cluster 20 whose resource situation supports the resources required by the virtual machine deployed by the abnormal computing node. If the resource situation corresponding to the server cluster 20 does not support the evacuation operation, the interface will prompt and alarm for insufficient resources, and prompt that the evacuation failed.

[0041] Based on the same invention idea, Figure 5 As shown, the present application also discloses a method for abnormal evacuation of a virtual machine, which includes the following steps S1 to S5.

[0042] Step S1: independently deploy monitoring services in at least two computing nodes, and independently deploy analysis services, decision services, and execution services in at least one control node.

[0043] Step S2: The monitoring service periodically monitors the health parameters of the current computing node and uploads the monitored health parameters to the analysis service.

[0044] Step S3: The analysis service analyzes the health parameters and uploads the abnormal health parameters to the decision service after an abnormality is found.

[0045] Step S4: The decision service determines whether to evacuate the virtual machines deployed by the abnormal computing node based on the abnormal health parameters and the actual situation corresponding to the abnormal computing node, and when it is determined to evacuate the virtual machines deployed by the abnormal computing node, the decision service sends an evacuation request to the execution service.

[0046] Step S5: The execution service responds to the evacuation request and performs an evacuation operation on the virtual machines deployed by the abnormal computing node based on whether the resource situation corresponding to the server cluster supports the evacuation operation.

[0047] The specific implementation of a virtual machine abnormal evacuation method can be found in the above description and will not be repeated here.

[0048] Based on the same invention idea, Figure 6As shown, the present application also discloses a computer-readable medium 700, which can be configured in whole or in part in a physical computer, server, server cluster or data center. In this embodiment, a computer-readable medium 700 stores computer program instructions 701, and when the computer program instructions 701 are read and executed by a processor 702, the steps in the aforementioned virtual machine abnormal evacuation method are executed.

[0049] Optionally, the computer-readable medium 700 can be configured as a server, and the server runs on a physical device for building a private cloud, a hybrid cloud, or a public cloud. At the same time, the computer-readable medium 700 can also be configured as a random access memory (Random Access Memory, RAM), a read-only memory (Read Only Memory, ROM), a programmable read-only memory (Programmable Read-Only Memory, PROM), an erasable read-only memory (Erasable Programmable Read-Only Memory, EPROM), an electrically erasable read-only memory (Electric Erasable Programmable Read-Only Memory, EEPROM), etc. The computer-readable medium 700 is used to store a program, and the processor 702 executes the aforementioned virtual machine abnormal evacuation method disclosed after receiving the execution instruction.

[0050] At the same time, the processor 702 disclosed in this embodiment may be an integrated circuit chip with signal processing capabilities. The processor 702 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it may also be a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present invention may be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor.

[0051] The series of detailed descriptions listed above are only specific descriptions of feasible implementation methods of the present invention. They are not intended to limit the scope of protection of the present invention. Any equivalent implementation methods or changes that do not deviate from the technical spirit of the present invention should be included in the scope of protection of the present invention.

[0052] It will be apparent to those skilled in the art that the invention is not limited to the details of the exemplary embodiments described above and that the invention can be implemented in other specific forms without departing from the spirit or essential features of the invention. Therefore, the embodiments should be considered exemplary and non-limiting in all respects, and the scope of the invention is defined by the appended claims rather than the foregoing description, and it is intended that all variations falling within the meaning and scope of the equivalent elements of the claims be included in the invention. Any reference numeral in a claim should not be considered as limiting the claim to which it relates.

[0053] In addition, it should be understood that although the present specification is described according to implementation modes, not every implementation mode contains only one independent technical solution. This description of the specification is only for the sake of clarity. Those skilled in the art should regard the specification as a whole. The technical solutions in each embodiment may also be appropriately combined to form other implementation modes that can be understood by those skilled in the art.

Claims

1. A virtual machine abnormal evacuation system, used to perform evacuation operations on virtual machines deployed by abnormal computing nodes in a server cluster, characterized in that: The virtual machine abnormal evacuation system includes: A monitoring service independently deployed on at least two computing nodes and an analysis service, a decision service and an execution service independently deployed on at least one control node; The monitoring service periodically monitors the health parameters of the current computing node, and uploads the monitored health parameters to the analysis service; the analysis service analyzes the health parameters, and uploads the abnormal health parameters to the decision service after an abnormality is found in the analysis; the decision service determines whether to evacuate the virtual machines deployed by the abnormal computing node based on the abnormal health parameters and the actual conditions corresponding to the abnormal computing node; and when determining to evacuate the virtual machines deployed by the abnormal computing node, the decision service sends an evacuation request to the execution service; the execution service responds to the evacuation request and performs an evacuation operation on the virtual machines deployed by the abnormal computing node based on whether the resource conditions corresponding to the server cluster support the evacuation operation.

2. The virtual machine abnormal evacuation system according to claim 1, characterized in that: The monitoring service is encapsulated by a consul container independently deployed on a computing node, and the analysis service, the decision service and the execution service are respectively encapsulated by a consul container independently deployed on a control node.

3. The virtual machine abnormal evacuation system according to claim 1, characterized in that: The monitoring service, the analysis service, the decision service and the execution service communicate with each other through remote procedure calls.

4. The virtual machine abnormal evacuation system according to claim 2, characterized in that: A health monitoring script is configured in the monitoring service to regularly monitor the health parameters of the current computing node.

5. The virtual machine abnormal evacuation system according to claim 4, characterized in that: The health parameters include: network connectivity of the computing node, network card status of the computing node, storage status of the computing node, and one or any combination of custom monitoring items.

6. The virtual machine abnormal evacuation system according to claim 1, characterized in that: The performing of the evacuation operation includes: determining a target computing node from the server cluster, evacuating the virtual machines deployed by the abnormal computing node to the target computing node, and rebuilding the virtual machines in the target computing node.

7. The virtual machine abnormal evacuation system according to claim 1, characterized in that: The virtual machine abnormal evacuation system includes: at least three control nodes, and each of the control nodes independently deploys the analysis service, the decision service and the execution service.

8. The virtual machine abnormal evacuation system according to claim 1, characterized in that: If the resource situation corresponding to the server cluster does not support the evacuation operation, it will prompt that the evacuation has failed.

9. A method for abnormal evacuation of a virtual machine, characterized in that: include: Deploy monitoring services independently in at least two computing nodes, and independently deploy analysis services, decision services, and execution services in at least one control node; The monitoring service periodically monitors the health parameters of the current computing node and uploads the monitored monitoring parameters to the analysis service; The analysis service analyzes the health parameters, and uploads abnormal health parameters to the decision service after an abnormality is found; The decision service determines whether to evacuate the virtual machines deployed by the abnormal computing node based on the abnormal health parameter and the actual situation corresponding to the abnormal computing node, and when it is determined that the virtual machines deployed by the abnormal computing node are to be evacuated, the decision service sends an evacuation request to the execution service; The execution service responds to the evacuation request and performs an evacuation operation on the virtual machines deployed by the abnormal computing node based on whether the resource situation corresponding to the server cluster supports the evacuation operation.

10. A computer-readable medium, characterized in that The computer readable medium stores computer program instructions, and when the computer program instructions are read and executed by a processor, the steps in the virtual machine abnormal evacuation method according to claim 9 are executed.

Images