CN112052072A

CN112052072A - 一种虚拟机的调度策略及超融合系统

Info

Publication number: CN112052072A
Application number: CN202010945566.7A
Authority: CN
Inventors: 黄茂峰; 杨帅麒; 雷准富
Original assignee: Shanghai Shengshi Dalian Automobile Service Co ltd; Huayun Data Holding Group Co Ltd
Current assignee: Huayun Data Holding Group Co Ltd
Priority date: 2020-09-10
Filing date: 2020-09-10
Publication date: 2020-12-08
Anticipated expiration: 2040-09-10
Also published as: CN112052072B

Abstract

本发明提供了一种虚拟机的调度策略及超融合系统，该调度策略包括以下步骤：确定配置虚拟机的第一电子设备所形成的资源池的使用情况；为虚拟机独立配置对资源池的资源的占用度阈值；确定虚拟机对资源池的占用度是否超过占用度阈值；当虚拟机对资源池的占用度超过占用度阈值时，根据轮询预测访问请求所需资源并结合响应访问请求所对应虚拟机在当前状态中所占用的资源，确定对虚拟机执行虚拟机调度的延迟时间，以在达到延迟时间后确定是否执行虚拟机调度。通过本发明，解决了超融合系统场景中所配置的虚拟机在调度过程中所存在的资源浪费现象，从而最终实现了对第一电子设备中的资源的合理配置与调度，提高了执行虚拟机调度的合理性。

Description

一种虚拟机的调度策略及超融合系统

技术领域

本发明涉及超融合技术领域，尤其涉及一种虚拟机的调度策略及超融合系统。

背景技术

超融合系统基于超融合架构(Hyper Converged Infrastructure，HCI)，是指在同一套单元设备中不仅仅具备计算、网络、存储和服务器虚拟化等资源和技术，而且还包括备份软件、快照技术、重复数据删除、在线数据压缩等元素，而多套单元设备可以通过网络聚合起来，实现模块化的无缝横向扩展(scale-out)，形成统一的资源池。超融合系统中通常设置至少三个物理态的宿主机(即“超融合节点”或者“节点”)，并在宿主机中定义出控制节点、存储节点、网络节点及计算节点。

超融合系统通过企业级分布式存储，整合X86服务器本地存储资源，形成存储资源池，提供虚拟机及业务数据的存储服务。虚拟机运行过程中，可能会造成超融合节点的负载不均，从而导致业务效率低下，并造成资源浪费。超融合节点本质上属于物理节点，如果频繁地在多个超融合节点之间执行虚拟机调度，会发生NUMA(None Uniform Memory Access)迁移。如果一个NUMA上的CPU占有率比较高，会暂时迁移一个虚拟机到另一个NUMA上。当之前的NUAM在很短的时间变得不忙的时候，那么系统会再次迁移虚拟机到原来的NUMA上。前提是不会导致CPU的负载不均衡。这是因为虽然虚拟机调度到另一个NUMA上，但是该虚拟机访问的内存还在前面的NUMA上。在vsphere4以及之前的版本中，客户机的内核不能够看到物理NUMA的硬件拓扑结构。导致客户机分配内存的时候会随意分配，那么就会导致CPU跨NUMA访问了内存，由此导致对虚拟机的创建、迁移、删除、备份等操作显得比较随意，并直接导致超融合节点中的CPU及内存的分配不是很合理。

同时，申请人经过检索后还发现公开号为CN103685561A的中国发明专利公开了“IaaS平台虚拟机调度算法”。该现有技术旨在云计算平台容量有限的场景中，对云计算平台容量不多于请求量的情况下对请求进行调度。该现有技术在执行虚拟机调度过程中需要更换虚拟机所依赖的宿主机，由此导致在虚拟机发生调度并迁移至新的宿主机过程中，整个虚拟机所依赖的环境变量及配置参数都需要进行修改，这不仅会耗费大量的资源数据，还存在对用户下发的访问请求的响应出现一定的延迟的缺陷，由此导致用户体验不佳。同时，该现有技术所揭示的虚拟机的调度策略有效适应超融合系统的应用场景，并且现有技术没有揭示用户发起的访问请求执行主动调度。

有鉴于此，有必要对现有技术中的超融合系统中所形成的虚拟机的调度策略、装置及超融合系统予以改进，以解决上述问题。

发明内容

本发明的目的在于揭示一种虚拟机的调度策略及超融合系统，用以对现有技术中超融合系统中所配置的虚拟机的调度策略予以改进，用以解决超融合系统场景中所配置的虚拟机在调度过程中所存在的资源浪费现象，防止虚拟机在超融合系统环境中在被执行调度过程中所出现的无法有效地响应用户请求的技术问题。

为实现上述第一个目的，本发明提供了一种虚拟机的调度策略，包括以下步骤：

S1、确定配置虚拟机的第一电子设备所形成的资源池的使用情况；

S2、为虚拟机独立配置对资源池的资源的占用度阈值；

S3、确定虚拟机对资源池的占用度是否超过所述占用度阈值；

S4、当虚拟机对资源池的占用度超过所述占用度阈值时，根据轮询预测访问请求所需资源并结合响应访问请求所对应虚拟机在当前状态中所占用的资源，确定对虚拟机执行虚拟机调度的延迟时间，以在达到延迟时间后确定是否执行虚拟机调度。

作为本发明的进一步改进，所述虚拟机的调度策略运行于独立于所述第一电子设备的第二电子设备中，所述第二电子设备配置UI单元、虚拟机调度器及资源监视器；

UI单元接收用户发起的对虚拟机的访问请求并下发至虚拟机调度器；

虚拟机调度器接收占用度阈值；

资源监视器用于对第一电子设备所形成的全部资源与剩余资源予以监视，并将监视结果发送至虚拟机调度器，所述虚拟机调度器根据监视结果确定虚拟机对资源池的占用度是否超过所述占用度阈值。

作为本发明的进一步改进，仅在全部的第一电子设备所形成的剩余资源均未超过所述占用度阈值时执行步骤S4。

作为本发明的进一步改进，所述第二电子设备被封装并运行于容器或者独立于第一电子设备的虚拟机中。

作为本发明的进一步改进，所述第一电子设备的数量为两个或者两个以上，所述第一电子设备和/或第二电子设备挂载至共享存储系统；

其中，所述共享存储系统选自Ceph存储装置、SAN存储装置、NAS存储装置或者CLVM存储装置。

作为本发明的进一步改进，所述调度策略还包括：使用资源监视器对两个第一电子设备中资源池的剩余资源进行比较，并由虚拟机调度器选择与访问请求相匹配的第一电子设备。

作为本发明的进一步改进，所述调度策略还包括：使用资源监视器对两个第一电子设备中资源池的剩余资源进行比较，并由虚拟机调度器选择与访问请求相匹配的资源集，所述资源集包含一种或者几种资源。

作为本发明的进一步改进，所述资源集部署于不同的第一电子设备中。

作为本发明的进一步改进，所述资源集部署于同一个第一电子设备中。

作为本发明的进一步改进，所述资源选自处理器资源、内存资源、功耗、IO资源、虚拟IP端口资源、存储资源、缓存资源、虚拟地址空间中的一种或者几种的任意组合。

作为本发明的进一步改进，所述资源监视器定时检测第一电子设备所形成的资源，以及响应于访问请求的虚拟机对资源池中资源的占用度，并将第一电子设备所形成的资源及虚拟机对资源池中资源的占用度发送至虚拟机调度器。

作为本发明的进一步改进，所述调度策略还包括：当同一个第一电子设备中的虚拟机对资源池的剩余资源的占用度超过所述占用度阈值时，通知虚拟机调度器执行虚拟机调度，并根据确定的调度规则对第一电子设备中的虚拟机执行虚拟机调度，以响应用户发起的访问请求。

作为本发明的进一步改进，所述第一电子设备为组成超融合系统的超融合节点，所述第二电子设备为超融合系统中的控制节点；所述虚拟机的调度策略用于对超融合系统中的虚拟机在同一个超融合节点的内部或者在两个超融合节点之间进行调度。

基于相同发明思想，本申请还揭示了一种超融合系统，包括：

两个或者两个以上的第一电子设备，以及一个连接第一电子设备的第二电子设备，所述第二电子设备执行如上述任一项发明创造所揭示的虚拟机的调度策略，所述虚拟机的调度策略运行于独立于所述第一电子设备的第二电子设备中。

作为本发明的进一步改进，所述第一电子设备形成包含至少一个虚拟机的虚拟机池，以及包含至少一种资源的资源池；所述第二电子设备配置UI单元、虚拟机调度器及资源监视器；

所述UI单元接收用户发起的对虚拟机的访问请求并下发至虚拟机调度器，虚拟机调度器接收占用度阈值，资源监视器用于对第一电子设备所形成的全部资源与剩余资源予以监视，并将监视结果发送至虚拟机调度器，所述虚拟机调度器根据监视结果确定虚拟机对资源池的占用度是否超过所述占用度阈值，仅在全部的第一电子设备所形成的剩余资源均未超过所述占用度阈值时，根据对虚拟机执行虚拟机调度所确定的延迟时间，并在达到延迟时间后确定是否执行虚拟机调度。

作为本发明的进一步改进，当虚拟机对资源池的占用度超过所述占用度阈值时，根据轮询预测访问请求所需资源并结合响应访问请求所对应虚拟机在当前状态中所占用的资源，以确定对虚拟机执行虚拟机调度的延迟时间。

与现有技术相比，本发明的有益效果是：

在本申请中，当用户下发对指定虚拟机的访问请求后，虚拟机调度器并不立即响应用户发起的访问请求所对应的虚拟机调度操作，即使虚拟机对资源池的占用度超过所述占用度阈值时并需要对虚拟机进行调度操作时，暂时中止对虚拟机下发与访问请求所对应的虚拟机调度操作，而根据轮询预测访问请求所需资源并结合响应访问请求所对应虚拟机在当前状态中所占用的资源确定对虚拟机执行调度操作的延迟时间，从而在达到延迟时间后确定是否执行虚拟机调度，由此使得执行虚拟机调度操作后的第一电子设备中所配置的其他虚拟机所占用的资源均不超过预先配置的占用度阈值，由此确保对某个虚拟机所执行的虚拟机调度操作不会引起发其他虚拟机对第一电子设备中的资源的无序抢占，从而解决了第一电子设备中的全部虚拟机，尤其是超融合系统环境中在被执行调度过程中所出现的虚拟机无法有效地响应用户请求的技术问题，并解决了超融合系统场景中所配置的虚拟机在调度过程中所存在的资源浪费现象，从而最终实现了对第一电子设备中的资源的合理配置与调度，并提高了执行虚拟机调度的合理性。

附图说明

图1为本发明一种虚拟机的调度策略的整体流程图；

图2为运行图1所示出的虚拟机的调度策略并包含两个超融合节点(第一电子设备的一般概念)的超融合系统的拓扑图；

图3为图2所示出的超融合系统中的控制节点(第二电子设备的一般概念)挂载至共享存储系统的拓扑图；

图4为对包含两个超融合节点的超融合系统中的资源所形成的资源池的使用情况进行动态侦测并判断用户操作所占用的资源占用情况决定是否执行虚拟机调度的详细流程图；

图5为对包含两个超融合节点的超融合系统中虚拟机的执行虚拟机在确定了延迟时间后的执行虚拟机调度的详细流程图。

具体实施方式

下面结合附图所示的各实施方式对本发明进行详细说明，但应当说明的是，这些实施方式并非对本发明的限制，本领域普通技术人员根据这些实施方式所作的功能、方法、或者结构上的等效变换或替代，均属于本发明的保护范围之内。

在详细阐述本申请各个实施例之前，对各实施例中的技术术语予以必要阐述与定义。

术语“VM”：虚拟机，构成响应于用户发起的访问请求的服务主体，并为用户提供云计算服务并具有完整功能并呈虚拟态的计算机系统。

术语“资源”或者“资源数据”具等同技术含义，均是指在虚拟机调度操作过程中为独立地为某个指定的虚拟机予以配置。

术语“UI”：图形界面(User Interface)，用于用户以可视化方式下发或者配置各种指令、命令或者程序。

术语“资源池”是指包含一种或者几种资源的集合，资源池通常被配置并运行于物理节点或者服务器节点中。

同时，在本申请各个实施例中，物理节点与服务器节点或者超融合节点具等同技术含义，并均为术语“第一电子设备”的一般概念或者下位概念。“第一电子设备”与“第二电子设备”互为独立概念，第一电子设备与第二电子设备可被视为超融合系统、数据中心、集群服务器的一部分。

实施例一：

参图1至图5所示，本实施例揭示了一种虚拟机的调度策略的一种具体实施方式。本实施例揭示的虚拟机的调度策略旨在对已经创建的虚拟机是否要执行虚拟机调度操作提供决策依据，防止用户或者后台管理员盲目地对虚拟机执行虚拟机调度操作，以提高对虚拟机执行调度操作的准确性与合理性，尤其是在含有多个第一电子设备的超融合系统中的虚拟机的调度过程更加合理，并确保执行调度操作后的各个超融合节点(超融合节点是第一电子设备的一般概念或者下位概念)中形成的资源能够满足剩余其他虚拟机对资源的配置需求，防止对某个或者全部的第一电子设备中的虚拟机的正常运行造成全局性、连锁式的干扰，从而最总确保该超融合系统以及超融合系统中的虚拟机对用户发起的访问请求的可靠响应，提高用户体验。

在本实施例中，该虚拟机的调度策略运行于独立于所述第一电子设备的第二电子设备中，所述第二电子设备(即控制节点10)配置UI单元、虚拟机调度器12及资源监视器13。第二电子设备被封装并运行于容器或者独立于第一电子设备的虚拟机中。第一电子设备为组成超融合系统的超融合节点，即图2中的超融合节点A与超融合节点B。第二电子设备为超融合系统中的控制节点10。虚拟机的调度策略用于对超融合系统中的虚拟机在同一个超融合节点的内部或者在两个超融合节点之间进行调度。

参图2所示，控制节点10中部署UI单元11，与UI单元11相通信的虚拟机调度器12，以及与虚拟机调度器12相通信的资源监视器13。UI单元11接收用户发起的对虚拟机的访问请求并下发至虚拟机调度器12。虚拟机调度器接收占用度阈值。占用度阈值是指某个超融合节点中的某个具体的虚拟机对资源池22或者资源池32中的一种或者几种资源的实际占用度与预先配置给该虚拟机的资源的比例。超融合节点A与超融合节点B中部署的虚拟机(VM)分别形成包含一个或者多个虚拟机的虚拟机池21与包含一个或者多个虚拟机的虚拟机池31。超融合节点A与超融合节点B形成包含一种或者几种资源的资源池22与资源池32。资源池22与资源池32中的资源选自处理器资源、内存资源、功耗、IO资源、虚拟IP端口资源、存储资源、缓存资源或者虚拟地址空间。

部署于控制节点10中的UI单元11为云平台或者超融合系统提供对外提供服务的接口与可视化操作界面。虚拟调度操作的结果与各个超融合节点中的资源可以可视化形式在UI单元11中予以展示，用户可通过HTTP协议发起访问请求，并通过UI单元11向虚拟机调度器12下方用户发起的各种访问请求，并最终向用户予以展示。虚拟机调度器12根据用户下发的访问请求甚至是用户通过UI单元11直接下发的虚拟机调度指令或者包含虚拟机调度指令的虚拟机调度方案，以直接对超融合节点A和/或超融合节点B中的一个或者多个虚拟机执行调度操作。

资源监视器13用于对第一电子设备所形成的全部资源与剩余资源予以监视，并将监视结果发送至虚拟机调度器12，所述虚拟机调度器12根据监视结果确定虚拟机对资源池22、资源池32的占用度是否超过所述占用度阈值；其中，虚拟机对资源池22、资源池32的占用度是指虚拟机对资源池22、资源池32在启动该虚拟机时预先为该虚拟机分配的资源的规格，例如：两核CPU、1G内存、1TB磁盘空间等。资源监视器13对所有与其连接的超融合节点上资源池中的资源的规格、占用率、分配情况等予以实时监控。具体的，该资源监视器13可选用Zabbix或者Nogios。

举例而言，Zabbix为基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。例如，Zabbix由Zabbix server与可选组件Zabbix agent构成。Zabbix server可以通过SNMP、Zabbix agent、ping或者端口监视等方法提供对远程服务器/网络状态的监视，数据收集等功能，它可以运行在Linux、Solaris、HP-UX、AIX、FreeBSD、Open BSD或者OS X等平台之上。Zabbix agent需要安装在被监视的目标服务器上，它主要完成对硬件信息或与操作系统有关的内存，CPU等信息的收集。Zabbix agent可以运行在Linux、Solaris、HP-UX、AIX、Free BSD、Open BSD、OS X、Tru64/OSF1、Windows NT4.0、Windows 2000/2003/XP/Vista等系统之上。

参图1所示，在本实施例中，该虚拟机的调度策略包括以下步骤。

首先，执行步骤S1、确定配置虚拟机的第一电子设备所形成的资源池的使用情况。该步骤S1由图2中的虚拟机调度器12执行。资源监视器13定时检测第一电子设备所形成的资源，以及响应于访问请求的虚拟机对资源池中资源的占用度，并将第一电子设备所形成的资源及虚拟机对资源池中资源的占用度发送至虚拟机调度器12。尤其需要说明的，在实施例中，每个超融合节点中的虚拟机池(VM Pool)与资源池(Resource Pool)仅仅为一种逻辑概念，资源监视器13可对任意一个超融合节点中的一种或者几种资源或者由一种或者几种资源所构成的资源集进行实时监控。监控虚拟机对资源的占用情况是为了在接收到新的访问请求时进一步判断是否要执行新的资源配置进而确定是否可以执行确定的虚拟机调度方案。在本实施例中，即使存在确定的虚拟机调度方案，也不会立即执行虚拟机调度操作，而是需要等待延迟时间经过后才能执行虚拟机调度操作。

结合图3所示，该第一电子设备(例如超融合节点或者服务器节点)的数量为两个或者两个以上，第一电子设备(超融合节点A与超融合节点B)和/或第二电子设备(控制节点10)挂载至共享存储系统14；其中，在本实施例中，该共享存储系统14选自Ceph存储装置、SAN存储装置、NAS存储装置或者CLVM存储装置(集群化LVM)。在本实施例中，若干控制节点10被封装并运行于容器(Container)或者独立于第一电子设备的虚拟机中并挂载至共享存储系统14，从而使得第一电子设备具有资源占用少、故障切换快、数据一致性的诸多优点。

然后，执行步骤S2、为虚拟机独立配置对资源池的资源的占用度阈值。占用度阈值可由用户或者管理员通过UI单元11向作为第二电子设备的控制节点10提前下发或者在虚拟机运行过程中临时指定。但是，无论是提前下发还是临时指定均是为了根据资源监视器13对各个超融合节点中的资源予以实时检测，并为后续步骤S3中当虚拟机对资源池的占用度超过所述占用率阈值，且具体为对资源池中已经分配给该虚拟机的资源的占用度超过所述占用率阈值时，触发虚拟机调度操作。

然后，执行步骤S3、确定虚拟机对资源池的占用度是否超过所述占用度阈值。具体的，在本实施例中，仅在全部的第一电子设备(即超融合节点A或者超融合节点B)所形成的剩余资源均未超过所述占用度阈值时执行步骤S4。调度策略还包括：使用资源监视器13对两个第一电子设备中资源池的剩余资源进行比较，并由虚拟机调度器12选择与访问请求相匹配的第一电子设备。同时，调度策略还包括：使用资源监视器13对两个第一电子设备中资源池的剩余资源进行比较，并由虚拟机调度器12选择与访问请求相匹配的资源集，所述资源集包含一种或者几种资源。在本实施例中，该资源集部署于不同的第一电子设备中(例如，部分部署于超融合节点A与超融合节点B中)或者资源集部署于同一个第一电子设备中(例如，全部部署于超融合节点A或者超融合节点B中)。

例如，当访问请求是针对超融合节点A中的某个虚拟机所执行的，且预设的虚拟机调度方案所需要的资源在超融合节点A中所具备而实际上位于超融合节点B的资源池32中，则可基于超融合节点B中的资源实施虚拟机调度操作，由此提高了整个超融合系统对自外部发起的访问请求的可靠响应，从而提高了用户体验。因此，在本实施例中，即使虚拟机对资源池的占用度是否超过所述占用度阈值也不会立即执行虚拟机调度操作，而是需要依赖步骤S4中响应用户的访问请求的虚拟机对资源池中的资源的占用情况而定，同时需要结合响应访问请求所对应虚拟机在当前状态中所占用的资源确定对虚拟机执行虚拟机调度的延迟时间，以在达到延迟时间后执行虚拟机调度。

在本实施例中，仅在全部的第一电子设备所形成的剩余资源均未超过所述占用度阈值时执行步骤S4。通过该技术方案使得执行虚拟机调度操作后全部的第一电子设备中所有的虚拟机占用的资源均低于预先设置或者临时配置的占用度阈值，从而防止执行虚拟机调度操作后不会对某个第一电子设备中的其他虚拟机的正常运行造成影响或者干扰。

最后，执行步骤S4、当虚拟机对资源池的占用度超过所述占用度阈值时，根据轮询预测访问请求所需资源并结合响应访问请求所对应虚拟机在当前状态中所占用的资源，确定对虚拟机执行虚拟机调度的延迟时间，以在达到延迟时间后确定是否执行虚拟机调度。轮询预测由资源调度器13执行。在本实施例中，该调度策略还包括：当同一个第一电子设备中的虚拟机对资源池的剩余资源的占用度超过所述占用度阈值时，通知虚拟机调度器12执行虚拟机调度，并根据确定的调度规则对第一电子设备中的虚拟机执行虚拟机调度，以响应用户发起的访问请求。

在本实施例中，步骤S1至步骤S3可及进一步具体为如图4中的步骤111至步骤120。

步骤111)接收用户发起的对虚拟机的访问请求。

步骤112)UI单元接收访问请求并发送至虚拟机调度器。

步骤113)虚拟机调度器通知资源监视器，并由资源监视器获取第一电子设备中的全部资源与剩余资源，并将监视结果发送至虚拟机调度器。

步骤114)虚拟机调度器根据监视结果确定虚拟机对资源池中的资源的占用度是否超过占用度阈值，若不超过占用度阈值，则执行步骤116)直接响应用户发起的访问请求；若超过占用度阈值，则执行步骤115)。

步骤115)虚拟机调度器结合用户的操作(即响应访问请求所需要的资源的种类与数量)和当前的资源占用情况(即响应访问请求的虚拟机预先配置的资源的占用率)，计算出用户操作后的资源占用情况。

步骤117)轮询预测访问请求所需资源并结合响应访问请求所对应的虚拟机在当前状态中所占用的资源。

步骤118)根据步骤115)与步骤117)确定延迟时间。

步骤120)执行虚拟机调度流程。

步骤S4可进一步具体为如5所示出的步骤121)至步骤127)。

步骤121)资源监视器13定时获取第一电子设备中虚拟机占用的资源情况。

步骤122)资源监视器13发现第一电子设备上的虚拟机所占用的资源超过占用度阈值，通知虚拟机调度器12。

步骤123)虚拟机调度器12计算虚拟机调度方案，并具体为计算因执行虚拟机调度方案对第一电子设备中资源集中的一种或者几种资源的种类与数量，从而使得执行虚拟机调度操作后的两个超融合节点所所有的虚拟机所占用的资源的占用度均低于占用度阈值。

步骤124)判断是否存在虚拟机调度方案，若是，则跳转执行步骤125)，若否，则跳转执行步骤126)报错并退出；

步骤125)根据调度方案执行虚拟机调度操作。

步骤127)由执行调度操作后的虚拟机响应用户发起的访问请求，并结束。

当虚拟机对资源池的占用度超过所述占用度阈值时，不立即对虚拟机执行虚拟调度操作，而根据轮询预测访问请求所需资源并结合响应访问请求所对应虚拟机在当前状态中所占用的资源确定对虚拟机执行虚拟机调度的延迟时间，以在达到延迟时间后执行虚拟机调度。需要说明的是，本申请各个实施例并非对虚拟机调度方案或者虚拟机调度操作所作出的改进，而是一种对调度方案或者调度操作是否被触发并执行前述调度方案或者调度操作的一种调度策略。

本实施例所揭示的虚拟机的调度策略巧妙地结合了以被动方式执行预设的虚拟机调度操作以及以主动方式执行预设的虚拟机调度操作，实现了对虚拟机调度操作的准确性与合理性，确保了对某个虚拟机所执行的虚拟机调度操作不会引起发其他虚拟机对第一电子设备中的资源的无序抢占，从而解决了第一电子设备中的全部虚拟机，尤其是超融合系统环境中在被执行调度过程中所出现的虚拟机无法有效地响应用户请求的技术问题，并解决了超融合系统场景中所配置的虚拟机在调度过程中所存在的资源浪费现象，从而最终实现了对第一电子设备中的资源的合理配置与调度，并最终提高了执行虚拟机调度的合理性。

实施例二：

结合图2所示，本实施例还揭示了一种超融合系统。本领域技术人员可合理预测到，该超融合系统还可被合理延伸至云平台、集群服务器或者数据中心等计算机系统。

一种超融合系统，包括：两个或者两个以上的第一电子设备，以及一个连接第一电子设备的第二电子设备，所述第二电子设备执行如实施例一所揭示的虚拟机的调度策略，所述虚拟机的调度策略运行于独立于所述第一电子设备的第二电子设备中。

在本实施例中，第一电子设备可为超融合节点或者服务器节点，第二电子设备为控制节点，以通过两个或者两个以上的第一电子设备，以及一个连接第一电子设备的第二电子设备构成超融合系统(HCI)或者云平台或者数据中心。在本实施例中，申请人以第一电子设备选用超融合节点，第二电子设备选用控制节点为范例予以示范性阐述。

超融合节点A与超融合节点B中形成包含至少一个虚拟机的虚拟机池21，虚拟机池31，以及包含至少一种资源的资源池22，资源池32。第二电子设备配置UI单元11、虚拟机调度器12及资源监视器13。

需要说明的是，在本实施例中，第二电子设备所包含的控制节点10的数量也可为两个或者两个以上。第一电子设备(超融合节点A与超融合节点B)和/或第二电子设备(控制节点10)挂载至共享存储系统14。由此，多个控制节点采用容器(Container)或者独立于第一电子设备的虚拟机中并挂载至共享存储系统14。由于第一电子设备和/或第二电子设备使用的是同一份数据，保证了第一电子设备和/或第二电子设备中的数据高可用与安全性。

UI单元11接收用户发起的对虚拟机的访问请求并下发至虚拟机调度器12，虚拟机调度器12接收占用度阈值，资源监视器用于对超融合节点A和/或超融合节点B所形成的全部资源与剩余资源予以监视，并将监视结果发送至虚拟机调度器12。虚拟机调度器12根据监视结果确定虚拟机对资源池的占用度是否超过所述占用度阈值，仅在全部的第一电子设备(即超融合节点A和超融合节点B)所形成的剩余资源均未超过所述占用度阈值时，根据对虚拟机执行虚拟机调度所确定的延迟时间，并在达到延迟时间后确定是否执行虚拟机调度。当虚拟机对资源池的占用度超过所述占用度阈值时，根据轮询预测访问请求所需资源并结合响应访问请求所对应虚拟机在当前状态中所占用的资源，以确定对虚拟机执行虚拟机调度的延迟时间。

在本实施例中，当某个虚拟机所占用的资源不满足访问请求所需要的资源时，并不立即对该虚拟机执行虚拟机调度操作，而是结合主动调度与被动调度，共同确定在延迟时间经过后对该虚拟机执行具体的虚拟机调度操作。而延迟时间的确定则是根据，根据轮询预测访问请求所需资源并结合响应访问请求所对应虚拟机在当前状态中所占用的资源予以确定，因此当控制节点10每次接受用户发起的访问请求后是否能够直接由指定的虚拟机响应访问请求，以及延迟时间均是动态变化的。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。本实施例与实施例一中具有相同部分的技术方案，请参实施例一所述，在此不再赘述。

上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明，它们并非用以限制本发明的保护范围，凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

Claims

1.一种虚拟机的调度策略，其特征在于，包括以下步骤：

S2、为虚拟机独立配置对资源池的资源的占用度阈值；

2.根据权利要求1所述的虚拟机的调度策略，其特征在于，所述虚拟机的调度策略运行于独立于所述第一电子设备的第二电子设备中，所述第二电子设备配置UI单元、虚拟机调度器及资源监视器；

虚拟机调度器接收占用度阈值；

3.根据权利要求2所述的虚拟机的调度策略，其特征在于，仅在全部的第一电子设备所形成的剩余资源均未超过所述占用度阈值时执行步骤S4。

4.根据权利要求2所述的虚拟机的调度策略，其特征在于，所述第二电子设备被封装并运行于容器或者独立于第一电子设备的虚拟机中。

5.根据权利要求1至4中任一项所述的虚拟机的调度策略，其特征在于，所述第一电子设备的数量为两个或者两个以上，所述第一电子设备和/或第二电子设备挂载至共享存储系统；

6.根据权利要求5所述的虚拟机的调度策略，其特征在于，所述调度策略还包括：使用资源监视器对两个第一电子设备中资源池的剩余资源进行比较，并由虚拟机调度器选择与访问请求相匹配的第一电子设备。

7.根据权利要求6所述的虚拟机的调度策略，其特征在于，所述调度策略还包括：使用资源监视器对两个第一电子设备中资源池的剩余资源进行比较，并由虚拟机调度器选择与访问请求相匹配的资源集，所述资源集包含一种或者几种资源。

8.根据权利要求7所述的虚拟机的调度策略，其特征在于，所述资源集部署于不同的第一电子设备中。

9.根据权利要求7所述的虚拟机的调度策略，其特征在于，所述资源集部署于同一个第一电子设备中。

10.根据权利要求8或者9所述的虚拟机的调度策略，其特征在于，所述资源选自处理器资源、内存资源、功耗、IO资源、虚拟IP端口资源、存储资源、缓存资源、虚拟地址空间中的一种或者几种的任意组合。

11.根据权利要求2所述的虚拟机的调度策略，其特征在于，所述资源监视器定时检测第一电子设备所形成的资源，以及响应于访问请求的虚拟机对资源池中资源的占用度，并将第一电子设备所形成的资源及虚拟机对资源池中资源的占用度发送至虚拟机调度器。

12.根据权利要求11所述的虚拟机的调度策略，其特征在于，所述调度策略还包括：当同一个第一电子设备中的虚拟机对资源池的剩余资源的占用度超过所述占用度阈值时，通知虚拟机调度器执行虚拟机调度，并根据确定的调度规则对第一电子设备中的虚拟机执行虚拟机调度，以响应用户发起的访问请求。

13.根据权利要求1所述的虚拟机的调度策略，其特征在于，所述第一电子设备为组成超融合系统的超融合节点，所述第二电子设备为超融合系统中的控制节点；所述虚拟机的调度策略用于对超融合系统中的虚拟机在同一个超融合节点的内部或者在两个超融合节点之间进行调度。

14.一种超融合系统，其特征在于，包括：

两个或者两个以上的第一电子设备，以及一个连接第一电子设备的第二电子设备，所述第二电子设备执行如权利要求1至13中任一项所述的虚拟机的调度策略，所述虚拟机的调度策略运行于独立于所述第一电子设备的第二电子设备中。

15.根据权利要求14所述的超融合系统，其特征在于，所述第一电子设备形成包含至少一个虚拟机的虚拟机池，以及包含至少一种资源的资源池；所述第二电子设备配置UI单元、虚拟机调度器及资源监视器；

16.根据权利要求15所述的超融合系统，其特征在于，当虚拟机对资源池的占用度超过所述占用度阈值时，根据轮询预测访问请求所需资源并结合响应访问请求所对应虚拟机在当前状态中所占用的资源，以确定对虚拟机执行虚拟机调度的延迟时间。