CN106970861A - A kind of virtual machine fault-tolerance approach and system - Google Patents
A kind of virtual machine fault-tolerance approach and system Download PDFInfo
- Publication number
- CN106970861A CN106970861A CN201710202620.7A CN201710202620A CN106970861A CN 106970861 A CN106970861 A CN 106970861A CN 201710202620 A CN201710202620 A CN 201710202620A CN 106970861 A CN106970861 A CN 106970861A
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- host
- node
- deployed
- fault
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/203—Failover techniques using migration
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2035—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant without idle spare hardware
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
Abstract
The present invention provides a kind of virtual machine fault-tolerance approach, host virtual machine is deployed with host node, is deployed with from node from virtual machine, host virtual machine receives the message of client transmission, forward messages to simultaneously from virtual machine, host virtual machine and from virtual machine while customer in response end message；Whether the response that virtual machine testing mechanism detection principal and subordinate's virtual machine is made to the message that client is sent is consistent, if unanimously, principal and subordinate's virtual machine is normally run, if inconsistent, principal and subordinate's virtual machine synchronizes operation；The beat detector moment is monitored to the state of principal and subordinate's virtual machine, if beat detector finds that host virtual machine breaks down, and carries out host node with carrying out failure migration from node.The virtual machine fault-tolerance approach that the present invention is provided, with advantages below：Host virtual machine is quickly taken over from virtual machine during by the customer in response end operation simultaneously of principal and subordinate's virtual machine and deployment virtual machine testing mechanism and failover mechanisms to ensure that host virtual machine breaks down to work.
Description
Technical field
The present invention relates to communication and computer realm, and in particular to a kind of virtual machine fault-tolerance approach and system.
Background technology
Recent years, country has urgent situation demands to information security, and localization process is accelerated, domestic CPU industries
Quickly grow.Country " core Gao Ji " key special subjects support under, using autonomous instruction set, the state with entirely autonomous intellectual property
Production processor is used widely.
Current information technology is fast-developing, and security, military etc. are higher to the continuity and reliability requirement of customer service.Cross
The fault-tolerant i.e. service switching technology being widely used is gone, a main frame malfunctions, and another main frame can be later on, can cause business
Interruption, or even huge economic loss can be caused.It is therefore desirable to a kind of virtual machine fault-tolerance approach and system, to realize business
Uninterruptedly, it is ensured that the high reliability of business, it is especially adapted for use in domestic processor platform.
The content of the invention
For it is above-mentioned business is easily interrupted in the prior art the problem of, it is an object of the invention to provide a kind of virtual
Machine fault-tolerance approach and system.
To achieve these goals, the technical solution adopted by the present invention is as follows：
Host virtual machine is deployed with a kind of virtual machine fault-tolerance approach, host node, is deployed with from node from virtual machine, specifically
Comprise the following steps：
S00：Host virtual machine receives the message of client transmission, while forwarding messages to from virtual machine, host virtual machine
With from virtual machine simultaneously customer in response end message；
S10：Virtual machine testing mechanism detects host virtual machine and the response made from virtual machine to the message that client is sent
It is whether consistent, if unanimously, host virtual machine from virtual machine with normally running, if inconsistent, carry out step S20：
S20：Host virtual machine from virtual machine with synchronizing operation；
S30：The beat detector moment is monitored to host virtual machine with the state from virtual machine, if beat detector is found
Host virtual machine breaks down, and carries out step S40；
S40：Host node from node with carrying out failure migration.
Further, step S20 specifically includes following steps：
S21：Host node pause activity；
S22：Start internal memory synchronization system, carry out from the full backup from node to host node；
S23：Host node recovers normal operation.
Further, step S40 specifically includes following steps：
S41：Trigger failover mechanisms；
S42：Host node work is instantaneously received from node.
Further, host virtual machine with from virtual machine be KVM virtual machines.
A kind of virtual machine tolerant system, including master server, from server and client, it is characterised in that main service
Device, from server as host virtual machine is deployed with from node, host node, is deployed with from virtual as host node from node
Machine, host virtual machine with being also deployed with respectively from virtual machine：
Virtual machine testing mechanism, for the response for detecting host virtual machine Yu being made from virtual machine to the message that client is sent
It is whether consistent；
Internal memory synchronization system, it is synchronous with the internal memory from virtual machine for host virtual machine；
Beat detector, is monitored for the moment to host virtual machine with the state from virtual machine；Failover mechanisms, are used
In making instantaneously to receive the host node work from node；
Host node is communicated with from node by physical network card.
A kind of computer-readable recording medium, is stored thereon with computer program (instruction), the appearance for realizing virtual machine
Mistake,
Computer program (instruction) realizes following steps when being executed by processor：
S00：Host virtual machine receives the message of client transmission, while forwarding messages to from virtual machine, host virtual machine
With from virtual machine simultaneously customer in response end message；
S10：Virtual machine testing mechanism detects host virtual machine and the response made from virtual machine to the message that client is sent
It is whether consistent, if unanimously, host virtual machine from virtual machine with normally running, if inconsistent, carry out step S20：
S20：Host virtual machine from virtual machine with synchronizing operation；
S30：The beat detector moment is monitored to host virtual machine with the state from virtual machine, if beat detector is found
Host virtual machine breaks down, and carries out step S40；
S40：Host node from node with carrying out failure migration.
Further, step S20 specifically includes following steps：
S21：Host node pause activity；
S22：Start internal memory synchronization system, carry out from the full backup from node to host node；
S23：Host node recovers normal operation.
Further, step S40 specifically includes following steps：
S41：Trigger failover mechanisms；
S42：Host node work is instantaneously received from node.
The present invention results in following advantageous effects by above technical scheme：
(1) by host virtual machine and from virtual machine, customer in response end is operated and deployment virtual machine testing mechanism and event simultaneously
Host virtual machine work is quickly taken over when hindering metastasis to ensure that host virtual machine breaks down from virtual machine, now, from node meeting
It is instantaneous to receive host node work, realize second level switching, it is ensured that the continuity and reliability of business；
(2) host virtual machine and synchronous regime from virtual machine are detected by disposing virtual machine testing mechanism, in order to timely
Effectively carry out internal memory synchronous.
Certainly, implementing any product of the present invention must be not necessarily required to while reaching all the above technique effect.
Brief description of the drawings
Accompanying drawing described herein is used for providing a further understanding of the present invention, constitutes the part of the present invention, this hair
Bright schematic description and description is used to explain the present invention, does not constitute inappropriate limitation of the present invention.In the accompanying drawings：
Fig. 1 is the flow chart of the virtual machine fault-tolerance approach described in the embodiment of the present invention；
Fig. 2 is Fig. 1 steps S20 sub-process figure；
Fig. 3 is Fig. 1 steps S40 sub-process figure；
Fig. 4 is the structural representation of the virtual machine tolerant system described in the embodiment of the present invention.
Embodiment
Some vocabulary have such as been used to censure specific components among specification and claim.Those skilled in the art should
It is understood that hardware manufacturer may call same component with different nouns.This specification and claims are not with name
The difference of title is used as the mode for distinguishing component, but is used as the criterion of differentiation with the difference of component functionally.Such as logical
The " comprising " of piece specification and claim mentioned in is an open language, therefore should be construed to " including but do not limit
In ".Specification subsequent descriptions for implement the present invention better embodiment, so it is described description be with illustrate the present invention general original
For the purpose of then, the scope of the present invention is not limited to.Protection scope of the present invention when regard the appended claims person of defining as
It is accurate.
Embodiment 1
As Figure 1-3, host virtual machine is deployed with a kind of virtual machine fault-tolerance approach that the present embodiment is provided, host node,
It is deployed with from node from virtual machine, specifically includes following steps：First, host virtual machine receives the message of client transmission,
Forward messages to simultaneously from virtual machine, host virtual machine and from virtual machine while customer in response end message；Then, virtual machine is utilized
Testing mechanism determines next step specific works, virtual machine testing mechanism detection host virtual machine and client is sent from virtual machine
Whether the response that message is made consistent, if unanimously, host virtual machine from virtual machine with normally running, if inconsistent, host virtual machine with
Operation is synchronized from virtual machine；Meanwhile, the beat detector moment is monitored to host virtual machine with the state from virtual machine, if
Beat detector finds that host virtual machine breaks down, and carries out host node with carrying out failure migration from node.Host virtual machine exists always
It is operated, the business of synchronous host virtual machine is then needed from virtual machine., can be fast from virtual machine when host virtual machine breaks down
Quick-acting pipe, so as to realize that business is uninterrupted.
Further, host virtual machine specifically includes following steps with synchronizing operation from virtual machine：First, host node is temporary
Stop activity；Then, start internal memory synchronization system, carry out from the full backup from node to host node；Afterwards, host node recovers just
Often operation.
Further, host node is carried out with carrying out failure migration from node specifically to comprise the following steps：First, failure is triggered
Metastasis；Then, host node work is instantaneously received from node.
Further, host virtual machine with from virtual machine be KVM virtual machines.
This method full utilization software realizes that virtual machine is replicated and fault tolerant service, is to be based on KVM management platforms to existing
Virtual machine state switching be improved, using the master-slave back-up pattern of virtual machine, realize host virtual machine with it is seamless from virtual machine
Switching, so as to realize high availability, solves host virtual machine and from virtual machine handoff procedure the problem of service disconnection.The present embodiment
The virtual machine fault-tolerance approach of offer can also be applied to other Domestic Platforms based on domestic Shen prestige platform.
Embodiment 2
As Figure 1-4, the present embodiment provide a kind of virtual machine tolerant system, including master server, from server with
And client, master server is as host node, from server as host virtual machine is deployed with from node, host node, from node
On be deployed with from virtual machine, host virtual machine with being also deployed with respectively from virtual machine：Virtual machine testing mechanism, internal memory synchronization system,
Failover mechanisms and beat detector.Wherein, host virtual machine is being operated always, is then needed from virtual machine synchronous main virtual
The business of machine., can be with rapid pipe connecting, so as to realize that business is uninterrupted from virtual machine when host virtual machine breaks down.
Virtual machine testing mechanism is used to detect host virtual machine and the response for making the message that client is sent from virtual machine
It is whether consistent；Internal memory synchronization system is synchronous with from virutal machine memory for host virtual machine, carries out from complete from node to host node
Reorganize and outfit part.Beat detector, is monitored for the moment to host virtual machine with the state from virtual machine；Failover mechanisms are used for
Make instantaneously to receive the host node work from node.
Further, host node is communicated with from node by physical network card.
The virtual machine tolerant system that the present embodiment is provided can also be applied to its other country based on domestic Shen prestige platform
Produce platform.
The virtual machine tolerant system that the present embodiment is provided is used to realize following steps：
First, host virtual machine receives the message of client transmission, while forwarding messages to from virtual machine, host virtual machine
With from virtual machine simultaneously customer in response end message；Then, next step specific works, virtual machine are determined using virtual machine testing mechanism
Testing mechanism detects whether host virtual machine is consistent with the response made from virtual machine to the message that client is sent, if unanimously, it is main
Virtual machine from virtual machine with normally running, if inconsistent, and host virtual machine from virtual machine with synchronizing operation；Meanwhile, heartbeat inspection
The survey device moment is monitored to host virtual machine with the state from virtual machine, if beat detector finds that host virtual machine breaks down,
Host node is carried out with carrying out failure migration from node.Host virtual machine is being operated always, and synchronous main void is then needed from virtual machine
The business of plan machine., can be with rapid pipe connecting, so as to realize that business is uninterrupted from virtual machine when host virtual machine breaks down.
Further, host virtual machine specifically includes following steps with synchronizing operation from virtual machine：First, host node is temporary
Stop activity；Then, start internal memory synchronization system, carry out from the full backup from node to host node；Afterwards, host node recovers just
Often operation.
Further, host node is carried out with carrying out failure migration from node specifically to comprise the following steps：First, failure is triggered
Metastasis；Then, host node work is instantaneously received from node.
Further, host virtual machine with from virtual machine be KVM virtual machines.
Embodiment 3
As Figure 1-4, a kind of computer-readable recording medium that the present embodiment is provided, is stored thereon with computer program
(instruction), for realizing the fault-tolerant of virtual machine, computer program (instruction) realizes following steps when being executed by processor：First,
Host virtual machine receives the message of client transmission, while forward messages to from virtual machine, host virtual machine with it is same from virtual machine
When customer in response end message；Then, virtual machine testing mechanism detection host virtual machine and the message sent from virtual machine to client
Whether the response made consistent, if unanimously, host virtual machine from virtual machine with normally running, if inconsistent, host virtual machine with from void
Plan machine synchronizes operation；Meanwhile, the beat detector moment is monitored to host virtual machine with the state from virtual machine, if heartbeat
Detector finds that host virtual machine breaks down, and carries out host node with carrying out failure migration from node.Wherein, host virtual machine exists always
It is operated, the business of synchronous host virtual machine is then needed from virtual machine., can be fast from virtual machine when host virtual machine breaks down
Quick-acting pipe, so as to realize that business is uninterrupted.
Further, host virtual machine specifically includes following steps with synchronizing operation from virtual machine：First, host node is temporary
Stop activity；Then, start internal memory synchronization system, carry out from the full backup from node to host node；Afterwards, host node recovers just
Often operation.
Further, host node is carried out with carrying out failure migration from node specifically to comprise the following steps：First, failure is triggered
Metastasis；Then, host node work is instantaneously received from node.
Term is explained：
KVM：Kernel-based Virtual Machine, the virtual machine based on kernel.It is that one kind is used for linux kernel
In virtualized infrastructure, linux kernel can be converted to hypervisor.KVM is a system virtualization increased income
Module is, it is necessary to which hardware supported, is hardware based Full-virtualization.KVM have high-performance, autgmentability, high safety and it is low into
This advantage.
A kind of virtual machine fault-tolerance approach and system that the present embodiment is provided, with advantages below：
(1) by host virtual machine and from virtual machine, customer in response end is operated and deployment virtual machine testing mechanism and event simultaneously
Host virtual machine work is quickly taken over when hindering metastasis to ensure that host virtual machine breaks down from virtual machine, now, from node meeting
It is instantaneous to receive host node work, realize second level switching, it is ensured that the continuity and reliability of business；
(2) host virtual machine and synchronous regime from virtual machine are detected by disposing virtual machine testing mechanism, in order to timely
Effectively carry out internal memory synchronous.
It should also be noted that, term " comprising ", "comprising" or its any other variant are intended to nonexcludability
Comprising so that process, method, commodity or equipment including a series of key elements are not only including those key elements, but also wrap
Include other key elements being not expressly set out, or also include for this process, method, commodity or equipment intrinsic want
Element.In the absence of more restrictions, the key element limited by sentence "including a ...", it is not excluded that wanted including described
Also there is other identical element in process, method, commodity or the equipment of element.
Some embodiments of the present invention are the foregoing is only, are not intended to limit the invention.For art technology
For personnel, the present invention can have various modifications and variations.All any modifications made within spirit and principles of the present invention,
Equivalent substitution, improvement etc., should be included within scope of the presently claimed invention.
Claims (7)
1. a kind of virtual machine fault-tolerance approach, it is characterised in that host virtual machine is deployed with host node, is deployed with from node from void
Plan machine, specifically includes following steps：
S00：The host virtual machine receives the message of client transmission, at the same the message is transmitted to it is described from virtual machine,
The host virtual machine is with described from virtual machine while customer in response end message；
S10：Virtual machine testing mechanism detects that the host virtual machine is done with the message sent from virtual machine to the client
Whether the response gone out is consistent, if unanimously, the host virtual machine is normally run with described from virtual machine, if inconsistent, carries out step
S20：
S20：The host virtual machine synchronizes operation with described from virtual machine；
S30：The beat detector moment is monitored to the host virtual machine with described from the state of virtual machine, if the heartbeat is examined
Survey device and find that the host virtual machine breaks down, carry out step S40；
S40：The host node is with described from node progress failure migration.
2. virtual machine fault-tolerance approach according to claim 1, it is characterised in that
Step S20 specifically includes following steps：
S21：The host node pause activity；
S22：Start internal memory synchronization system, carry out from described from node to the full backup of the host node；
S23：The host node recovers normal operation.
3. virtual machine fault-tolerance approach according to claim 1, it is characterised in that
Step S40 specifically includes following steps：
S41：Trigger failover mechanisms；
S42：It is described that the host node work is instantaneously received from node.
4. the virtual machine fault-tolerance approach according to claim any one of 1-3, it is characterised in that
The host virtual machine with it is described from virtual machine be KVM virtual machines.
5. a kind of virtual machine tolerant system, including master server, from server and client, it is characterised in that the main clothes
Be engaged in device as host node, it is described from server as host virtual machine from node, is deployed with the host node, it is described from node
It is deployed with from virtual machine, the host virtual machine is also deployed with respectively with described from virtual machine：
Virtual machine testing mechanism, for detecting that the host virtual machine is done with the message sent from virtual machine to the client
Whether the response gone out is consistent；
Internal memory synchronization system, it is synchronous with the internal memory from virtual machine for the host virtual machine；
Beat detector, is monitored to the host virtual machine for the moment with described from the state of virtual machine；
Failover mechanisms, for making described instantaneously to receive the host node work from node.
6. virtual machine tolerant system according to claim 5, it is characterised in that
The host node is communicated with described from node by physical network card.
7. a kind of computer-readable recording medium, is stored thereon with computer program (instruction), for realizing the fault-tolerant of virtual machine,
Characterized in that,
The step of computer program (instruction) realizes any one of claim 1-3 methods described when being executed by processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710202620.7A CN106970861A (en) | 2017-03-30 | 2017-03-30 | A kind of virtual machine fault-tolerance approach and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710202620.7A CN106970861A (en) | 2017-03-30 | 2017-03-30 | A kind of virtual machine fault-tolerance approach and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106970861A true CN106970861A (en) | 2017-07-21 |
Family
ID=59336575
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710202620.7A Pending CN106970861A (en) | 2017-03-30 | 2017-03-30 | A kind of virtual machine fault-tolerance approach and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106970861A (en) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108255639A (en) * | 2017-12-12 | 2018-07-06 | 深圳市科思科技股份有限公司 | A kind of server system |
| CN108415798A (en) * | 2018-03-07 | 2018-08-17 | 山东超越数控电子股份有限公司 | A kind of fault-tolerant implementation method of virtual machine based on KVM |
| CN109918360A (en) * | 2019-02-28 | 2019-06-21 | 携程旅游信息技术（上海）有限公司 | Database platform system, creation method, management method, equipment and storage medium |
| TWI669605B (en) * | 2018-06-29 | 2019-08-21 | 財團法人工業技術研究院 | Fault tolerance method and system for virtual machine group |
| CN111143027A (en) * | 2019-12-06 | 2020-05-12 | 北京浪潮数据技术有限公司 | Cloud platform management method, system, equipment and computer readable storage medium |
| CN111813606A (en) * | 2020-07-22 | 2020-10-23 | 山东超越数控电子股份有限公司 | Fault-tolerant method, system, equipment and medium for double-node virtual machine |
| US10909002B2 (en) | 2018-06-29 | 2021-02-02 | Industrial Technology Research Institute | Fault tolerance method and system for virtual machine group |
| CN115499296A (en) * | 2022-07-29 | 2022-12-20 | 天翼云科技有限公司 | Cloud desktop hot standby management method, device and system |
| CN115858222A (en) * | 2022-12-19 | 2023-03-28 | 安超云软件有限公司 | Virtual machine fault processing method and system and electronic equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103501290A (en) * | 2013-09-18 | 2014-01-08 | 万达信息股份有限公司 | High-reliability service system establishment method based on dynamic-backup virtual machines |
| CN104391764A (en) * | 2014-10-22 | 2015-03-04 | 上海海得控制系统股份有限公司 | Computer fault-tolerant method and computer fault-tolerant system |
| CN104484243A (en) * | 2014-12-05 | 2015-04-01 | 广东新支点技术服务有限公司 | High-reliability system device and method combining virtual machine fault-tolerant technique and high-availability cluster technique |
| CN104536842A (en) * | 2014-12-17 | 2015-04-22 | 中电科华云信息技术有限公司 | Virtual machine fault-tolerant method based on KVM virtualization |
-
2017
- 2017-03-30 CN CN201710202620.7A patent/CN106970861A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103501290A (en) * | 2013-09-18 | 2014-01-08 | 万达信息股份有限公司 | High-reliability service system establishment method based on dynamic-backup virtual machines |
| CN104391764A (en) * | 2014-10-22 | 2015-03-04 | 上海海得控制系统股份有限公司 | Computer fault-tolerant method and computer fault-tolerant system |
| CN104484243A (en) * | 2014-12-05 | 2015-04-01 | 广东新支点技术服务有限公司 | High-reliability system device and method combining virtual machine fault-tolerant technique and high-availability cluster technique |
| CN104536842A (en) * | 2014-12-17 | 2015-04-22 | 中电科华云信息技术有限公司 | Virtual machine fault-tolerant method based on KVM virtualization |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108255639A (en) * | 2017-12-12 | 2018-07-06 | 深圳市科思科技股份有限公司 | A kind of server system |
| CN108415798A (en) * | 2018-03-07 | 2018-08-17 | 山东超越数控电子股份有限公司 | A kind of fault-tolerant implementation method of virtual machine based on KVM |
| TWI669605B (en) * | 2018-06-29 | 2019-08-21 | 財團法人工業技術研究院 | Fault tolerance method and system for virtual machine group |
| US10909002B2 (en) | 2018-06-29 | 2021-02-02 | Industrial Technology Research Institute | Fault tolerance method and system for virtual machine group |
| CN109918360A (en) * | 2019-02-28 | 2019-06-21 | 携程旅游信息技术（上海）有限公司 | Database platform system, creation method, management method, equipment and storage medium |
| CN111143027A (en) * | 2019-12-06 | 2020-05-12 | 北京浪潮数据技术有限公司 | Cloud platform management method, system, equipment and computer readable storage medium |
| CN111813606A (en) * | 2020-07-22 | 2020-10-23 | 山东超越数控电子股份有限公司 | Fault-tolerant method, system, equipment and medium for double-node virtual machine |
| CN115499296A (en) * | 2022-07-29 | 2022-12-20 | 天翼云科技有限公司 | Cloud desktop hot standby management method, device and system |
| CN115499296B (en) * | 2022-07-29 | 2024-03-12 | 天翼云科技有限公司 | Cloud desktop hot standby management method, device and system |
| CN115858222A (en) * | 2022-12-19 | 2023-03-28 | 安超云软件有限公司 | Virtual machine fault processing method and system and electronic equipment |
| CN115858222B (en) * | 2022-12-19 | 2024-01-02 | 安超云软件有限公司 | Virtual machine fault processing method, system and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106970861A (en) | A kind of virtual machine fault-tolerance approach and system | |
| EP3142011B9 (en) | Anomaly recovery method for virtual machine in distributed environment | |
| AU2017341159B2 (en) | Quick recovery method, device and system of a virtual machine | |
| WO2014076838A1 (en) | Virtual machine synchronization system | |
| CN104794028A (en) | Disaster tolerance processing method and device, main data center and backup data center | |
| CN109308239B (en) | Method and apparatus for outputting information | |
| CN104391764A (en) | Computer fault-tolerant method and computer fault-tolerant system | |
| US11768724B2 (en) | Data availability in a constrained deployment of a high-availability system in the presence of pending faults | |
| CN108469996A (en) | A kind of system high availability method based on auto snapshot | |
| CN112256477A (en) | Virtualization fault-tolerant method and device | |
| CN104484243A (en) | High-reliability system device and method combining virtual machine fault-tolerant technique and high-availability cluster technique | |
| CN105389231A (en) | Database dual-computer backup method and system | |
| CN112153134A (en) | Disaster tolerance drilling method, device, equipment and storage medium of disaster tolerance cloud host | |
| CN111078352A (en) | Dual-computer hot standby deployment method and system based on KVM virtualization system | |
| CN103902401A (en) | Virtual machine fault tolerance method and device based on monitoring | |
| US11036530B2 (en) | Application continuous high availability solution | |
| CN106301967B (en) | A kind of method of data synchronization and outband management equipment | |
| CN111966520A (en) | Database high-availability switching method, device and system | |
| CN114598594B (en) | Method, system, medium and equipment for processing application faults under multiple clusters | |
| CN109117317A (en) | A kind of clustering fault restoration methods and relevant apparatus | |
| CN115396296A (en) | Service processing method and device, electronic equipment and computer readable storage medium | |
| CN114706714A (en) | Method for synchronizing computer memory division snapshots | |
| KR20140140719A (en) | Apparatus and system for synchronizing virtual machine and method for handling fault using the same | |
| CN107547257B (en) | Server cluster implementation method and device | |
| CN107229539A (en) | A kind of processing method and system for disk mirroring high-availability cluster diskless |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170721 |
|
| RJ01 | Rejection of invention patent application after publication |