CN112035295A - 一种虚拟机崩溃事件处理方法、***、终端及存储介质 - Google Patents

一种虚拟机崩溃事件处理方法、***、终端及存储介质 Download PDF

Info

Publication number
CN112035295A
CN112035295A CN202010878839.0A CN202010878839A CN112035295A CN 112035295 A CN112035295 A CN 112035295A CN 202010878839 A CN202010878839 A CN 202010878839A CN 112035295 A CN112035295 A CN 112035295A
Authority
CN
China
Prior art keywords
virtual machine
crash
strategy
policy
metadata
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.)
Withdrawn
Application number
CN202010878839.0A
Other languages
English (en)
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.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent 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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010878839.0A priority Critical patent/CN112035295A/zh
Publication of CN112035295A publication Critical patent/CN112035295A/zh
Withdrawn legal-status Critical Current

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/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
    • 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/45575—Starting, stopping, suspending or resuming virtual machine instances
    • 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/45587—Isolation or security of virtual machine instances

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)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供一种虚拟机崩溃事件处理方法、***、终端及存储介质，包括：在创建虚拟机过程中为虚拟机定制崩溃处理策略；为虚拟机添加监听设备；利用所述监听设备收集所述虚拟机的***事件信息；根据所述***事件信息确认所述虚拟机发送***崩溃事件，并执行所述崩溃处理策略。本发明省去了操作***收集错误信息，自动重启的时间，能够快速恢复虚拟机业务，且用户可以自定义处理策略，增加了处理异常策略的多元性。

Description

一种虚拟机崩溃事件处理方法、***、终端及存储介质
技术领域
本发明涉及虚拟化技术领域，具体涉及一种虚拟机崩溃事件处理方法、***、终端及存储介质。
背景技术
随着虚拟化技术应用越来越广泛，在各个领域，虚拟机也渐渐代替物理机来跑一些业务，当虚拟机上跑的业务越来越多时，人们对与虚拟机的要求也越来越高，一方面包括虚拟机的配置、性能等，另一方面人们也希望自己的业务可以平稳地运行，避免出现异常情况，然而异常情况只能尽可能避免，并不能百分之百保证异常不会发生。因此，当异常发生时怎么处理异常事件就显得尤为重要。
虚拟机操作***崩溃事件就是虚拟机常见的一种异常情况，该情况一般是由于对操作***的误操作、资源不够，恶意软件等原因导致的操作***出现频繁死机、蓝屏等情况。一般操作***自带的都有默认的***崩溃处理策略，然而，这些策略在都是通过定期收集虚拟机***日志来判断是否崩溃，且在判定虚拟机***崩溃之后就统一强制重启。因此现有虚拟机崩溃的处理方法存在响应慢、处理慢，处理方式单一的缺点，无法满足需求。
发明内容
针对现有技术的上述不足，本发明提供一种虚拟机崩溃事件处理方法、***、终端及存储介质，以解决上述技术问题。
第一方面，本发明提供一种虚拟机崩溃事件处理方法，包括：
在创建虚拟机过程中为虚拟机定制崩溃处理策略；
为虚拟机添加监听设备；
利用所述监听设备收集所述虚拟机的***事件信息；
根据所述***事件信息确认所述虚拟机发送***崩溃事件，并执行所述崩溃处理策略。
进一步的，所述在创建虚拟机过程中为虚拟机定制崩溃处理策略，包括：
在创建虚拟机的高级选项中的策略列表中设置崩溃处理策略，所述崩溃处理策略包括重启、关机、暂停和挂起；
将所述崩溃处理策略封装在虚拟机元数据；
将所述虚拟机元数据通过接口发送至管理节点。
进一步的，所述为虚拟机添加监听设备，包括：
所述管理节点解析所述虚拟机元数据；
所述管理节点判断所述虚拟机元数据是否包含崩溃处理策略：
若是，则为所述虚拟机添加监听设备。
第二方面，本发明提供一种虚拟机崩溃事件处理***，包括：
策略定制单元，配置用于在创建虚拟机过程中为虚拟机定制崩溃处理策略；
设备添加单元，配置用于为虚拟机添加监听设备；
信息收集单元，配置用于利用所述监听设备收集所述虚拟机的***事件信息；
策略执行单元，配置用于根据所述***事件信息确认所述虚拟机发送***崩溃事件，并执行所述崩溃处理策略。
进一步的，所述策略定制单元包括：
策略设置模块，配置用于在创建虚拟机的高级选项中的策略列表中设置崩溃处理策略，所述崩溃处理策略包括重启、关机、暂停和挂起；
策略封装模块，配置用于将所述崩溃处理策略封装在虚拟机元数据；
策略上传模块，配置用于将所述虚拟机元数据通过接口发送至管理节点。
进一步的，所述设备添加单元包括：
数据解析模块，配置用于所述管理节点解析所述虚拟机元数据；
数据判断模块，配置用于所述管理节点判断所述虚拟机元数据是否包含崩溃处理策略；
设备添加模块，配置用于若所述虚拟机元数据包含崩溃处理策略，则为所述虚拟机添加监听设备。
第三方面，提供一种终端，包括：
处理器、存储器，其中，
该存储器用于存储计算机程序，
该处理器用于从存储器中调用并运行该计算机程序，使得终端执行上述的终端的方法。
第四方面，提供了一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本发明的有益效果在于，
本发明提供的虚拟机崩溃事件处理方法、***、终端及存储介质，通过在创建虚拟机时定制崩溃处理策略，实现崩溃处理的多样化，且为虚拟机添加监听设备，能够快速发现虚拟机的***崩溃事件。本发明省去了操作***收集错误信息，自动重启的时间，能够快速恢复虚拟机业务，且用户可以自定义处理策略，增加了处理异常策略的多元性。
此外，本发明设计原理可靠，结构简单，具有非常广泛的应用前景。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一个实施例的方法的示意性流程图。
图2是本发明一个实施例的方法的另一示意性流程图。
图3是本发明一个实施例的方法的又一示意性流程图。
图4是本发明一个实施例的***的示意性框图。
图5为本发明实施例提供的一种终端的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
下面对本发明中出现的关键术语进行解释。
Openstack：OpenStack是一个开源的云计算管理平台项目，是一系列软件开源项目的组合
Libvirt：Libvirt是用于管理虚拟化平台的开源的API，后台程序和管理工具。它可以用于管理KVM、Xen、VMware ESX，QEMU和其他虚拟化技术。
KVM虚拟化：即Kernel-based Virtual Machine，是一个开源的***虚拟化模块，自Linux 2.6.20之后集成在Linux的各个主要发行版本中。它使用Linux自身的调度器进行管理。而Virsh是KVM虚拟化技术的命令行管理工具
***崩溃：操作***无法正常运作，频繁死机等症状叫做***崩溃，一般是由于资源不够、恶意病毒、内存读写错误等情况导致的，常见的有死机、蓝屏等现象，***崩溃会导致所有业务下线。
Panic：kvm虚拟化中用来监控虚拟机操作***事件的一种设备。
图1是本发明一个实施例的方法的示意性流程图。其中，图1执行主体可以为一种虚拟机崩溃事件处理***。
如图1所示，该方法包括：
步骤110，在创建虚拟机过程中为虚拟机定制崩溃处理策略；
步骤120，为虚拟机添加监听设备；
步骤130，利用所述监听设备收集所述虚拟机的***事件信息；
步骤140，根据所述***事件信息确认所述虚拟机发送***崩溃事件，并执行所述崩溃处理策略。
具体的，所述虚拟机崩溃事件处理方法包括：
S1、在创建虚拟机过程中为虚拟机定制崩溃处理策略。
如图2所示，本实施例适用于大规模的虚拟机集群场景。管理员登录云管理平台界面，选择创建虚拟机，在创建虚拟机的高级选择项中的策略列表选择处理崩溃处理策略。崩溃处理策略包括重启、关机、暂停(暂停处理业务)和挂起(不执行任何业务)。
或者管理员登录云管理操作平台，在虚拟机列表中选择要修改的云主机，在编辑云主机操作窗口中的策略列表里面选择要修改成哪种策略。
UI将策略数据封装在虚拟机元数据(metadata)中下发到api，api处理虚拟机元数据信息并发送到管理节点，管理节点判断元数据中是否包含***崩溃处理策略的信息，若包含，则为虚拟机添加***事件的监听设备(Panic)，然后启动虚拟机。
S2、为虚拟机添加监听设备。
管理节点判断元数据中是否包含***崩溃处理策略的信息，若包含，则为虚拟机添加监听***事件的设备，然后启动虚拟机。
S3、利用所述监听设备收集所述虚拟机的***事件信息。根据所述***事件信息确认所述虚拟机发送***崩溃事件，并执行所述崩溃处理策略。
如图3所示，由监听设备监控虚拟机操作***事件，当***发生***崩溃事件后，由监听设备收集事件信息，并设置时间类型。监听设备将***崩溃事件上报到管理节点，管理节点接收事件信息，根据事件类型判断是何种事件，若是***崩溃事件，就取出虚拟机元数据，从元数据中获取崩溃处理策略，由管理节点触发，执行崩溃处理策略。
如图4所示，该***400包括：
策略定制单元410，配置用于在创建虚拟机过程中为虚拟机定制崩溃处理策略；
设备添加单元420，配置用于为虚拟机添加监听设备；
信息收集单元430，配置用于利用所述监听设备收集所述虚拟机的***事件信息；
策略执行单元440，配置用于根据所述***事件信息确认所述虚拟机发送***崩溃事件，并执行所述崩溃处理策略。
可选地，作为本发明一个实施例，所述策略定制单元包括：
策略设置模块，配置用于在创建虚拟机的高级选项中的策略列表中设置崩溃处理策略，所述崩溃处理策略包括重启、关机、暂停和挂起；
策略封装模块，配置用于将所述崩溃处理策略封装在虚拟机元数据；
策略上传模块，配置用于将所述虚拟机元数据通过接口发送至管理节点。
可选地，作为本发明一个实施例，所述设备添加单元包括：
数据解析模块，配置用于所述管理节点解析所述虚拟机元数据；
数据判断模块，配置用于所述管理节点判断所述虚拟机元数据是否包含崩溃处理策略；
设备添加模块，配置用于若所述虚拟机元数据包含崩溃处理策略，则为所述虚拟机添加监听设备。
图5为本发明实施例提供的一种终端500的结构示意图，该终端500可以用于执行本发明实施例提供的虚拟机崩溃事件处理方法。
其中，该终端500可以包括：处理器510、存储器520及通信单元530。这些组件通过一条或多条总线进行通信，本领域技术人员可以理解，图中示出的服务器的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
其中，该存储器520可以用于存储处理器510的执行指令，存储器520可以由任何类型的易失性或非易失性存储终端或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。当存储器520中的执行指令由处理器510执行时，使得终端500能够执行以下上述方法实施例中的部分或全部步骤。
处理器510为存储终端的控制中心，利用各种接口和线路连接整个电子终端的各个部分，通过运行或执行存储在存储器520内的软件程序和/或模块，以及调用存储在存储器内的数据，以执行电子终端的各种功能和/或处理数据。所述处理器可以由集成电路(Integrated Circuit，简称IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器510可以仅包括中央处理器(Central Processing Unit，简称CPU)。在本发明实施方式中，CPU可以是单运算核心，也可以包括多运算核心。
通信单元530，用于建立通信信道，从而使所述存储终端可以与其它终端进行通信。接收其他终端发送的用户数据或者向其他终端发送用户数据。
本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-only memory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。
因此，本发明通过在创建虚拟机时定制崩溃处理策略，实现崩溃处理的多样化，且为虚拟机添加监听设备，能够快速发现虚拟机的***崩溃事件。本发明省去了操作***收集错误信息，自动重启的时间，能够快速恢复虚拟机业务，且用户可以自定义处理策略，增加了处理异常策略的多元性，本实施例所能达到的技术效果可以参见上文中的描述，此处不再赘述。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中如U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质，包括若干指令用以使得一台计算机终端(可以是个人计算机，服务器，或者第二终端、网络终端等)执行本发明各个实施例所述方法的全部或部分步骤。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于终端实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。
在本发明所提供的几个实施例中，应该理解到，所揭露的***和方法，可以通过其它的方式实现。例如，以上所描述的***实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，***或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
尽管通过参考附图并结合优选实施例的方式对本发明进行了详细描述，但本发明并不限于此。在不脱离本发明的精神和实质的前提下，本领域普通技术人员可以对本发明的实施例进行各种等效的修改或替换，而这些修改或替换都应在本发明的涵盖范围内/任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (8)

1.一种虚拟机崩溃事件处理方法，其特征在于，包括：
在创建虚拟机过程中为虚拟机定制崩溃处理策略；
为虚拟机添加监听设备；
利用所述监听设备收集所述虚拟机的***事件信息；
根据所述***事件信息确认所述虚拟机发送***崩溃事件，并执行所述崩溃处理策略。
2.根据权利要求1所述的方法，其特征在于，所述在创建虚拟机过程中为虚拟机定制崩溃处理策略，包括：
在创建虚拟机的高级选项中的策略列表中设置崩溃处理策略，所述崩溃处理策略包括重启、关机、暂停和挂起；
将所述崩溃处理策略封装在虚拟机元数据；
将所述虚拟机元数据通过接口发送至管理节点。
3.根据权利要求2所述的方法，其特征在于，所述为虚拟机添加监听设备，包括：
所述管理节点解析所述虚拟机元数据；
所述管理节点判断所述虚拟机元数据是否包含崩溃处理策略：
若是，则为所述虚拟机添加监听设备。
4.一种虚拟机崩溃事件处理***，其特征在于，包括：
策略定制单元，配置用于在创建虚拟机过程中为虚拟机定制崩溃处理策略；
设备添加单元，配置用于为虚拟机添加监听设备；
信息收集单元，配置用于利用所述监听设备收集所述虚拟机的***事件信息；
策略执行单元，配置用于根据所述***事件信息确认所述虚拟机发送***崩溃事件，并执行所述崩溃处理策略。
5.根据权利要求4所述的***，其特征在于，所述策略定制单元包括：
策略设置模块，配置用于在创建虚拟机的高级选项中的策略列表中设置崩溃处理策略，所述崩溃处理策略包括重启、关机、暂停和挂起；
策略封装模块，配置用于将所述崩溃处理策略封装在虚拟机元数据；
策略上传模块，配置用于将所述虚拟机元数据通过接口发送至管理节点。
6.根据权利要求5所述的***，其特征在于，所述设备添加单元包括：
数据解析模块，配置用于所述管理节点解析所述虚拟机元数据；
数据判断模块，配置用于所述管理节点判断所述虚拟机元数据是否包含崩溃处理策略；
设备添加模块，配置用于若所述虚拟机元数据包含崩溃处理策略，则为所述虚拟机添加监听设备。
7.一种终端，其特征在于，包括：
处理器；
用于存储处理器的执行指令的存储器；
其中，所述处理器被配置为执行权利要求1-3任一项所述的方法。
8.一种存储有计算机程序的计算机可读存储介质，其特征在于，该程序被处理器执行时实现如权利要求1-3中任一项所述的方法。
CN202010878839.0A 2020-08-27 2020-08-27 一种虚拟机崩溃事件处理方法、***、终端及存储介质 Withdrawn CN112035295A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010878839.0A CN112035295A (zh) 2020-08-27 2020-08-27 一种虚拟机崩溃事件处理方法、***、终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010878839.0A CN112035295A (zh) 2020-08-27 2020-08-27 一种虚拟机崩溃事件处理方法、***、终端及存储介质

Publications (1)

Publication Number Publication Date
CN112035295A true CN112035295A (zh) 2020-12-04

Family

ID=73585825

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010878839.0A Withdrawn CN112035295A (zh) 2020-08-27 2020-08-27 一种虚拟机崩溃事件处理方法、***、终端及存储介质

Country Status (1)

Country Link
CN (1) CN112035295A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113608820A (zh) * 2021-06-22 2021-11-05 济南浪潮数据技术有限公司 一种虚拟机快速启动的方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102708018A (zh) * 2012-04-20 2012-10-03 华为技术有限公司 一种异常处理方法及***、代理设备与控制装置
CN102902599A (zh) * 2012-09-17 2013-01-30 华为技术有限公司 虚拟机内部故障处理方法、装置及***
CN107645410A (zh) * 2017-09-05 2018-01-30 郑州云海信息技术有限公司 一种基于OpenStack云平台的虚拟机管理***及方法
CN108733454A (zh) * 2018-05-29 2018-11-02 郑州云海信息技术有限公司 一种虚拟机故障处理方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102708018A (zh) * 2012-04-20 2012-10-03 华为技术有限公司 一种异常处理方法及***、代理设备与控制装置
CN102902599A (zh) * 2012-09-17 2013-01-30 华为技术有限公司 虚拟机内部故障处理方法、装置及***
CN107645410A (zh) * 2017-09-05 2018-01-30 郑州云海信息技术有限公司 一种基于OpenStack云平台的虚拟机管理***及方法
CN108733454A (zh) * 2018-05-29 2018-11-02 郑州云海信息技术有限公司 一种虚拟机故障处理方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113608820A (zh) * 2021-06-22 2021-11-05 济南浪潮数据技术有限公司 一种虚拟机快速启动的方法及装置
CN113608820B (zh) * 2021-06-22 2023-01-20 济南浪潮数据技术有限公司 一种虚拟机快速启动的方法及装置

Similar Documents

Publication Publication Date Title
CN109684032B (zh) 防脑裂的OpenStack虚拟机高可用计算节点装置及管理方法
US9021480B2 (en) Security management device and method
CN109634716B (zh) 防脑裂的OpenStack虚拟机高可用管理端装置及管理方法
US10713183B2 (en) Virtual machine backup using snapshots and current configuration
US9509553B2 (en) System and methods for management virtualization
CN109656742B (zh) 一种节点异常处理方法、装置及存储介质
CN107239383A (zh) 一种OpenStack虚拟机的故障监控方法及装置
CN109614201B (zh) 防脑裂的OpenStack虚拟机高可用***
US11706080B2 (en) Providing dynamic serviceability for software-defined data centers
CN111698283B (zh) 分布式集群主机的管控方法、装置、设备及存储介质
US10430261B2 (en) Detecting a guest operating system crash on a virtual computing instance
CN112491980B (zh) 一种云主机服务管理方法、***、终端及存储介质
CN111181780A (zh) 基于ha集群的主机池切换方法、***、终端及存储介质
CN112306802A (zh) ***的数据获取方法、装置、介质和电子设备
CN108228308A (zh) 虚拟机的监控方法以及装置
CN112732412B (zh) 一种服务配置文件处理方法、装置、存储介质及电子设备
CN112035295A (zh) 一种虚拟机崩溃事件处理方法、***、终端及存储介质
CN108762886A (zh) 虚拟机的故障检测恢复方法及***
CN110008092B (zh) 一种虚拟机安全监控方法、装置、设备及可读存储介质
US9645857B2 (en) Resource fault management for partitions
US20230096716A1 (en) Desired state configuration for virtual machines
CN111966599B (zh) 一种虚拟化平台可靠性测试方法、***、终端及存储介质
CN114679295A (zh) 防火墙安全配置方法及装置
CN104683131A (zh) 一种应用级虚拟化高可靠性方法及装置
CN106484523B (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
WW01 Invention patent application withdrawn after publication

Application publication date: 20201204

WW01 Invention patent application withdrawn after publication