CN117992305A - 虚拟机监测方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及虚拟机技术领域，具体涉及虚拟机监测方法、装置、电子设备及存储介质。包括：获取各待监测虚拟机对应的待监测主机；将各待监测主机加入到预设高可用集群；对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测；根据监测结果，对待监测虚拟机进行预设处理。上述方法可以实现对待监测虚拟机进行全方位监测，保证可以及时发现待监测虚拟机存在的问题。根据监测结果，对待监测虚拟机进行预设处理，因此可以实现及时发现待监测虚拟机的问题，并及时对待监测虚拟出现的问题进行解决。因此，可以保证待监测虚拟机的安全性以及高可用性。

Description

虚拟机监测方法、装置、电子设备及存储介质

技术领域

本发明涉及虚拟机技术领域，具体涉及虚拟机监测方法、装置、电子设备及存储介质。

背景技术

随着云平台技术的迅速发展，在各个领域，虚拟机也渐渐代替物理机来跑一些业务，当虚拟机上跑的业务越来越多时，虚拟机的安全和高可用就显得很重要。

当虚拟机发生故障时，通常会导致虚拟机上的业务无法完成，从而造成严重的影响。

因此，如何保证虚拟机的安全性和高可用性成为了亟待解决的问题。

发明内容

有鉴于此，本发明提供了一种虚拟机监测方法、装置、电子设备及存储介质，以解决如何保证虚拟机的安全性和高可用性成为了亟待解决的问题。

第一方面，本发明提供了一种虚拟机监测方法，方法包括：

获取各待监测虚拟机对应的待监测主机；

将各待监测主机加入到预设高可用集群；

对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测；

根据监测结果，对待监测虚拟机进行预设处理。

本申请实施例提供的虚拟机监测方法，获取各待监测虚拟机对应的待监测主机；将各待监测主机加入到预设高可用集群，因此可以实现对预设高可用集群中的待监测主机对应的待监测虚拟机进行监测。对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测，从而可以实现对待监测虚拟机进行全方位监测，保证可以及时发现待监测虚拟机存在的问题。根据监测结果，对待监测虚拟机进行预设处理，因此可以实现及时发现待监测虚拟机的问题，并及时对待监测虚拟出现的问题进行解决。因此，可以保证待监测虚拟机的安全性以及高可用性。上述方法，在虚拟机发生故障之前，对各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测，从而可以根据监测结果，对待监测虚拟机进行预设处理，减少了虚拟机发生故障的次数。因此也不需要在虚拟机发生故障之后，进行重启，导致虚拟机当前正在进行的业务中断。

在一种可选的实施方式中，对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源进行监测，包括：

周期性地获取各待监测虚拟机对应的当前占用资源，当前占用资源包括当前内存占用资源、当前CPU占用资源以及当前磁盘占用资源中的至少一项；

将当前占用资源与当前占用资源对应的第一预设资源阈值进行对比，第一预设资源阈值包括内存资源阈值、CPU资源阈值以及磁盘资源阈值中的至少一项；

对应的，根据监测结果，对待监测虚拟机进行预设处理，包括：

当当前占用资源大于或者等于第一预设资源阈值时，对待监测虚拟机进行扩容处理。

本申请实施例提供的虚拟机监测方法，周期性地获取各待监测虚拟机对应的当前占用资源，将当前占用资源与当前占用资源对应的第一预设资源阈值进行对比，实现了对各待监测虚拟机对应的当前占用资源进行监测。当当前占用资源大于或者等于第一预设资源阈值时，对待监测虚拟机进行扩容处理，从而可以保证待监测虚拟机的资源足够保证完成待监测虚拟机上运行的业务，避免了由于待监测虚拟机的资源不足，导致待监测虚拟机操作系统出现问题，或者待监测虚拟机内部重要业务进程被砍掉的情况出现。

在一种可选的实施方式中，当当前占用资源大于或者等于第一预设资源阈值时，对待监测虚拟机进行扩容处理，包括：

当当前占用资源大于或者等于第一预设资源阈值时，获取各待监测虚拟机对应的当前业务；

根据各待监测虚拟机对应的当前业务，确定各待监测虚拟机对应的优先级；

根据各待监测虚拟机对应的优先级与扩容系数之间的对应的关系，确定各待监测虚拟机对应的目标扩容系数，目标扩容系数用于表征对各待监测虚拟进行扩容的大小；其中，待监测虚拟机对应的优先级越高，待监测虚拟机对应的目标扩容系数越大；

利用目标扩容系数乘以当前占用资源，得到待监测虚拟机对应的扩容后的目标资源容量；

根据目标资源容量对各待监测虚拟机进行扩容处理。

本申请实施例提供的虚拟机监测方法，当当前占用资源大于或者等于第一预设资源阈值时，获取各待监测虚拟机对应的当前业务；根据各待监测虚拟机对应的当前业务，确定各待监测虚拟机对应的优先级，保证了确定的各待监测虚拟机对应的优先级的准确性。根据各待监测虚拟机对应的优先级与扩容系数之间的对应的关系，确定各待监测虚拟机对应的目标扩容系数，保证了确定的待监测虚拟机对应的目标扩容系数与待监测虚拟机的优先级匹配。利用目标扩容系数乘以当前占用资源，得到待监测虚拟机对应的扩容后的目标资源容量，保证了计算得到的目标资源容量的准确性。根据目标资源容量对各待监测虚拟机进行扩容处理。保证了每个待监测虚拟机对应的目标资源容量不同，避免了所有待监测虚拟机对应的目标资源容量相同，且目标资源容量过大，导致总扩充资源过大，进而导致待监测虚拟机对应的待监测主机的资源不足，或者，目标资源容量过小，导致优先级较高的待监测虚拟机的资源还是不足的情况。

在一种可选的实施方式中，方法还包括：

周期性地获取预设高可用集群中的各待监测主机对应的当前资源占用率，当前资源占用率包括当前内存占用率、当前CPU占用率以及当前磁盘占用率中的至少一项；

将各待监测主机对应的当前资源占用率与当前资源占用率对应的预设资源占用率进行对比，预设资源占用率包括预设内存占用率、预设CPU占用率以及预设磁盘占用率中的至少一项；

针对各待监测主机，当当前资源占用率大于或者等于预设资源占用率时，对待监测主机上的待监测虚拟机进行迁移处理。

本申请实施例提供的虚拟机监测方法，周期性地获取预设高可用集群中的各待监测主机对应的当前资源占用率。将各待监测主机对应的当前资源占用率与当前资源占用率对应的预设资源占用率进行对比，从而实现了对各待监测主机对应的当前资源占用率进行监控。针对各待监测主机，当当前资源占用率大于或者等于预设资源占用率时，对待监测主机上的待监测虚拟机进行迁移处理，从而可以保证待监测主机上的其他待监测虚拟机的资源足够，且保证进行迁移处理的待监测虚拟机的资源也够用。从而避免了待监测主机出现资源不足导致待监测虚拟机内部重要业务进程被砍掉的情况出现。

在一种可选的实施方式中，当当前资源占用率大于或者等于预设资源占用率时，对待监测主机上的待监测虚拟机进行迁移处理，包括：

当当前资源占用率大于或者等于预设资源占用率时，获取待监测主机上的各待监测虚拟机对应的当前占用资源；

将当前占用资源大于第二预设资源阈值的各待监测虚拟机确定为候选待监测虚拟机；

获取各候选待监测虚拟机对应的当前业务；

根据各候选待监测虚拟机对应的当前业务，确定各候选待监测虚拟机对应的优先级；

从各候选待监测虚拟机中确定优先级最低的候选待监测虚拟机为目标待监测虚拟机；

将目标待监测虚拟机进行迁移至其他主机。

本申请实施例提供的虚拟机监测方法，当当前资源占用率大于或者等于预设资源占用率时，获取待监测主机上的各待监测虚拟机对应的当前占用资源，将当前占用资源大于第二预设资源阈值的各待监测虚拟机确定为候选待监测虚拟机。保证了确定的候选待监测虚拟机的当前占用资源够大，进而可以保证将候选待监测虚拟机迁移到其他主机可以在待监测主机上节省出足够的资源。获取各候选待监测虚拟机对应的当前业务；根据各候选待监测虚拟机对应的当前业务，确定各候选待监测虚拟机对应的优先级，保证了确定的候选待监测虚拟机对应的优先级的准确性。从各候选待监测虚拟机中确定优先级最低的候选待监测虚拟机为目标待监测虚拟机，保证了确定的目标待监测虚拟机的当前占用资源够大，且优先级较低，因此可以保证对目标待监测虚拟机进行迁移不会对待监测虚拟机上的重要业务产生影响。将目标待监测虚拟机进行迁移至其他主机，保证了待监测主机上的其他待监测虚拟机的资源足够，且保证进行迁移处理的待监测虚拟机的资源也够用。从而避免了待监测主机出现资源不足导致待监测虚拟机内部重要业务进程被砍掉的情况出现。

在一种可选的实施方式中，对预设高可用集群中的各待监测主机对应的各待监测虚拟机的操作系统运行状态进行监测，包括：

在各待监测虚拟机中安装监测插件；

针对各待监测虚拟机，基于与监测插件之间的通信连接，周期性监测监测插件的工作状态；

当监测插件的工作状态为正常工作状态时，控制监测插件在待监测虚拟机中完成预设任务；

记录监测插件完成各预设任务的时长；

将监测插件完成各预设任务的时长与各预设任务对应的预设时长进行对比；

对应的，根据监测结果，对待监测虚拟机进行预设处理，包括：

当监测插件完成各预设任务的时长大于各预设任务对应的预设时长的次数大于预设次数时，确定待监测虚拟机的操作系统出现故障，对操作系统进行重启操作。

本申请实施例提供的虚拟机监测方法，在各待监测虚拟机中安装监测插件；针对各待监测虚拟机，基于与监测插件之间的通信连接，周期性监测监测插件的工作状态，可以保证监测得到的监测插件的工作状态的准确性。当监测插件的工作状态为正常工作状态时，控制监测插件在待监测虚拟机中完成预设任务，记录监测插件完成各预设任务的时长；保证了记录的监测插件完成各预设任务的时长的准确性。将监测插件完成各预设任务的时长与各预设任务对应的预设时长进行对比；当监测插件完成各预设任务的时长大于各预设任务对应的预设时长的次数大于预设次数时，确定待监测虚拟机的操作系统出现故障，保证了确定的待监测虚拟机的操作系统出现故障的结果的准确性。对操作系统进行重启操作，从而可以及时对待监测虚拟机的操作系统进行修复，保证了待监测虚拟机的操作系统的正常运行。上述方法，实现了对待监测虚拟机的操作系统进行监测，并在发现待监测虚拟机的操作系统出现故障时，进行及时修复。避免了待监测虚拟机的操作系统出现故障，导致待监测虚拟机当前处理的业务收到影响，从而提高了待监测虚拟机的安全性以及高可用性。

在一种可选的实施方式中，对预设高可用集群中的各待监测主机对应的各待监测虚拟机的业务进程运行情况进行监测，包括：

在各待监测虚拟机中安装监测插件；

利用各监测插件监测各待监测虚拟机中各业务配置对应的业务进程信息；

对业务进程信息进行识别，根据识别结果，确定各待监测虚拟机的业务进程运行情况；

对应的，根据监测结果，对待监测虚拟机进行预设处理，包括：

当各待监测虚拟机的业务进程运行异常时，重新拉起待监测虚拟机的业务进程，并更新待监测虚拟机对应的业务进程信息。

本申请实施例提供的虚拟机监测方法，在各待监测虚拟机中安装监测插件；利用各监测插件监测各待监测虚拟机中各业务配置对应的业务进程信息；对业务进程信息进行识别，根据识别结果，确定各待监测虚拟机的业务进程运行情况。当各待监测虚拟机的业务进程运行异常时，重新拉起待监测虚拟机的业务进程，并更新待监测虚拟机对应的业务进程信息。从而可以及时发现运行异常的业务进程，并对运行异常的业务进程进行恢复，进而可以保证业务进程的正常运行，避免了不能及时发现运行异常的业务进程，且不能对异常的业务进程进行恢复导致业务出现问题。因此，提高了待监测虚拟机的安全性以及高可用性。

第二方面，本发明提供了一种虚拟机监测装置，装置包括：

第一获取模块，用于获取各待监测虚拟机对应的待监测主机；

加入模块，用于将各待监测主机加入到预设高可用集群；

监测模块，用于对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测；

第一处理模块，用于根据监测结果，对待监测虚拟机进行预设处理。

本申请实施例提供的虚拟机监测装置，获取各待监测虚拟机对应的待监测主机；将各待监测主机加入到预设高可用集群，因此可以实现对预设高可用集群中的待监测主机对应的待监测虚拟机进行监测。对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测，从而可以实现对待监测虚拟机进行全方位监测，保证可以及时发现待监测虚拟机存在的问题。根据监测结果，对待监测虚拟机进行预设处理，因此可以实现及时发现待监测虚拟机的问题，并及时对待监测虚拟出现的问题进行解决。因此，可以保证待监测虚拟机的安全性以及高可用性。上述装置，在虚拟机发生故障之前，对各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测，从而可以根据监测结果，对待监测虚拟机进行预设处理，减少了虚拟机发生故障的次数。因此也不需要在虚拟机发生故障之后，进行重启，导致虚拟机当前正在进行的业务中断。

第三方面，本发明提供了一种电子设备，包括：存储器和处理器，存储器和处理器之间互相通信连接，存储器中存储有计算机指令，处理器通过执行计算机指令，从而执行上述第一方面或其对应的任一实施方式的虚拟机监测方法。

第四方面，本发明提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机指令，计算机指令用于使计算机执行上述第一方面或其对应的任一实施方式的虚拟机监测方法。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例的虚拟机监测方法的流程示意图；

图2是根据本发明实施例的另一虚拟机监测方法的流程示意图；

图3是根据本发明实施例的又一虚拟机监测方法的流程示意图；

图4是根据本发明实施例的再一虚拟机监测方法的流程示意图；

图5是根据本发明实施例的又一虚拟机监测方法的流程示意图

图6是根据本发明实施例的虚拟机监测装置的结构框图；

图7是根据本发明实施例的另一虚拟机监测装置的结构框图；

图8是本发明实施例的电子设备的硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

随着云平台技术的迅速发展，在各个领域，虚拟机也渐渐代替物理机来跑一些业务，当虚拟机上跑的业务越来越多时，虚拟机的安全和高可用就显得很重要。

现有技术中，对虚拟机监测通常只是监测虚拟机故障原因，在虚拟机发生故障之后，采用重启或者中断操作等情况，来修复故障。从而导致当前正在进行的业务中断，对企业造成影响。但是，现有技术中，并不能在故障发生之前，对故障进行预测，并且根据预测结果，在故障发生之前，进行预设处理，从而减少故障的发生。

当虚拟机发生故障时，通常会导致虚拟机上的业务无法完成，从而造成严重的影响。

其中，常见的虚拟机故障场景有以下几种：

(1)虚拟机操作系统发生蓝屏故障导致虚拟机操作系统卡死，一般是当客户操作系统发生内核栈溢出、指针异常访问、内核陷入死锁状态、自旋锁嵌套、内核线程中存在死循环等操作时都会出现内核错误；

(2)虚拟机发生输入输出错误事件，一般是虚拟机系统盘所在的存储出现故障后会出现该问题；

(3)虚拟机进程出现异常退出的问题，一般虚拟机进程发生内存不足事件，或者发生核心转储事件，都会导致虚拟机进程异常退出；

(4)虚拟机发生后端链路故障文件系统只读，当虚拟机后端存储出现链路故障后，虚拟机会出现文件系统变只读的问题；

因此，针对上述故障场景，如何保证虚拟机的安全性和高可用性成为了亟待解决的问题。

针对上述问题，本申请实施例提供了一种虚拟机监测方法，该方法通过对各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测，从而实现了对虚拟机常见的虚拟机故障场景进行监测，根据监测结果，进行预设处理。从而可以实现，在虚拟机发生故障之前，解决可能引起虚拟机发生故障的隐患，从而减少虚拟机发生故障的次数。因此也不需要在虚拟机发生故障之后，进行重启，导致虚拟机当前正在进行的业务中断。

根据本发明实施例，提供了一种虚拟机监测方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

需要说明的是，本申请实施例提供的虚拟机监测的方法，其执行主体可以是虚拟机监测的装置，该虚拟机监测的装置可以通过软件、硬件或者软硬件结合的方式实现成为电子设备的部分或者全部，其中，该电子设备可以是服务器或者终端，还可以是云平台，其中，本申请实施例中的服务器可以为一台服务器，也可以为由多台服务器组成的服务器集群，本申请实施例中的终端可以是智能手机、个人电脑、平板电脑、可穿戴设备以及智能机器人等其他智能硬件设备。下述方法实施例中，均以执行主体是电子设备为例来进行说明。

在本实施例中提供了一种虚拟机监测方法，图1是根据本发明实施例的虚拟机监测方法的流程图，如图1所示，该流程包括如下步骤：

步骤S101，获取各待监测虚拟机对应的待监测主机。

具体地，电子设备可以获取用户指令，根据用户指令确定各待监测虚拟机。然后根据各待监测虚拟机与各个主机之间的对应关系，确定各待监测虚拟机对应的待监测主机。

步骤S102，将各待监测主机加入到预设高可用集群。

具体地，电子设备可以基于服务器集群中的各个主机，建立预设高可用集群，然后将各个待监测主机加入到预设高可用集中，从而可以对预设高可用集群中的待监测主机对应的待监测虚拟机进行监测。

步骤S103，对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测。

具体地，电子设备可以基于与预设高可用集群中的各待监测主机对应的各待监测虚拟机之间的通信连接，获取各待监测虚拟机的当前占用资源，对各待监测虚拟机的当前占用资源进行监测。

此外，电子设备可以利用预设监测插件，对各待监测主机对应的操作系统运行状态进行和务进程运行情况进行监测。

关于该步骤将在下文进行详细介绍。

步骤S104，根据监测结果，对待监测虚拟机进行预设处理。

具体地，电子设备根据监测结果，对待监测虚拟机的当前占用资源、操作系统以及业务进程进行处理。

关于该步骤将在下文进行详细介绍。

本申请实施例提供的虚拟机监测方法，获取各待监测虚拟机对应的待监测主机；将各待监测主机加入到预设高可用集群，因此可以实现对预设高可用集群中的待监测主机对应的待监测虚拟机进行监测。对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测，从而可以实现对待监测虚拟机进行全方位监测，保证可以及时发现待监测虚拟机存在的问题。根据监测结果，对待监测虚拟机进行预设处理，因此可以实现及时发现待监测虚拟机的问题，并及时对待监测虚拟出现的问题进行解决。因此，可以保证待监测虚拟机的安全性以及高可用性。上述方法，在虚拟机发生故障之前，对各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测，从而可以根据监测结果，对待监测虚拟机进行预设处理，减少了虚拟机发生故障的次数。因此也不需要在虚拟机发生故障之后，进行重启，导致虚拟机当前正在进行的业务中断。

在本申请一种可选的实施方式中，如图2所示，上述步骤S103中的“对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源进行监测”，可以包括如下步骤：

S201，周期性地获取各待监测虚拟机对应的当前占用资源。

其中，当前占用资源包括当前内存占用资源、当前CPU占用资源以及当前磁盘占用资源中的至少一项。

具体地，电子设备可以基于与各待监测虚拟机之间的通信连接，周期性地获取各待监测虚拟机对应的当前占用资源。

其中，周期可以是3分钟，也可以是5分钟，还可以是其他时长，本申请实施例对周期不做具体限定。

S202，将当前占用资源与当前占用资源对应的第一预设资源阈值进行对比。

其中，第一预设资源阈值包括内存资源阈值、CPU资源阈值以及磁盘资源阈值中的至少一项。

具体地，电子设备可以接收用户输入的各待监测虚拟机对应的第一预设资源阈值，也可以接收其他设备发送的各待监测虚拟机对应的第一预设资源阈值，还可以根据各待监测虚拟机上运行的业务量大小，设定各待监测虚拟机对应的第一预设资源阈值。

本申请实施例对电子设备获取各待监测虚拟机对应的第一预设资源阈值的方式不做具体限定。

在获取到各待监测虚拟机对应的第一预设资源阈值之后，电子设备可以将各待监测虚拟机对应的当前占用资源与当前占用资源对应的第一预设资源阈值进行对比。

需要说明的是，当各待监测虚拟机对应的当前占用资源为当前内存占用资源时，第一预设资源阈值为内存资源阈值；同理，当各待监测虚拟机对应的当前占用资源为当前内存占用资源时，第一预设资源阈值为内存资源阈值；当各待监测虚拟机对应的当前占用资源为当前磁盘占用资源时，第一预设资源阈值为磁盘资源阈值。当当前占用资源为当前内存占用资源、当前CPU占用资源以及当前磁盘占用资源中的至少一项时，第一预设资源阈值为与当前占用资源对应的内存资源阈值、CPU资源阈值以及磁盘资源阈值中的至少一项。

对应的，上述步骤S104中的“根据监测结果，对待监测虚拟机进行预设处理”，包括：

S203，当当前占用资源大于或者等于第一预设资源阈值时，对待监测虚拟机进行扩容处理。

在本申请一种可选的实施方式中，当当前占用资源大于或者等于第一预设资源阈值，电子设备可以根据预设规定对当前占用资源大于或者等于第一预设资源阈值的待监测虚拟机进行扩容。

示例性的，当当前占用资源大于或者等于第一预设资源阈值，电子设备可以将当前占用资源大于或者等于第一预设资源阈值的待监测虚拟机的资源扩充为原来的1.1倍，或者将将当前占用资源大于或者等于第一预设资源阈值的待监测虚拟机的资源扩充为一定数量。

在本申请一种可选的实施方式中，上述步骤S203“当当前占用资源大于或者等于第一预设资源阈值时，对待监测虚拟机进行扩容处理”，可以包括如下步骤：

S2031，当当前占用资源大于或者等于第一预设资源阈值时，获取各待监测虚拟机对应的当前业务。

具体地，当当前占用资源大于或者等于第一预设资源阈值时，电子设备可以根据与各待监测虚拟机之间的通信连接，获取各待监测虚拟机对应的当前业务。

S2032，根据各待监测虚拟机对应的当前业务，确定各待监测虚拟机对应的优先级。

具体地，电子设备可以根据待监测虚拟机对应的当前业务的业务内容，确定各待监测虚拟机对应的当前业务的优先级。然后电子设备根据各待监测虚拟机对应的当前业务的优先级，确定各待监测虚拟机对应的优先级。

S2033，根据各待监测虚拟机对应的优先级与扩容系数之间的对应的关系，确定各待监测虚拟机对应的目标扩容系数。

其中，目标扩容系数用于表征对各待监测虚拟进行扩容的大小；其中，待监测虚拟机对应的优先级越高，待监测虚拟机对应的目标扩容系数越大。

具体地，电子设备可以获取用户输入的各待监测虚拟机对应的优先级与扩容系数之间的对应的关系；也可以接收其他设备发送的各待监测虚拟机对应的优先级与扩容系数之间的对应的关系；电子设备还可以根据待监测虚拟机对应的优先级以及待监测虚拟机对应的待监测主机的剩余资源量，确定各待监测虚拟机对应的优先级与扩容系数之间的对应的关系。

本申请实施例对电子设备获取待监测虚拟机对应的优先级与扩容系数之间的对应的关系的方式不做具体限定。

在获取到待监测虚拟机对应的优先级与扩容系数之间的对应的关系之后，电子设备根据待监测虚拟机对应的优先级与扩容系数之间的对应的关系，确定各待监测虚拟机对应的目标扩容系数。

示例性的，第一优先级对应的扩容系数为1.5，第二优先级对应的扩容系数为1.4，第三优先级对应的扩容系数为1.3。

S2034，利用目标扩容系数乘以当前占用资源，得到待监测虚拟机对应的扩容后的目标资源容量。

具体地，电子设备利用各待监测虚拟机对应的扩容系数乘以各待监测虚拟机对应的当前占用资源，得到待监测虚拟机对应的扩容后的目标资源容量。

S2035，根据目标资源容量对各待监测虚拟机进行扩容处理。

具体地，电子设备可以根据待监测虚拟机对应的目标资源容量，将待监测虚拟机的资源扩充为目标资源容量。

本申请实施例提供的虚拟机监测方法，周期性地获取各待监测虚拟机对应的当前占用资源，将当前占用资源与当前占用资源对应的第一预设资源阈值进行对比，实现了对各待监测虚拟机对应的当前占用资源进行监测当当前占用资源大于或者等于第一预设资源阈值时，获取各待监测虚拟机对应的当前业务；根据各待监测虚拟机对应的当前业务，确定各待监测虚拟机对应的优先级，保证了确定的各待监测虚拟机对应的优先级的准确性。根据各待监测虚拟机对应的优先级与扩容系数之间的对应的关系，确定各待监测虚拟机对应的目标扩容系数，保证了确定的待监测虚拟机对应的目标扩容系数与待监测虚拟机的优先级匹配。利用目标扩容系数乘以当前占用资源，得到待监测虚拟机对应的扩容后的目标资源容量，保证了计算得到的目标资源容量的准确性。根据目标资源容量对各待监测虚拟机进行扩容处理。保证了每个待监测虚拟机对应的目标资源容量不同，避免了所有待监测虚拟机对应的目标资源容量相同，且目标资源容量过大，导致总扩充资源过大，进而导致待监测虚拟机对应的待监测主机的资源不足，或者，目标资源容量过小，导致优先级较高的待监测虚拟机的资源还是不足的情况。此外，可以保证待监测虚拟机的资源足够保证完成待监测虚拟机上运行的业务，避免了由于待监测虚拟机的资源不足，导致待监测虚拟机操作系统出现问题，或者待监测虚拟机内部重要业务进程被砍掉的情况出现。

在本申请一种可选的实施方式中，如图3所示，上述虚拟机监测方法还可以包括如下步骤：

S301，周期性地获取预设高可用集群中的各待监测主机对应的当前资源占用率。

其中，当前资源占用率包括当前内存占用率、当前CPU占用率以及当前磁盘占用率中的至少一项。

具体地，电子设备可以基于与预设高可用集群中的各待监测主机之间的通信连接，周期性地获取各待监测主机对应的当前资源占用率。

其中，周期可以是3分钟，也可以是5分钟，还可以是其他时长，本申请实施例对周期不做具体限定。

S302，将各待监测主机对应的当前资源占用率与当前资源占用率对应的预设资源占用率进行对比。

其中，预设资源占用率包括预设内存占用率、预设CPU占用率以及预设磁盘占用率中的至少一项。

具体地，电子设备可以接收用户输入的各待监测主机对应的预设资源占用率，也可以接收其他设备发送的各待监测主机对应的预设资源占用率，还可以根据各待监测主机上的待监测虚拟机的数量以及各待监测虚拟机对应的当前占用资源，设定各待监测主机对应的预设资源占用率。

本申请实施例对电子设备获取各待监测主机对应的预设资源占用率的方式不做具体限定。

在获取到各待监测主机对应的预设资源占用率之后，电子设备可以将各待监测主机对应的当前资源占用率与当前资源占用率对应的预设资源占用率进行对比。

需要说明的是，当各待监测主机对应的当前资源占用率为当前内存占用率时，预设资源占用率为预设内存占用率；同理，当各待监测主机对应的当前资源占用率为当前CPU占用率时，预设资源占用率为预设CPU占用率；当各待监测主机对应的当前资源占用率为当前磁盘占用率时，预设资源占用率为预设磁盘占用率。当当前资源占用率为当前内存占用率、当前CPU占用率以及当前磁盘占用率中的至少一项时，预设资源占用率为预设内存占用率、预设CPU占用率以及预设磁盘占用率中的至少一项。

S303，针对各待监测主机，当当前资源占用率大于或者等于预设资源占用率时，对待监测主机上的待监测虚拟机进行迁移处理。

在本申请一种可选的实施方式中，针对各待监测主机，当当前资源占用率大于或者等于预设资源占用率时，电子设备可以获取待监测主机上的各待监测虚拟机对应的当前业务。然后，根据各待监测虚拟机对应的当前业务，确定各待监测虚拟机对应的优先级。然后，电子设备将优先级最高的待监测虚拟机为目标待监测虚拟机。电子设备还可以获取目标待监测虚拟机对应的当前占用资源，然后将目标待监测虚拟机迁移至剩余资源大于目标待监测虚拟机的目标主机上，从而使得目标待监测虚拟可以在目标主机上完成当前业务。

在本申请一种可选的实施方式中，上述步骤S303中的“当当前资源占用率大于或者等于预设资源占用率时，对待监测主机上的待监测虚拟机进行迁移处理”，可以包括如下步骤：

S3031，当当前资源占用率大于或者等于预设资源占用率时，获取待监测主机上的各待监测虚拟机对应的当前占用资源。

具体地，当当前资源占用率大于或者等于预设资源占用率时，电子设备可以基于与各待监测主机上的各待监测虚拟机之间的通信连接，获取待监测主机上的各待监测虚拟机对应的当前占用资源。

S3032，将当前占用资源大于第二预设资源阈值的各待监测虚拟机确定为候选待监测虚拟机。

其中，当前占用资源包括当前内存占用资源、当前CPU占用资源以及当前磁盘占用资源中的至少一项；第二预设资源阈值包括内存资源阈值、CPU资源阈值以及磁盘资源阈值中的至少一项；当前占用资源与第二预设资源阈值对应。

具体地，电子设备可以接收用户输入的各待监测虚拟机对应的第二预设资源阈值，也可以接收其他设备发送的各待监测虚拟机对应的第二预设资源阈值，还可以根据各待监测虚拟机上运行的业务量大小，设定各待监测虚拟机对应的第二预设资源阈值。

本申请实施例对电子设备获取各待监测虚拟机对应的第二预设资源阈值的方式不做具体限定。

在获取到各待监测虚拟机对应的第二预设资源阈值之后，电子设备可以将各待监测虚拟机对应的当前占用资源与当前占用资源对应的第二预设资源阈值进行对比，并将当前占用资源大于第二预设资源阈值的各待监测虚拟机确定为候选待监测虚拟机。

需要说明的是，当各待监测虚拟机对应的当前占用资源为当前内存占用资源时，第二预设资源阈值为内存资源阈值；同理，当各待监测虚拟机对应的当前占用资源为当前内存占用资源时，第二预设资源阈值为内存资源阈值；当各待监测虚拟机对应的当前占用资源为当前磁盘占用资源时，第二预设资源阈值为磁盘资源阈值。当当前占用资源为当前内存占用资源、当前CPU占用资源以及当前磁盘占用资源中的至少一项时，第二预设资源阈值为与当前占用资源对应的内存资源阈值、CPU资源阈值以及磁盘资源阈值中的至少一项。

S3033，获取各候选待监测虚拟机对应的当前业务。

具体地，电子设备可以基于与各候选待监测虚拟机之间的通信连接，获取各候选待监测虚拟机对应的当前业务。

S3034，根据各候选待监测虚拟机对应的当前业务，确定各候选待监测虚拟机对应的优先级。

具体地，电子设备可以根据各候选待监测虚拟机对应的当前业务的业务内容，确定各候选待监测虚拟机对应的当前业务的优先级。然后电子设备根据各候选待监测虚拟机对应的当前业务的优先级，确定各候选待监测虚拟机对应的优先级。

S3035，从各候选待监测虚拟机中确定优先级最低的候选待监测虚拟机为目标待监测虚拟机。

具体地，电子设备可以根据各候选待监测虚拟机对应的优先级，从各候选待监测虚拟机中确定优先级最低的候选待监测虚拟机为目标待监测虚拟机。

S3036，将目标待监测虚拟机进行迁移至其他主机。

具体地，在确定了目标待监测虚拟机之后，电子设备还可以获取目标待监测虚拟机对应的当前占用资源，然后将目标待监测虚拟机迁移至剩余资源大于目标待监测虚拟机的其他主机上，从而使得目标待监测虚拟可以在其他主机上完成当前业务。

本申请实施例提供的虚拟机监测方法，周期性地获取预设高可用集群中的各待监测主机对应的当前资源占用率。将各待监测主机对应的当前资源占用率与当前资源占用率对应的预设资源占用率进行对比，从而实现了对各待监测主机对应的当前资源占用率进行监控。针对各待监测主机，当当前资源占用率大于或者等于预设资源占用率时，获取待监测主机上的各待监测虚拟机对应的当前占用资源，将当前占用资源大于第二预设资源阈值的各待监测虚拟机确定为候选待监测虚拟机。保证了确定的候选待监测虚拟机的当前占用资源够大，进而可以保证将候选待监测虚拟机迁移到其他主机可以在待监测主机上节省出足够的资源。获取各候选待监测虚拟机对应的当前业务；根据各候选待监测虚拟机对应的当前业务，确定各候选待监测虚拟机对应的优先级，保证了确定的候选待监测虚拟机对应的优先级的准确性。从各候选待监测虚拟机中确定优先级最低的候选待监测虚拟机为目标待监测虚拟机，保证了确定的目标待监测虚拟机的当前占用资源够大，且优先级较低，因此可以保证对目标待监测虚拟机进行迁移不会对待监测虚拟机上的重要业务产生影响。将目标待监测虚拟机进行迁移至其他主机，保证了待监测主机上的其他待监测虚拟机的资源足够，且保证进行迁移处理的待监测虚拟机的资源也够用。从而避免了待监测主机出现资源不足导致待监测虚拟机内部重要业务进程被砍掉的情况出现。

在本申请一种可选的实施方式中，如图4所示，上述步骤S103中的“对预设高可用集群中的各待监测主机对应的各待监测虚拟机的操作系统运行状态进行监测”可以包括如下步骤：

S401，在各待监测虚拟机中安装监测插件。

具体地，电子设备将监测插件安装到各待监测虚拟机的操作系统。

其中，该监测插件可以是vmtool插件。

S402，针对各待监测虚拟机，基于与监测插件之间的通信连接，周期性监测监测插件的工作状态。

具体地，针对各待监测虚拟机，电子设备可以基于与监测插件之间的通信连接，周期性监测监测插件的工作状态。

其中，周期可以是3分钟，也可以是5分钟，还可以是其他时长，本申请实施例对周期不做具体限定。

S403，当监测插件的工作状态为正常工作状态时，控制监测插件在待监测虚拟机中完成预设任务。

具体地，当监测插件的工作状态为正常工作状态时，电子设备控制监测插件在待监测虚拟机中完成预设任务。

其中，预设任务可以读取数据任务，也可以是写入数据任务，还可以是更改数据或者删除数据任务，本申请实施例对预设任务不做具体限定。

S404，记录监测插件完成各预设任务的时长。

具体地，电子设备可以记录向监测插件下发预设任务命令的时间，以及监测插件返回任务结果的时间。然后，根据向监测插件下发预设任务命令的时间，以及监测插件返回任务结果的时间，计算监测插件完成各预设任务的时长。

S405，将监测插件完成各预设任务的时长与各预设任务对应的预设时长进行对比。

具体地，电子设备可以接收用户输入的各预设任务对应的预设时长，也可以接收其他设备发送的各预设任务对应的预设时长，电子设备还可以根据各预设任务的难易程度，设定各预设任务对应的预设时长，本申请实施例对电子设备获取各预设任务对应的预设时长的方式不做具体限定。

在获取到各预设任务对应的预设时长之后，电子设备可以将监测插件完成各预设任务的时长与各预设任务对应的预设时长进行对比。

对应的，上述步骤S104中的“根据监测结果，对待监测虚拟机进行预设处理”，包括：

S406，当监测插件完成各预设任务的时长大于各预设任务对应的预设时长的次数大于预设次数时，确定待监测虚拟机的操作系统出现故障，对操作系统进行重启操作。

具体地，电子设备可以在每次完成预设任务之后，可以将监测插件完成各预设任务的时长与各预设任务对应的预设时长进行对比，并将对比结果进行记录。如果监测插件完成各预设任务的时长大于各预设任务对应的预设时长，则进行计数加1，电子设备每次确定监测插件完成各预设任务的时长大于各预设任务对应的预设时长的次数。然后，将监测插件完成各预设任务的时长大于各预设任务对应的预设时长的次数与预设次数进行对比，当当监测插件完成各预设任务的时长大于各预设任务对应的预设时长的次数大于预设次数时，确定待监测虚拟机的操作系统出现故障，对操作系统进行重启操作。

其中，电子设备可以接收用户输入的预设次数，也可以接收其他设备发送的预设次数，还可以根据实际情况进行设定，本申请实施例对电子设备获取预设次数的方式不做具体限定。其中，预设次数可以是2次，也可以是3次，还可以是其他次数，本申请实施例对预设次数不做具体限定。

本申请实施例提供的虚拟机监测方法，在各待监测虚拟机中安装监测插件；针对各待监测虚拟机，基于与监测插件之间的通信连接，周期性监测监测插件的工作状态，可以保证监测得到的监测插件的工作状态的准确性。当监测插件的工作状态为正常工作状态时，控制监测插件在待监测虚拟机中完成预设任务，记录监测插件完成各预设任务的时长；保证了记录的监测插件完成各预设任务的时长的准确性。将监测插件完成各预设任务的时长与各预设任务对应的预设时长进行对比；

当监测插件完成各预设任务的时长大于各预设任务对应的预设时长的次数大于预设次数时，确定待监测虚拟机的操作系统出现故障，保证了确定的待监测虚拟机的操作系统出现故障的结果的准确性。对操作系统进行重启操作，从而可以及时对待监测虚拟机的操作系统进行修复，保证了待监测虚拟机的操作系统的正常运行。上述方法，实现了对待监测虚拟机的操作系统进行监测，并在发现待监测虚拟机的操作系统出现故障时，进行及时修复。避免了待监测虚拟机的操作系统出现故障，导致待监测虚拟机当前处理的业务收到影响，从而提高了待监测虚拟机的安全性以及高可用性。

在本申请一种可选的实施方式中，如图5所示，上述步骤S103中的“对预设高可用集群中的各待监测主机对应的各待监测虚拟机的业务进程运行情况进行监测”，可以包括如下步骤：

S501，在各待监测虚拟机中安装监测插件。

具体地，电子设备将监测插件安装到各待监测虚拟机的操作系统。

其中，该监测插件可以是vmtool插件。

S502，利用各监测插件监测各待监测虚拟机中各业务配置对应的业务进程信息。

具体地，在启动业务中的各个进程之前，电子设备可以在业务设置中添加重要业务配置，其中包括启动参数、进程信息等。电子设备可以添加多个业务员的重要业务配置。

然后，电子设备可以利用监测插件实时获取各待监测虚拟机中各业务配置对应的业务进程信息。

S503，对业务进程信息进行识别，根据识别结果，确定各待监测虚拟机的业务进程运行情况。

具体地，电子设备可以对监测到的业务进程信息进行识别，确定业务进程信息中的包括的内容是否全面，且在不断更新。然后，根据识别结果，确定各待监测虚拟机的业务进程运行情况。

示例性的，假设业务进程信息中的内容为空的，则电子设备确定业务进程运行异常，当业务进程信息中的内容在预设时间内不在更新，则电子设备确定业务进行可以停止，因此，确定业务进程运行异常。

对应的，上述步骤S104中的“根据监测结果，对待监测虚拟机进行预设处理”，包括：

S504，当各待监测虚拟机的业务进程运行异常时，重新拉起待监测虚拟机的业务进程，并更新待监测虚拟机对应的业务进程信息。

具体地，当各待监测虚拟机的业务进程运行异常时，重新拉起待监测虚拟机的业务进程，并更新待监测虚拟机对应的业务进程信息。

本申请实施例提供的虚拟机监测方法，在各待监测虚拟机中安装监测插件；利用各监测插件监测各待监测虚拟机中各业务配置对应的业务进程信息；对业务进程信息进行识别，根据识别结果，确定各待监测虚拟机的业务进程运行情况。当各待监测虚拟机的业务进程运行异常时，重新拉起待监测虚拟机的业务进程，并更新待监测虚拟机对应的业务进程信息。从而可以及时发现运行异常的业务进程，并对运行异常的业务进程进行恢复，进而可以保证业务进程的正常运行，避免了不能及时发现运行异常的业务进程，且不能对异常的业务进程进行恢复导致业务出现问题。因此，提高了待监测虚拟机的安全性以及高可用性。

在本实施例中还提供了一种虚拟机监测装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本实施例提供一种虚拟机监测装置，如图6所示，包括：

第一获取模块601，用于获取各待监测虚拟机对应的待监测主机；

加入模块602，用于将各待监测主机加入到预设高可用集群；

监测模块603，用于对预设高可用集群中的各待监测主机对应的各待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测；

第一处理模块604，用于根据监测结果，对待监测虚拟机进行预设处理。

在一些可选的实施方式中，监测模块603，具体用于周期性地获取各待监测虚拟机对应的当前占用资源，当前占用资源包括当前内存占用资源、当前CPU占用资源以及当前磁盘占用资源中的至少一项；将当前占用资源与当前占用资源对应的第一预设资源阈值进行对比，第一预设资源阈值包括内存资源阈值、CPU资源阈值以及磁盘资源阈值中的至少一项；对应的，第一处理模块604，具体用于当当前占用资源大于或者等于第一预设资源阈值时，对待监测虚拟机进行扩容处理。

在一些可选的实施方式中，第一处理模块604，具体用于当当前占用资源大于或者等于第一预设资源阈值时，获取各待监测虚拟机对应的当前业务；根据各待监测虚拟机对应的当前业务，确定各待监测虚拟机对应的优先级；根据各待监测虚拟机对应的优先级与扩容系数之间的对应的关系，确定各待监测虚拟机对应的目标扩容系数，目标扩容系数用于表征对各待监测虚拟进行扩容的大小；其中，待监测虚拟机对应的优先级越高，待监测虚拟机对应的目标扩容系数越大；利用目标扩容系数乘以当前占用资源，得到待监测虚拟机对应的扩容后的目标资源容量；根据目标资源容量对各待监测虚拟机进行扩容处理。

在一些可选的实施方式中，如图7所示，虚拟机监测装置还包括：

第二获取模块605，用于周期性地获取预设高可用集群中的各待监测主机对应的当前资源占用率，当前资源占用率包括当前内存占用率、当前CPU占用率以及当前磁盘占用率中的至少一项；

对比模块606，用于将各待监测主机对应的当前资源占用率与当前资源占用率对应的预设资源占用率进行对比，预设资源占用率包括预设内存占用率、预设CPU占用率以及预设磁盘占用率中的至少一项；

第二处理模块607，用于针对各待监测主机，当当前资源占用率大于或者等于预设资源占用率时，对待监测主机上的待监测虚拟机进行迁移处理。

在一些可选的实施方式中，第二处理模块607具体用于当当前资源占用率大于或者等于预设资源占用率时，获取待监测主机上的各待监测虚拟机对应的当前占用资源；将当前占用资源大于第二预设资源阈值的各待监测虚拟机确定为候选待监测虚拟机；获取各候选待监测虚拟机对应的当前业务；根据各候选待监测虚拟机对应的当前业务，确定各候选待监测虚拟机对应的优先级；从各候选待监测虚拟机中确定优先级最低的候选待监测虚拟机为目标待监测虚拟机；将目标待监测虚拟机进行迁移至其他主机。

在一些可选的实施方式中，监测模块603，具体用于在各待监测虚拟机中安装监测插件；针对各待监测虚拟机，基于与监测插件之间的通信连接，周期性监测监测插件的工作状态；当监测插件的工作状态为正常工作状态时，控制监测插件在待监测虚拟机中完成预设任务；记录监测插件完成各预设任务的时长；将监测插件完成各预设任务的时长与各预设任务对应的预设时长进行对比；对应的，第一处理模块604，具体用于当监测插件完成各预设任务的时长大于各预设任务对应的预设时长的次数大于预设次数时，确定待监测虚拟机的操作系统出现故障，对操作系统进行重启操作。

在一些可选的实施方式中，监测模块603，具体用于在各待监测虚拟机中安装监测插件；利用各监测插件监测各待监测虚拟机中各业务配置对应的业务进程信息；对业务进程信息进行识别，根据识别结果，确定各待监测虚拟机的业务进程运行情况；对应的，第一处理模块604，具体用于当各待监测虚拟机的业务进程运行异常时，重新拉起待监测虚拟机的业务进程，并更新待监测虚拟机对应的业务进程信息。

本实施例中的虚拟机监测装置是以功能单元的形式来呈现，这里的单元是指ASIC电路，执行一个或多个软件或固定程序的处理器和存储器，和/或其他可以提供上述功能的器件。

上述各个模块和单元的更进一步的功能描述与上述对应实施例相同，在此不再赘述。

本发明实施例还提供一种电子设备，具有上述图6和图7所示的虚拟机监测装置。

请参阅图8，图8是本发明可选实施例提供的一种电子设备的结构示意图，如图8所示，该电子设备包括：一个或多个处理器10、存储器20，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相通信连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在一些可选的实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图8中以一个处理器10为例。

处理器10可以是中央处理器，网络处理器或其组合。其中，处理器10还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路，可编程逻辑器件或其组合。上述可编程逻辑器件可以是复杂可编程逻辑器件，现场可编程逻辑门阵列，通用阵列逻辑或其任意组合。

其中，存储器20存储有可由至少一个处理器10执行的指令，以使至少一个处理器10执行实现上述实施例示出的方法。

存储器20可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据一种小程序落地页的展现的电子设备的使用所创建的数据等。此外，存储器20可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些可选的实施方式中，存储器20可选包括相对于处理器10远程设置的存储器，这些远程存储器可以通过网络连接至该电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

存储器20可以包括易失性存储器，例如，随机存取存储器；存储器也可以包括非易失性存储器，例如，快闪存储器，硬盘或固态硬盘；存储器20还可以包括上述种类的存储器的组合。

该电子设备还包括通信接口30，用于该电子设备与其他设备或通信网络通信。

本发明实施例还提供了一种计算机可读存储介质，上述根据本发明实施例的方法可在硬件、固件中实现，或者被实现为可记录在存储介质，或者被实现通过网络下载的原始存储在远程存储介质或非暂时机器可读存储介质中并将被存储在本地存储介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件的存储介质上的这样的软件处理。其中，存储介质可为磁碟、光盘、只读存储记忆体、随机存储记忆体、快闪存储器、硬盘或固态硬盘等；进一步地，存储介质还可以包括上述种类的存储器的组合。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件，当软件或计算机代码被计算机、处理器或硬件访问且执行时，实现上述实施例示出的方法。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种虚拟机监测方法，其特征在于，所述方法包括：

获取各待监测虚拟机对应的待监测主机；

将各所述待监测主机加入到预设高可用集群；

对所述预设高可用集群中的各所述待监测主机对应的各所述待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测；

根据监测结果，对所述待监测虚拟机进行预设处理。

2.根据权利要求1所述的方法，其特征在于，对所述预设高可用集群中的各所述待监测主机对应的各所述待监测虚拟机的当前占用资源进行监测，包括：

周期性地获取各所述待监测虚拟机对应的所述当前占用资源，所述当前占用资源包括当前内存占用资源、当前CPU占用资源以及当前磁盘占用资源中的至少一项；

将所述当前占用资源与所述当前占用资源对应的第一预设资源阈值进行对比，所述第一预设资源阈值包括内存资源阈值、CPU资源阈值以及磁盘资源阈值中的至少一项；

对应的，所述根据监测结果，对所述待监测虚拟机进行预设处理，包括：

当所述当前占用资源大于或者等于所述第一预设资源阈值时，对所述待监测虚拟机进行扩容处理。

3.根据权利要求2所述的方法，其特征在于，所述当所述当前占用资源大于或者等于所述第一预设资源阈值时，对所述待监测虚拟机进行扩容处理，包括：

当所述当前占用资源大于或者等于所述第一预设资源阈值时，获取各所述待监测虚拟机对应的当前业务；

根据各所述待监测虚拟机对应的所述当前业务，确定各所述待监测虚拟机对应的优先级；

根据各所述待监测虚拟机对应的优先级与扩容系数之间的对应的关系，确定各所述待监测虚拟机对应的目标扩容系数，所述目标扩容系数用于表征对各所述待监测虚拟进行扩容的大小；其中，所述待监测虚拟机对应的优先级越高，所述待监测虚拟机对应的所述目标扩容系数越大；

利用所述目标扩容系数乘以所述当前占用资源，得到所述待监测虚拟机对应的扩容后的目标资源容量；

根据所述目标资源容量对各所述待监测虚拟机进行扩容处理。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

周期性地获取所述预设高可用集群中的各所述待监测主机对应的当前资源占用率，所述当前资源占用率包括当前内存占用率、当前CPU占用率以及当前磁盘占用率中的至少一项；

将各所述待监测主机对应的所述当前资源占用率与所述当前资源占用率对应的预设资源占用率进行对比，所述预设资源占用率包括预设内存占用率、预设CPU占用率以及预设磁盘占用率中的至少一项；

针对各所述待监测主机，当所述当前资源占用率大于或者等于所述预设资源占用率时，对所述待监测主机上的所述待监测虚拟机进行迁移处理。

5.根据权利要求4所述的方法，其特征在于，所述当所述当前资源占用率大于或者等于所述预设资源占用率时，对所述待监测主机上的所述待监测虚拟机进行迁移处理，包括：

当所述当前资源占用率大于或者等于所述预设资源占用率时，获取所述待监测主机上的各所述待监测虚拟机对应的当前占用资源；

将所述当前占用资源大于第二预设资源阈值的各所述待监测虚拟机确定为候选待监测虚拟机；

获取各所述候选待监测虚拟机对应的当前业务；

根据各所述候选待监测虚拟机对应的所述当前业务，确定各所述候选待监测虚拟机对应的优先级；

从各所述候选待监测虚拟机中确定优先级最低的所述候选待监测虚拟机为所述目标待监测虚拟机；

将所述目标待监测虚拟机进行迁移至其他主机。

6.根据权利要求1所述的方法，其特征在于，对所述预设高可用集群中的各所述待监测主机对应的各所述待监测虚拟机的操作系统运行状态进行监测，包括：

在各所述待监测虚拟机中安装监测插件；

针对各所述待监测虚拟机，基于与所述监测插件之间的通信连接，周期性监测所述监测插件的工作状态；

当所述监测插件的工作状态为正常工作状态时，控制所述监测插件在所述待监测虚拟机中完成预设任务；

记录所述监测插件完成各所述预设任务的时长；

将所述监测插件完成各所述预设任务的时长与各所述预设任务对应的预设时长进行对比；

对应的，所述根据监测结果，对所述待监测虚拟机进行预设处理，包括：

当所述监测插件完成各所述预设任务的时长大于各所述预设任务对应的所述预设时长的次数大于预设次数时，确定所述待监测虚拟机的所述操作系统出现故障，对所述操作系统进行重启操作。

7.根据权利要求1所述的方法，其特征在于，对所述预设高可用集群中的各所述待监测主机对应的各所述待监测虚拟机的业务进程运行情况进行监测，包括：

在各所述待监测虚拟机中安装监测插件；

利用各所述监测插件监测各所述待监测虚拟机中各业务配置对应的业务进程信息；

对所述业务进程信息进行识别，根据识别结果，确定各所述待监测虚拟机的业务进程运行情况；

对应的，所述根据监测结果，对所述待监测虚拟机进行预设处理，包括：

当各所述待监测虚拟机的业务进程运行异常时，重新拉起所述待监测虚拟机的业务进程，并更新所述待监测虚拟机对应的所述业务进程信息。

8.一种虚拟机监测装置，其特征在于，所述装置包括：

第一获取模块，用于获取各待监测虚拟机对应的待监测主机；

加入模块，用于将各所述待监测主机加入到预设高可用集群；

监测模块，用于对所述预设高可用集群中的各所述待监测主机对应的各所述待监测虚拟机的当前占用资源、操作系统运行状态以及业务进程运行情况进行监测；

第一处理模块，用于根据监测结果，对所述待监测虚拟机进行预设处理。

9.一种电子设备，其特征在于，包括：

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行权利要求1至7中任一项所述的虚拟机监测方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机指令，所述计算机指令用于使计算机执行权利要求1至7中任一项所述的虚拟机监测方法。