CN112380070A - 一种虚拟机容错***及其容错方法 - Google Patents

一种虚拟机容错***及其容错方法 Download PDF

Info

Publication number
CN112380070A
CN112380070A CN202011415591.0A CN202011415591A CN112380070A CN 112380070 A CN112380070 A CN 112380070A CN 202011415591 A CN202011415591 A CN 202011415591A CN 112380070 A CN112380070 A CN 112380070A
Authority
CN
China
Prior art keywords
virtual machine
standby
primary
standby virtual
state data
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.)
Granted
Application number
CN202011415591.0A
Other languages
English (en)
Other versions
CN112380070B (zh
Inventor
藏洪永
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Haiguang Information Technology Co Ltd
Original Assignee
Haiguang Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Haiguang Information Technology Co Ltd filed Critical Haiguang Information Technology Co Ltd
Priority to CN202011415591.0A priority Critical patent/CN112380070B/zh
Publication of CN112380070A publication Critical patent/CN112380070A/zh
Application granted granted Critical
Publication of CN112380070B publication Critical patent/CN112380070B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

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)

Abstract

本发明提供了一种虚拟机容错***及其容错方法，用于在主虚拟机生成随机数后对主备虚拟机进行状态数据同步，该虚拟机容错***包括主虚拟机监视器和备虚拟机监视器。主虚拟机监视器上安装有主虚拟机，备虚拟机监视器上安装有备虚拟机。其中，在主虚拟机生成随机数后，主虚拟机监视器向主虚拟机发送主虚拟机与备虚拟机进行状态数据同步的指示，以使主虚拟机将其状态数据同步到备虚拟机。从而尽早发现主备虚拟机状态数据不一致，主虚拟机监视器主动发起主备虚拟机的状态数据同步，及时进行主备虚拟机的状态数据同步，避免了主备虚拟机从生成随机数到产生网络响应数据包并比较网络响应数据包造成的计算开销，从而避免备虚拟机计算资源的浪费。

Description

一种虚拟机容错***及其容错方法
技术领域
本发明涉及虚拟机技术领域，尤其涉及一种虚拟机容错***及其容错方法。
背景技术
虚拟化技术随着云计算的开展得到广泛应用，虚拟机容错技术可以为关键应用提供可靠性保证。早期的虚拟机容错技术(如MicroCheckpointing、Kemari等)，备虚拟机一直处于暂停状态，不停高频同步主虚拟机的状态变化，若主虚拟机发生故障，则激活备虚拟机运行。主虚拟机和备虚拟机之间定期高频做Checkpoint(检查点机制，一种状态数据同步方式)，同时Checkpoint需要暂停源虚拟机运行，由于高频Checkpoint引入的开销较大，这种容错技术无法商用。
针对早期虚拟机容错开销较大问题，Intel(英特尔)提出粗粒度同步技术(COarse-grained LOck-stepping，简称COLO)，该方法主备虚拟机都处于运行状态，外部客户端发给主虚拟机的网络请求，主虚拟机同时发给备虚拟机处理，通过比较主虚拟机和备虚拟机对同一网络请求的网络响应，决定是否需要同步主备虚拟机的状态。若主备虚拟机对客户端网络请求产生的响应数据包相同，则无需做Checkpoint；否则，立刻同步主备虚拟机状态。该方法减少了Checkpoint的频率，降低了容错开销，已在云计算产品中商用(如ZStack等)，此外VMware也采用了与COLO类似的容错技术。
目前，随机数在验证码、UUID(Universally Unique Identifier，通用唯一识别码)生成、安全秘钥等场景得到广泛应用，生成随机数依赖本地的软硬件环境数据，在COLO容错场景中，主备虚拟机生成的随机数由于软硬件环境不同而不同，此时主备虚拟机状态已经不一致，需要同步。但COLO技术判断是否需要Checkpoint的条件，完全依赖主备虚拟机对客户端网络请求产生的响应包的比对结果，导致备虚拟机在获取随机数之后的计算成为一种不必要的浪费。
发明内容
本发明提供了一种虚拟机容错***及其容错方法，用以避免主备虚拟机从生成随机数到产生网络响应数据包并比较网络响应数据包造成的计算开销，从而避免备虚拟机计算资源的浪费。
第一方面，本发明提供了一种虚拟机容错***，该容错***包括主虚拟机监视器和备虚拟机监视器。在主虚拟机监视器上安装有主虚拟机，在备虚拟机监视器上安装有备虚拟机。其中，主虚拟机在生成随机数后，主虚拟机监视器向主虚拟机发送主虚拟机与备虚拟机进行状态数据同步的指示，以使主虚拟机将其状态数据同步到备虚拟机。
在上述的方案中，在主虚拟机生成随机数后，主虚拟机监视器向主虚拟机发送主虚拟机和备虚拟机进行状态数据同步的指示，以使主虚拟机将其状态数据同步到备虚拟机。现有COLO技术中判断是否需要主备虚拟机进行同步的条件，完全依赖于主备虚拟机对客户端网络请求产生的网络响应数据包的比对结果。而在使用随机数的业务场景中，由于主备虚拟机各自软硬件环境差异不同，所生成的随机数也不同，主备虚拟机的状态数据已经不一致了。但COLO技术需要等到生成网络响应数据包，经过比对之后，才进行主虚拟机与备虚拟机的状态数据同步，从而导致主备虚拟机在获取随机数之后的计算成为一种不必要的浪费。本申请的方案相比COLO技术，在主虚拟机获取随机数后，尽早发现主备虚拟机状态数据不一致，使主虚拟机监视器主动发起主备虚拟机的状态数据同步，及时进行主备虚拟机的状态数据同步，避免了主备虚拟机从生成随机数到产生网络响应数据包并比较网络响应数据包造成的计算开销，从而避免备虚拟机计算资源的浪费。
在一个具体的实施方式中，在主虚拟机生成随机数后，主虚拟机通过超级调用(Hypercall)陷入到主虚拟机监视器状态，以接收主虚拟机监视器发送的主虚拟机和备虚拟机进行状态数据同步的指示。
在一个具体的实施方式中，主虚拟机监视器通过修改主虚拟机内调用随机数的应用程序编程接口函数的方式，使主虚拟机通过超级调用陷入到主虚拟机监视器状态。从而在主虚拟机需要调用随机数时，及时陷入到主虚拟机监视器状态，由主虚拟机监视器发起主备虚拟机状态数据同步，使主虚拟机先完成主备虚拟机的状态数据同步，再进行调用随机数之后的计算。
在一个具体的实施方式中，主虚拟机监视器通过发起Checkpoint状态数据同步方式，向主虚拟机发送主虚拟机与备虚拟机进行状态数据同步的指示，以使主虚拟机将其状态数据同步到备虚拟机。
在一个具体的实施方式中，在备虚拟机生成随机数后，备虚拟机监视器向备虚拟机发送暂停运行的指示，以使备虚拟机暂停运行。使备虚拟机及时暂停，进行主备虚拟机状态数据同步，避免了后续备虚拟机由于调用与主虚拟机所调用的随机数不一致，避免了备虚拟机计算资源的浪费。
在一个具体的实施方式中，在主虚拟机与备虚拟机完成状态数据同步后，备虚拟机监视器向备虚拟机发送恢复运行的指示，以使备虚拟机恢复运行。使备虚拟机可以继续接收从主虚拟机转发的外部客户端网络请求包进行处理，同时能够使主虚拟机和备虚拟机调用相同的随机数进行接下来的网络请求包的处理。
在一个具体的实施方式中，在备虚拟机生成随机数后，备虚拟机通过超级调用陷入到备虚拟机监视器状态，以接收备虚拟机监视器发送的暂停运行或恢复运行的指示。
在一个具体的实施方式中，备虚拟机监视器通过修改备虚拟机内调用随机数的应用程序编程接口函数的方式，使备虚拟机通过超级调用陷入到备虚拟机监视器状态。同时在备虚拟机处理网络请求包过程中，需要调用随机数时，即陷入到备虚拟机监视器状态，由备虚拟机监视器进行进一步处理。
第二方面，本发明还提供了一种基于上述虚拟机容错***的容错方法，该容错方法包括：主虚拟机生成随机数后，主虚拟机监视器向主虚拟机发送主虚拟机与备虚拟机进行状态数据同步的指示，以使主虚拟机将其状态数据同步到备虚拟机。
在上述的方案中，在主虚拟机生成随机数后，主虚拟机监视器向主虚拟机发送主虚拟机和备虚拟机进行状态数据同步的指示，以使主虚拟机将其状态数据同步到备虚拟机。本申请的方案相比COLO技术，在主虚拟机获取随机数后，尽早发现主备虚拟机状态数据不一致，主虚拟机监视器主动发起主备虚拟机的状态数据同步，及时进行主备虚拟机的状态数据同步，避免了主备虚拟机从生成随机数到产生网络响应数据包并比较网络响应数据包造成的计算开销，从而避免备虚拟机计算资源的浪费。
在一个具体的实施方式中，该容错方法还包括：在备虚拟机生成随机数后，备虚拟机监视器向备虚拟机发送暂停运行的指示，以使备虚拟机暂停运行；在主虚拟机与备虚拟机完成状态数据同步后，备虚拟机监视器向备虚拟机发送恢复运行的指示，以使备虚拟机恢复运行。通过在备虚拟机生成随机数后，使备虚拟机暂停运行，等到主虚拟机和备虚拟机完成状态数据同步之后，再恢复运行，从而使主虚拟机和备虚拟机调用相同的随机数进行接下来的网络请求包的处理。
附图说明
图1为本发明实施例提供的一种虚拟机容错***的示意框图；
图2为本发明实施例提供的一种虚拟机容错***的架构图；
图3为本发明实施例提供的容错方法的一种流程图；
图4为本发明实施例提供的容错方法的另一种流程图。
附图标记：
10-主虚拟机监视器11-主虚拟机
20-备虚拟机监视器21-备虚拟机
30-应用程序编程接口函数
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为了方便理解本发明实施例提供的虚拟机容错***，下面首先说明一下本发明实施例提供的虚拟机容错***的应用场景，该虚拟机容错***用于同步主虚拟机和备虚拟机。下面结合附图对该虚拟机容错***进行详细的叙述。
参考图1及图2，本发明实施例提供的虚拟机容错***包括主虚拟机监视器10和备虚拟机监视器20。在主虚拟机监视器10上安装有主虚拟机11，在备虚拟机监视器20上安装有备虚拟机21。其中，参考图3，主虚拟机11在生成随机数后，主虚拟机监视器10向主虚拟机11发送主虚拟机11与备虚拟机21进行状态数据同步的指示，以使主虚拟机11将其状态数据同步到备虚拟机21。
在上述的方案中，在主虚拟机11生成随机数后，主虚拟机监视器10向主虚拟机11发送主虚拟机11和备虚拟机21进行状态数据同步的指示，以使主虚拟机11将其状态数据同步到备虚拟机21。现有COLO技术中判断是否需要主备虚拟机进行同步的条件，完全依赖于主备虚拟机对客户端网络请求产生的网络响应数据包的比对结果。而在使用随机数的业务场景中，由于主备虚拟机各自软硬件环境差异不同，所生成的随机数也不同，主备虚拟机的状态数据已经不一致了。但COLO技术需要等到生成网络响应数据包，经过比对之后，才进行主虚拟机11与备虚拟机21的状态数据同步，从而导致主备虚拟机在获取随机数之后的计算成为一种不必要的浪费。本申请的方案相比COLO技术，在主虚拟机11获取随机数后，尽早发现主备虚拟机状态数据不一致，使主虚拟机监视器10主动发起主备虚拟机的状态数据同步，及时进行主备虚拟机的状态数据同步，避免了主备虚拟机从生成随机数到产生网络响应数据包并比较网络响应数据包造成的计算开销，从而避免备虚拟机21计算资源的浪费。下面结合附图对上述各个器件进行详细的介绍。
在设置虚拟机监视器与对应的虚拟机时，主虚拟机监视器10安装在主物理机端，主虚拟机11安装在主虚拟机监视器10上。备虚拟机监视器20安装在备物理机端，备虚拟机21安装在备虚拟机监视器20上。其中，主虚拟机监视器10和备虚拟机监视器20可以为KVM虚拟机(Kernel-based Virtual Machine的简称，是一个开源的***虚拟化模块)。
参考图1及图3，在主虚拟机11生成随机数后，主虚拟机监视器10向主虚拟机11发送主虚拟机11与备虚拟机21进行状态数据同步的指示，以使主虚拟机11将其状态数据同步到备虚拟机21。以尽早发现主备虚拟机状态数据不一致，使主虚拟机监视器10主动发起主备虚拟机的状态数据同步，及时进行主备虚拟机的状态数据同步，避免了主备虚拟机从生成随机数到产生网络响应数据包并比较网络响应数据包造成的计算开销，从而避免备虚拟机21计算资源的浪费。
在主虚拟机监视器10向主虚拟机11发送进行主备虚拟机状态数据同步的指示时，可以在主虚拟机11生成随机数后，使主虚拟机11通过超级调用陷入到主虚拟机监视器10状态，以接收主虚拟机监视器10发送的主虚拟机11和备虚拟机21进行状态数据同步的指示。例如，主虚拟机监视器10可以通过修改主虚拟机11内调用随机数的应用程序编程接口函数30的方式，使主虚拟机11通过超级调用陷入到主虚拟机监视器10状态。从而在主虚拟机11需要调用随机数时，及时陷入到主虚拟机监视器10状态，由主虚拟机监视器10发起主备虚拟机状态数据同步，使主虚拟机11先完成主备虚拟机的状态数据同步，再进行调用随机数之后的计算。
在具体实现主备虚拟机状态数据同步时，可以使主虚拟机监视器10通过发起Checkpoint状态数据同步方式，向主虚拟机11发送主虚拟机11与备虚拟机21进行状态数据同步的指示，以使主虚拟机11将其状态数据同步到备虚拟机21。
另外，参考图1及图4，在备虚拟机21生成随机数后，可以使备虚拟机监视器20向备虚拟机21发送暂停运行的指示，以使备虚拟机21暂停运行。使备虚拟机21及时暂停，进行主备虚拟机状态数据同步，避免了后续备虚拟机21由于调用与主虚拟机11所调用的随机数不一致，避免了备虚拟机21计算资源的浪费。
参考图4，在主备虚拟机完成状态数据同步后，备虚拟机监视器20可以向备虚拟机21发送恢复运行的指示，以使备虚拟机21恢复运行。使备虚拟机21可以继续接收从主虚拟机11转发的外部客户端网络请求包进行处理，同时能够使主虚拟机11和备虚拟机21调用相同的随机数进行接下来的网络请求包的处理。
在实现备虚拟机监视器20向备虚拟机21发送指示时，在备虚拟机21生成随机数后，备虚拟机21可以通过超级调用陷入到备虚拟机监视器20状态，以接收备虚拟机监视器20发送的暂停运行或恢复运行的指示。例如，备虚拟机监视器20可以通过修改备虚拟机21内调用随机数的应用程序编程接口函数30的方式，使备虚拟机21通过超级调用陷入到备虚拟机监视器20状态。同时在备虚拟机21处理网络请求包过程中，需要调用随机数时，即陷入到备虚拟机监视器20状态，由备虚拟机监视器20进行进一步处理。
在主虚拟机11生成随机数后，主虚拟机监视器10向主虚拟机11发送主虚拟机11和备虚拟机21进行状态数据同步的指示，以使主虚拟机11将其状态数据同步到备虚拟机21。本申请的方案相比COLO技术，在主虚拟机11获取随机数后，尽早发现主备虚拟机状态数据不一致，使主虚拟机监视器10主动发起主备虚拟机的状态数据同步，及时进行主备虚拟机的状态数据同步，避免了主备虚拟机从生成随机数到产生网络响应数据包并比较网络响应数据包造成的计算开销，从而避免备虚拟机21计算资源的浪费。
另外，本发明实施例还提供了一种基于上述虚拟机容错***的容错方法，参考图1、图2及图3，该容错方法包括：主虚拟机11生成随机数后，主虚拟机监视器10向主虚拟机11发送主虚拟机11与备虚拟机21进行状态数据同步的指示，以使主虚拟机11将其状态数据同步到备虚拟机21。
在上述的方案中，在主虚拟机11生成随机数后，主虚拟机监视器10向主虚拟机11发送主虚拟机11和备虚拟机21进行状态数据同步的指示，以使主虚拟机11将其状态数据同步到备虚拟机21。本申请的方案相比COLO技术，在主虚拟机11获取随机数后，尽早发现主备虚拟机状态数据不一致，主虚拟机监视器10主动发起主备虚拟机的状态数据同步，及时进行主备虚拟机的状态数据同步，避免了主备虚拟机从生成随机数到产生网络响应数据包并比较网络响应数据包造成的计算开销，从而避免备虚拟机21计算资源的浪费。
另外，参考图4，该容错方法还可以包括：在备虚拟机21生成随机数后，备虚拟机监视器20向备虚拟机21发送暂停运行的指示，以使备虚拟机21暂停运行。在主虚拟机11与备虚拟机21完成状态数据同步后，备虚拟机监视器20向备虚拟机21发送恢复运行的指示，以使备虚拟机21恢复运行。通过在备虚拟机21生成随机数后，使备虚拟机21暂停运行，等到主虚拟机11和备虚拟机21完成状态数据同步之后，再恢复运行，从而使主虚拟机11和备虚拟机21调用相同的随机数进行接下来的网络请求包的处理。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种虚拟机容错***，其特征在于，包括：
主虚拟机监视器和备虚拟机监视器；
安装在所述主虚拟机监视器上的主虚拟机；
安装在所述备虚拟机监视器上的备虚拟机；
其中，所述主虚拟机在生成随机数后，所述主虚拟机监视器向所述主虚拟机发送主虚拟机与备虚拟机进行状态数据同步的指示，以使所述主虚拟机将其状态数据同步到所述备虚拟机。
2.如权利要求1所述的虚拟机容错***，其特征在于，在所述主虚拟机生成随机数后，所述主虚拟机通过超级调用陷入到所述主虚拟机监视器状态，以接收所述主虚拟机监视器发送的主虚拟机和备虚拟机进行状态数据同步的指示。
3.如权利要求2所述的虚拟机容错***，其特征在于，所述主虚拟机监视器通过修改所述主虚拟机内调用随机数的应用程序编程接口函数的方式，使所述主虚拟机通过超级调用陷入到所述主虚拟机监视器状态。
4.如权利要求1所述的虚拟机容错***，其特征在于，所述主虚拟机监视器通过发起Checkpoint状态数据同步方式，向所述主虚拟机发送所述主虚拟机与备虚拟机进行状态数据同步的指示，以使所述主虚拟机将其状态数据同步到所述备虚拟机。
5.如权利要求1～4任一项所述的虚拟机容错***，其特征在于，在所述备虚拟机生成随机数后，所述备虚拟机监视器向所述备虚拟机发送暂停运行的指示，以使所述备虚拟机暂停运行。
6.如权利要求5所述的虚拟机容错***，其特征在于，在所述主虚拟机与备虚拟机完成状态数据同步后，所述备虚拟机监视器向所述备虚拟机发送恢复运行的指示，以使所述备虚拟机恢复运行。
7.如权利要求6所述的虚拟机容错***，其特征在于，在所述备虚拟机生成随机数后，所述备虚拟机通过超级调用陷入到所述备虚拟机监视器状态，以接收所述备虚拟机监视器发送的暂停运行或恢复运行的指示。
8.如权利要求7所述的虚拟机容错***，其特征在于，所述备虚拟机监视器通过修改所述备虚拟机内调用随机数的应用程序编程接口函数的方式，使所述备虚拟机通过超级调用陷入到所述备虚拟机监视器状态。
9.一种基于权利要求1～8任一项所述的虚拟机容错***的容错方法，其特征在于，包括：
主虚拟机生成随机数后，所述主虚拟机监视器向所述主虚拟机发送主虚拟机与备虚拟机进行状态数据同步的指示，以使所述主虚拟机将其状态数据同步到所述备虚拟机。
10.如权利要求9所述的容错方法，其特征在于，还包括：
在备虚拟机生成随机数后，备虚拟机监视器向所述备虚拟机发送暂停运行的指示，以使所述备虚拟机暂停运行；
在所述主虚拟机与备虚拟机完成状态数据同步后，所述备虚拟机监视器向所述备虚拟机发送恢复运行的指示，以使所述备虚拟机恢复运行。
CN202011415591.0A 2020-12-04 2020-12-04 一种虚拟机容错***及其容错方法 Active CN112380070B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011415591.0A CN112380070B (zh) 2020-12-04 2020-12-04 一种虚拟机容错***及其容错方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011415591.0A CN112380070B (zh) 2020-12-04 2020-12-04 一种虚拟机容错***及其容错方法

Publications (2)

Publication Number Publication Date
CN112380070A true CN112380070A (zh) 2021-02-19
CN112380070B CN112380070B (zh) 2023-04-25

Family

ID=74589804

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011415591.0A Active CN112380070B (zh) 2020-12-04 2020-12-04 一种虚拟机容错***及其容错方法

Country Status (1)

Country Link
CN (1) CN112380070B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013084305A1 (ja) * 2011-12-06 2013-06-13 株式会社日立製作所 仮想化多重系構成制御方法及び計算機システム
CN104504062A (zh) * 2014-12-22 2015-04-08 浙江宇视科技有限公司 主备数据库数据同步方法及装置
CN104618155A (zh) * 2015-01-23 2015-05-13 华为技术有限公司 一种虚拟机容错的方法、装置及***
CN106445642A (zh) * 2016-10-27 2017-02-22 广东铂亚信息技术有限公司 一种基于虚拟机监视器的安全通信方法与***
CN108132829A (zh) * 2018-01-11 2018-06-08 郑州云海信息技术有限公司 一种基于OpenStack的高可用虚拟机实现方法及***
CN110515699A (zh) * 2019-08-20 2019-11-29 苏州浪潮智能科技有限公司 一种获取虚拟机所在平台可信状态的方法和设备
CN111124616A (zh) * 2019-12-23 2020-05-08 海光信息技术有限公司 一种虚拟机迁移方法、处理器及电子设备
CN111400086A (zh) * 2020-02-18 2020-07-10 上海交通大学 虚拟机容错的实现方法和***

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013084305A1 (ja) * 2011-12-06 2013-06-13 株式会社日立製作所 仮想化多重系構成制御方法及び計算機システム
CN104504062A (zh) * 2014-12-22 2015-04-08 浙江宇视科技有限公司 主备数据库数据同步方法及装置
CN104618155A (zh) * 2015-01-23 2015-05-13 华为技术有限公司 一种虚拟机容错的方法、装置及***
CN106445642A (zh) * 2016-10-27 2017-02-22 广东铂亚信息技术有限公司 一种基于虚拟机监视器的安全通信方法与***
CN108132829A (zh) * 2018-01-11 2018-06-08 郑州云海信息技术有限公司 一种基于OpenStack的高可用虚拟机实现方法及***
CN110515699A (zh) * 2019-08-20 2019-11-29 苏州浪潮智能科技有限公司 一种获取虚拟机所在平台可信状态的方法和设备
CN111124616A (zh) * 2019-12-23 2020-05-08 海光信息技术有限公司 一种虚拟机迁移方法、处理器及电子设备
CN111400086A (zh) * 2020-02-18 2020-07-10 上海交通大学 虚拟机容错的实现方法和***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
范伟等: "KVM虚拟化动态迁移技术的安全防护模型", 《软件学报》 *

Also Published As

Publication number Publication date
CN112380070B (zh) 2023-04-25

Similar Documents

Publication Publication Date Title
US10156986B2 (en) Gang migration of virtual machines using cluster-wide deduplication
US8468288B2 (en) Method for efficient guest operating system (OS) migration over a network
US9690662B2 (en) Techniques for virtual machine management
US9489230B1 (en) Handling of virtual machine migration while performing clustering operations
JP4468426B2 (ja) 高可用システム及び実行状態制御方法
US9535741B1 (en) Expansion of services for a virtual data center guest
EP3090345B1 (en) Method of delaying checkpoints by inspecting network packets
US8413145B2 (en) Method and apparatus for efficient memory replication for high availability (HA) protection of a virtual machine (VM)
CN103838593B (zh) 恢复虚拟机的方法、***及控制器、服务器、寄宿主机
CN105354113B (zh) 一种服务器、管理服务器的***和方法
US9329958B2 (en) Efficient incremental checkpointing of virtual devices
EP3550436A1 (en) Method and apparatus for detecting and recovering fault of virtual machine
CN112506702B (zh) 数据中心容灾方法、装置、设备及存储介质
CN104158707A (zh) 一种检测并处理集群脑裂的方法和装置
Jo et al. Transparent fault tolerance of device drivers for virtual machines
JP2017535196A (ja) 仮想ネットワーク機能インスタンスをマイグレーションさせるための方法、装置およびシステム
CN104239120A (zh) 一种虚拟机的状态信息同步的方法、装置及***
JP2009080705A (ja) 仮想計算機システム及び同システムにおける仮想計算機復元方法
JP2018516001A (ja) 通信装置、システム、方法、及びプログラム
WO2011116672A1 (zh) 为共享代码段打补丁的方法及装置
CN107168774B (zh) 一种基于本地存储的虚拟机迁移方法及***
CN114064217A (zh) 一种基于OpenStack的节点虚拟机迁移方法及装置
Heidari et al. Integrating open saf high availability solution with open stack
CN112380070B (zh) 一种虚拟机容错***及其容错方法
CN112235300A (zh) 云虚拟网络漏洞检测方法、***、装置及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant