CN106341496A - 一种资源调度的方法及装置 - Google Patents

Abstract

本发明实施例公开了一种资源调度的方法，包括获取各主机的运行状态信息，根据当前主机的运行状态信息和虚拟机的优先级数据信息决定是否进行资源调度；根据各主机的运行状态信息和所述虚拟机的优先级数据信息匹配目的主机，生成并执行调度策略信息，完成资源的调度。本申请提供的技术方案把主机的运行状态信息与虚拟机的优先级数据信息作为判断资源调度和目的主机选取的条件，避免了因目的主机自身不健康运行而导致资源面临宕机或中断运行的现象，提高了资源调度的效率，保证调度后资源的稳定运行。此外，本发明实施例还针对实现资源调度的方法提供了相应的实现装置，进一步使得所述方法更具有实用性，所述装置具有相应的优点。

Description

一种资源调度的方法及装置

技术领域

本发明涉及云计算、虚拟化资源调度领域，特别是涉及一种资源调度的方法，还涉及一种资源调度的装置。

背景技术

在云计算技术浪潮的推动下，互联网数据和用户计算环境越来越集中于数据中心，数据中心需要为用户提供接近甚至超越传统客户端的计算环境，因而驱动虚拟化技术不断发展。

虚拟化是一种资源管理技术，是将计算机的各种实体资源，如服务器、网络、内存及存储等，予以抽象、转换后呈现出来，打破实体结构间不可切割的障碍，使用户可以比原本的组态更好的方式来应用这些资源。虚拟化是计算元件在虚拟的基础上而不是真实的基础上运行，是一个为了简化管理，优化资源的解决方案。如同空旷、通透的写字楼，整个楼层没有固定的墙壁，用户可以用同样的成本构建出更加自主适用的办公空间，进而节省成本，发挥空间最大利用率。把有限的、不受现有资源的架设方式、地域或物理组态限制固定的资源根据不同需求进行重新规划以达到最大利用率，实现各种资源的自动部署、动态扩展、按需分配，提高IT资源利用率，使IT资源能够真正成为社会基础设施，服务于各行各业中灵活多变的应用需求。

虚拟化技术催生了虚拟服务器(又叫虚拟机)，虚拟机是指通过软件模拟的具有完整硬件***功能的、运行在一个完全隔离环境中的完整计算机***。在云计算资源池中，每个物理机通过运行虚拟化软件，从而被虚拟化成若干相互独立的虚拟机，作为业务实体承载的单位。虚拟化的该物理机对应的各虚拟机之间共享该物理机的硬件资源，也就是说，该物理机的硬件资源可以被对应的各虚拟机共享，即可以在资源之间进行调度；此外，当物理机发生故障时，相应的虚拟机可以在其他各个物理机之间进行快速在线迁移，并且保持虚拟机在运行过程中不间断运行，虚拟机的迁移实际上也属于一种资源的调度。所述资源调度的关键在于选取合适的目的主机作为设置要调度资源的对象。

现有技术中，选择目的主机作为迁移对象时通常仅仅考虑目的物理机的中央处理器(Central Process Unit,简称CPU)、内存、存储、网络等的利用率，甚至某些情况下，只要可实现网络连通即可作为目的物理机。这种采用物理机的利用率作为迁移条件或目的物理机的选取条件在一般情况下是可行的，但在某些异常情况下，例如磁盘转速异常或风扇转速异常时，该物理机可能处于非正常工作状态，这种情况下，将业务或应用或虚拟机迁移至所述非正常工作的物理机上，应用会面临宕机风险，业务会导致短暂的中断以及虚拟机也可能中断运行。

发明内容

本发明实施例的目的是提供一种资源调度的方法及装置，以提高资源调度的效率，保证调度后的资源稳定运行。

为解决上述技术问题，本发明实施例提供以下技术方案：

本发明实施例一方面提供了一种资源调度的方法，包括：

获取各主机的运行状态信息；

根据当前运行主机的运行状态信息和虚拟机的优先级数据信息判断是否满足预设触发资源调度条件；

当判定满足所述预设触发资源调度条件时，根据各所述主机的运行状态信息和所述虚拟机的优先级数据信息匹配目的主机，并生成调度策略信息；

执行所述调度策略信息，以完成资源的调度。

优选的，所述运行状态信息包括以下任意一种或任意组合：

中央处理器的温度、中央处理器的电压、风扇转速或磁盘转速。

优选的，所述判断是否满足预设触发资源调度条件包括：

将所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息与预设的阈值比较，若所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息不在所述阈值范围内，则判定满足预设触发资源调度条件；反之，则判定不满足。

优选的，在所述获取各主机的运行状态信息之后还包括：

生成主机的健康度模型，所述健康度模型为根据所述主机的预设部件的健康状态信息生成的数据模型；

其中，所述健康状态信息为正常工作的运行状态信息，所述预设部件为中央处理器、风扇或磁盘。

优选的，所述调度策略信息包括：

所述目的主机的信息、资源调度的时间和资源调度的时长。

本发明实施例另一方面提供了一种资源调度的装置，包括：

主机运行状态监控模块，用来获取各主机的运行状态信息；

资源调度触发模块，用来根据当前运行主机的运行状态信息和虚拟机的优先级数据信息判断是否满足预设触发资源调度条件；

资源调度策略生成模块，用来当判定满足所述预设触发资源调度条件时，根据各所述主机的运行状态信息和所述虚拟机的优先级数据信息匹配目的主机，并生成调度策略信息；

资源调度策略执行模块，用来执行所述调度策略信息，以完成资源的调度。

优选的，所述运行状态信息包括以下任意一种或任意组合：

中央处理器的温度、中央处理器的电压、风扇转速或磁盘转速。

优选的，所述资源调度触发模块具体为：

将所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息与预设的阈值比较，若所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息不在所述阈值范围内，则判定满足预设触发资源调度条件；反之，则判定不满足。

优选的，还包括：

主机健康度模型生成模块，用来生成主机的健康度模型，所述健康度模型为根据所述主机的预设部件的健康状态信息生成的数据模型；

其中，所述健康状态信息为正常工作的运行状态信息，所述预设部件为中央处理器、风扇或磁盘。

优选的，所述调度策略信息包括：

所述目的主机的信息、资源调度的时间和资源调度的时长。

本发明实施例提供了一种资源调度的方法，通过获取各主机的运行状态信息，根据当前运行主机的运行状态信息和虚拟机的优先级数据信息决定是否进行资源调度；根据其他各主机的运行状态信息和所述虚拟机的优先级数据信息匹配目的主机，生成并执行调度策略信息，完成资源的调度。

本发明的优点在于把主机的运行状态信息与虚拟机的优先级数据信息作为判断资源调度和目的主机选取的条件，这样就可以保证承载调度后资源的主机正常健康运行，避免因迁移后主机自身的不健康运行而导致资源面临宕机或中断运行或面临重新进行资源调度的现象，提高了资源调度的效率，保证调度后资源的稳定运行。此外，本发明实施例还针对资源调度的方法提供了相应的实现装置，进一步使得所述方法更具有实用性，所述装置具有相应的优点。

附图说明

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

图1为本发明实施例提供的一种实现资源调度的结构框图；

图2为本发明实施例提供的一种资源调度方法的流程示意图；

图3为本发明实施例提供的另一种资源调度方法的流程示意图；

图4为本发明实施例提供的一种资源调度装置的结构图；

图5为本发明实施例提供的另一种资源调度装置的结构图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等是用于区别不同的对象，而不是用于描述特定的顺序。此外术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。

本申请的发明人经过研究发现，现有技术在资源调度过程中选取目的主机的条件比较随意，如目的主机的利用率或目的主机可实现网络连接，基于这样的选取条件，承载调度后的资源的目的主机可能本身运行状态为不正常的，例如主机的风扇转速太慢会导致主机CPU过热而烧坏，这种情况下，调度后的资源将会面临中断运行，如果资源为业务时则会造成业务中断，造成损失。鉴于此，本申请通过把主机的运行状态信息与虚拟机的优先级数据信息作为判断资源调度和目的主机选取的条件，这样就可以保证承载调度后资源的主机正常健康的运行，避免因迁移后主机自身的不健康运行而导致资源面临宕机或中断运行的现象，提高了资源调度的效率，保证调度后资源的稳定运行。

基于上述本发明实施例的技术方案，下面首先结合图1对本发明实施例的技术方案涉及的一些可能的应用场景进行举例介绍，图1为本发明实施例提供的一种实现资源调度的结构框图。

如图1所示，当前运行主机上安装了虚拟机，设有对虚拟机优先级维护设备，云计算资源池中有若干主机可作为迁移主机的对象。当当前主机的物理设备资源发生故障导致主机运行不佳，由于虚拟机上运行着不可中断的业务，为了该业务继续，则需要进行将该业务进行调度。

现有技术中，选取目的主机是在云计算资源池中选取一台有网络连接的主机或选取一台CPU、内存或存储利用率高的主机，而不对目的主机的运行状态做考虑，这样难免选择的目的主机会有不健康的工作状态，从而导致调度的业务面临宕机的危险，需重新选择新的迁移对象，这样势必会降低资源调度的效率。

本申请的方案是通过监控各主机的运行状态信息从而获取各主机的运行状态信息，同时对虚拟机的优先级进行维护并记录优先级的数据信息，将当前运行主机的运行状态信息与虚拟机的优先级数据信息作为判断资源调度的条件，并通过获取云计算资源池内各主机的运行状态信息结合所述虚拟机的优先级数据信息在云计算内匹配符合条件的目的主机，从而避免了迁移后主机自身的不健康运行而导致资源面临宕机或中断运行或面临重新进行资源调度的现象。例如，经过匹配发现云计算池内编号为2的主机符合匹配条件，则将虚拟机上运行的业务调度在该主机上。

综上所述，本申请的方案可调高资源调度的效率，保证调度后资源的稳定运行。

需要注意的是，上述应用场景仅是为了便于理解本申请的思想和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

在介绍了本发明实施例的技术方案后，下面详细的说明本申请的各种非限制性实施方式。

实施例一：

首先参见图2，图2为本发明实施例提供的一种资源调度方法的流程示意图，本发明实施例可包括以下内容：

S201：获取各主机的运行状态信息。

所述各主机为当前运行的主机和可作为承载调度后资源的对象主机，即目的主机，或迁移主机，所述当前主机也可称为迁出主机。当然所述主机的个数可为1个或2个，但是这种情况下，本实施例提供的方案对目的主机进行选择就没有意义了，所以说所述主机的个数应不少于3台。

主机的运行状态信息是指主机在运行时一些关键部件(例如CPU磁盘、风扇，当然主机的关键部件并不限于这些)的运行状态信息，部件的运行状态信息通过部件关键因素的综合度量得出，比如衡量CPU是否健康可通过对其温度、电压和频率来判断，当然CPU的其他因素也可判断其运行状态是否健康；比如风扇的转速和磁盘的存储容量和转速可分别判断风扇是否正常运行，磁盘是否正常运行，当然并不限于此，还包括其他许多，此处就不再一一列举。这些关键部件的运行状态信息是否健康决定着整个主机的运行状态是否健康。优选的，所述运行状态信息包括以下任意一种或任意组合：

中央处理器的温度、中央处理器的电压、风扇转速或磁盘转速。

此外，关于获取状态信息可通过设置状态信息监控软件或设备或传感器实时监控并采集各主机的运行状态并保存，然后可定时发送所采集的运行状态信息。

S202：根据当前运行主机的运行状态信息和虚拟机的优先级数据信息判断是否满足预设触发资源调度条件。

其中，所述判断是否满足预设触发资源调度条件可包括：

将所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息与预设的阈值比较，若所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息不在所述阈值范围内，则判定满足预设触发资源调度条件；反之，则判定不满足。即通过预先设定主机各关键部件正常运行状态的范围或值，如CPU正常工作时的温度在35-70℃，当采集到的CPU温度为90℃，则说明CPU运行状态异常，可能会引发资源的调度；再比如当当前主机上的虚拟机的优先级无法达到要运行的任务要求的优先级，则也可能会引发资源的调度。

需要说明的是，是否满足预设触发资源调度条件也可人为判断，工作人员根据经验和获取到的当前运行主机的运行状态信息对当前运行的任务进行判断，看其是否合适继续在当前运行主机上工作，如果不适合就需要进行资源调度。

S203：当判定满足所述预设触发资源调度条件时，根据各所述主机的运行状态信息和所述虚拟机的优先级数据信息匹配目的主机，并生成调度策略信息。

所述目的主机的选取条件之一是根据S201获取的运行状态信息选择运行状态健康的主机，然后需要从选定运行健康的主机中选取的满足要调度资源所要求的虚拟机的优先级；也可先挑选符合虚拟机优先级的主机，然后再从这些主机中选取其运行状态最健康的一台作为目的主机。当然，在选取健康运行的主机和匹配虚拟机优先级的顺序可以互换，当然也可同时执行，不影响整体方案的实现。

需要说明的是，如果在满足健康运行的主机中有多台都符合虚拟机优先级的要求，则可在满足健康运行的主机中选择最为健康的一台作为目的主机。

优选的，所述调度策略信息可包括所述目的主机的信息、资源调度的时间和资源调度的时长，当然也可包括其他与调度相关的因素。其中，所述目的主机的信息可包括该主机的IP地址信息、虚拟机的型号与优先级信息、主机运行状态信息和与调度资源相关的部件，当然还包括其他信息，此处不再列举。

S204：执行所述调度策略信息，以完成资源的调度。

根据S203生成的调度策略信息，执行资源的调度。例如当前运行主机的处理器按照所述调度策略信息中的目的主机的IP地址找到该目的主机并发送调度的请求，目的主机接收其请求并反馈同意调度的信息，当前主机便将要调度的资源进行调度。

由上可知，本发明实施例把主机的运行状态信息与虚拟机的优先级数据信息作为判断资源调度和目的主机选取的条件，这样就可以保证承载调度后资源的主机正常健康运行，避免因迁移后主机自身的不健康运行而导致资源面临宕机或中断运行或面临重新进行资源调度的现象，提高了资源调度的效率，保证调度后资源的稳定运行。

考虑在实际操作过程中，为了更方便的使用该方法，基于上述实施例做了部分改进。

实施例二：

参见图3，图3为本发明实施例提供的另一种资源调度方法的流程示意图，具体的可包括以下内容：

S301：获取各主机的运行状态信息。

具体的与实施例一的步骤201所描述一致，此处不再赘述。

S302：生成主机的健康度模型，将各所述主机的运行状态信息输入至健康度模型并输出结果。

所述健康度模型为根据所述主机的预设部件的健康状态信息生成的数据模型；其中，所述健康状态信息为正常工作的运行状态信息，所述预设部件为中央处理器、风扇或磁盘。具体的模型生成方法可为：

根据各部件的影响因素的预定义权重，例如CPU的运行健康与否对其主机的健康运行状态的影响最大，故将CPU权重定为60％，而风扇的转速是否正常与CPU正常工作有着必然的联系，故可将它的影响权重定为15％。在衡量各部件的运行状态时，同样将影响该部件运行状态的参数预设权重，同样以CPU为例，温度是否正常对判断CPU是否健康运行至关重要，而且可很直观的表现出来，故将温度在众因素权重比例较大，可定为75％。

获取各部件影响因素的数据，根据这些数据的权重计算各部件的健康状态数据，根据各部件对主机的影响权重计算出主机的健康状态数据，将所述健康状态数据生成主机健康度模型。

需要说明的是，上述数据为一个范围或布尔值，而不是具体的某个数值。

主机健康度模型生成后，通过输入S301获取的各主机的运行状态信息，则可直接输出健康或不健康的结果。这样就避免了进行判断的过程，简化了程序，大大的提高了资源调度的效率。

S303：虚拟机优先级维护并记录当前优先级数据信息。

具体的，当虚拟机优先级不满足运行任务或应用的要求时，从被判定需要进行资源调度，但是虚拟机的优先级数据在一般情况下可进行修复，增加该步骤可先对虚拟机的优先级进行修复，如果修复结果仍无法满足条件，则再进行资源调度，但是如果虚拟机的优先级修复的满足条件，就不用进行资源调度，避免不必要的资源浪费。

S304：根据当前运行主机的健康度模型输出结果和虚拟机的优先级数据信息判断是否满足预设触发资源调度条件。

具体的，如果当前运行主机的健康度模型输出结果为健康且虚拟机的优先级数据信息满足要求，则判定不需要进行资源调度；

如果当前运行主机的健康度模型输出结果为不健康但虚拟机的优先级数据信息满足要求，则判定需要进行资源调度；

如果当前运行主机的健康度模型输出结果为不健康且虚拟机的优先级数据信息不满足要求，则判定需要进行资源调度；

当前运行主机的健康度模型输出结果为健康但虚拟机的优先级数据信息不满足要求，则判定需要进行资源调度。

S305：当判定满足所述预设触发资源调度条件时，根据各所述主机的健康度模型输出结果和所述虚拟机的优先级数据信息匹配目的主机，并生成调度策略信息。

所述目的主机的选取条件之一是根据S202输出结果中选择输出结果为健康的主机，然后需要从选定运行健康的主机中选取的满足要调度资源所要求的虚拟机的优先级；也可先挑选符合虚拟机优先级的主机，然后再从这些主机中选取其运行状态最健康的一台作为目的主机。当然，在选取健康运行的主机和匹配虚拟机优先级的顺序可以互换，当然也可同时执行，不影响整体方案的实现。

需要说明的是，如果在满足健康运行的主机中有多台都符合虚拟机优先级，则可在满足健康运行的主机中选择最为健康的一台作为目的主机。

优选的，所述调度策略信息可包括所述目的主机的信息、资源调度的时间和资源调度的时长，当然也可包括其他与调度相关的因素。其中，所述目的主机的信息可包括该主机的IP地址信息、虚拟机的型号与优先级信息、主机运行状态信息和与调度资源相关的部件，当然还包括其他信息，此处不在列举。

S306：执行所述调度策略信息，以完成资源的调度。

具体的与实施例一的S204所描述一致，此处不再赘述。

由上可知，本发明实施例在实施例一的基础上生成了健康度模型，通过输入采集到的运行状态数据信息可直接输出主机运行是否健康，更加方便使用，提高判断效率；此外还增加了虚拟机优先级维护并记录其当前优先级数据信息，这样可保证不会因为可修复的虚拟机优先级的问题而引发资源调度，避免不必要的资源浪费。

本发明实施例还针对资源调度的方法提供了相应的实现装置，进一步使得所述方法更具有实用性。下面对本发明实施例提供的资源调度的装置进行介绍，下文描述资源调度的装置与上文描述的资源调度方法可相互对应参照。

实施例三：

参见图4，图4为本发明实施例提供的一种资源调度装置的结构图，该装置可包括：

主机运行状态监控模块401，用来获取各主机的运行状态信息。

所述运行状态信息包括以下任意一种或任意组合：

中央处理器的温度、中央处理器的电压、风扇转速或磁盘转速。

资源调度触发模块402，用来根据当前运行主机的运行状态信息和虚拟机的优先级数据信息判断是否满足预设触发资源调度条件。

资源调度触发模块具体为：

将所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息与预设的阈值比较，若所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息不在所述阈值范围内，则判定满足预设触发资源调度条件；反之，则判定不满足。

资源调度策略生成模块403，用来当判定满足所述预设触发资源调度条件时，根据各所述主机的运行状态信息和所述虚拟机的优先级数据信息匹配目的主机，并生成调度策略信息。

所述调度策略信息包括：

所述目的主机的信息、资源调度的时间和资源调度的时长。

资源调度策略执行模块404，用来执行所述调度策略信息，以完成资源的调度。

参见图5，图5为本发明实施例提供的另一种资源调度装置的结构图。

可选的，在本实施例的一些实施方式中，所述装置例如还可以包括：

主机健康度模型生成模块，用来生成主机的健康度模型，所述健康度模型为根据所述主机的预设部件的健康状态信息生成的数据模型；

其中，所述健康状态信息为正常工作的运行状态信息，所述预设部件为中央处理器、风扇或磁盘。

可选的，在本实施例的另一些实施方式中，所述装置例如还可以包括：

虚拟机优先级维护模块，用来对虚拟机优先级进行维护并保存所述虚拟机优先级数据信息。

本发明实施例所述资源调度装置的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

本发明实施提供了一种资源调度的装置，把主机的运行状态信息与虚拟机的优先级数据信息作为判断资源调度和目的主机选取的条件，这样就可以保证承载调度后资源的主机正常健康运行，避免因迁移后主机自身的不健康运行而导致资源面临宕机或中断运行或面临重新进行资源调度的现象，提高了资源调度的效率，保证调度后资源的稳定运行。

此外，还通过提供生成健康度模型模块，通过输入采集到的运行状态数据信息可直接输出主机运行是否健康，更加方便使用，提高判断效率；此外还增加了虚拟机优先级维护模块这样可保证不会因为可修复的虚拟机优先级的问题而引发资源调度，避免不必要的资源浪费。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的一种资源调度的方法以及装置进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (10)

1.一种资源调度的方法，其特征在于，包括：

获取各主机的运行状态信息；

根据当前运行主机的运行状态信息和虚拟机的优先级数据信息判断是否满足预设触发资源调度条件；

当判定满足所述预设触发资源调度条件时，根据各所述主机的运行状态信息和所述虚拟机的优先级数据信息匹配目的主机，并生成调度策略信息；

执行所述调度策略信息，以完成资源的调度。

2.根据权利要求1所述的方法，其特征在于，所述运行状态信息包括以下任意一种或任意组合：

中央处理器的温度、中央处理器的电压、风扇转速或磁盘转速。

3.根据权利要求2所述的方法，其特征在于，所述判断是否满足预设触发资源调度条件包括：

将所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息分别与预设阈值范围进行比较，若所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息不在所述阈值范围内，则判定满足预设触发资源调度条件；反之，则判定不满足。

4.根据权利要求1至3任意一项所述的方法，其特征在于，在所述获取各主机的运行状态信息之后还包括：

生成主机的健康度模型，所述健康度模型为根据所述主机的预设部件的健康状态信息生成的数据模型；

其中，所述健康状态信息为正常工作的运行状态信息，所述预设部件为中央处理器、风扇或磁盘。

5.根据权利要求4所述的方法，其特征在于，所述调度策略信息包括：

所述目的主机的信息、资源调度的时间和资源调度的时长。

6.一种资源调度的装置，其特征在于，包括:

主机运行状态监控模块，用来获取各主机的运行状态信息；

资源调度触发模块，用来根据当前运行主机的运行状态信息和虚拟机的优先级数据信息判断是否满足预设触发资源调度条件；

资源调度策略生成模块，用来当判定满足所述预设触发资源调度条件时，根据各所述主机的运行状态信息和所述虚拟机的优先级数据信息匹配目的主机，并生成调度策略信息；

资源调度策略执行模块，用来执行所述调度策略信息，以完成资源的调度。

7.根据权利要求6所述的装置，其特征在于，所述运行状态信息包括以下任意一种或任意组合：

中央处理器的温度、中央处理器的电压、风扇转速或磁盘转速。

8.根据权利要求7所述的装置，其特征在于，所述资源调度触发模块具体为：

将所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息分别与预设阈值范围进行比较，若所述当前运行主机的运行状态信息和所述虚拟机的优先级数据信息不在所述阈值范围内，则判定满足预设触发资源调度条件；反之，则判定不满足。

9.根据权利要求6至8任意一项所述的装置，其特征在于，还包括：

主机健康度模型生成模块，用来生成主机的健康度模型，所述健康度模型为根据所述主机的预设部件的健康状态信息生成的数据模型；

其中，所述健康状态信息为正常工作的运行状态信息，所述预设部件为中央处理器、风扇或磁盘。

10.根据权利要求9所述的装置，其特征在于，所述调度策略信息包括：

所述目的主机的信息、资源调度的时间和资源调度的时长。