CN102014159A - 一种云计算环境下的分层资源预留系统 - Google Patents

Abstract

本发明公开了一种云计算环境下的分层资源预留系统，系统由中心预留服务器、区域预留服务器和多层次资源池组成；中心预留服务器包括预留请求响应层和多区域中心预留协同层；预留请求响应层负责发出资源预留请求和访问预留到的资源；多区域中心预留协同层负责接收中心预留服务器的资源预留请求；区域预留服务器分为逻辑调度层和资源分配层，逻辑调度层负责接受资源预留子请求，在逻辑上分配资源；资源分配层负责实施资源分配和回收；多层次资源池包括多个可供调度的计算节点。本发明可以适应云计算平台和云计算应用的动态性，消除了资源竞争导致的各种云计算应用的相互影响，适应云计算平台和应用的动态性，保证了应用和服务的正常稳定运行。

Description

一种云计算环境下的分层资源预留系统

技术领域

本发明属于计算机应用领域，具体涉及一种云计算环境下的分层资源预留系统。

背景技术

随着计算机技术的不断发展，越来越多的计算资源和存储资源分布在世界各地，网格通过因特网将世界各地的计算机连接起来，这些分布式的资源有效聚合起来，为科学研究和工业生产提供基础平台。云计算是在网格计算基础上提出的一种新型计算模型，是下一代网络计算平台的核心技术，它充分利用每台计算机的各种计算资源、存储资源、软件资源、网络资源等，提供强大的处理能力，实现资源的全面透明共享，构成高性能计算和信息服务的基础设施，提供了可靠安全的数据存储、方便快捷的互联网服务和强大的计算能力，从根本上改变信息发布、获取和共享的方式。由于云计算平台的动态性和异构性，云计算应用在运行时可能得不到足够的资源，同时应用之间的资源竞争导致应用服务质量得不到保证。云计算环境下的资源预留旨在通过资源提前预约，为应用的运行提供资源保证，允许应用在运行之前预约一段时间内一定量资源，在预约的时间内这些资源只能被提出预留的用户和应用所使用，在应用运行期间不会因为资源不足而导致服务质量降低，也不会因为资源竞争受到其他正在运行的云计算应用的影响。

目前，资源预留是云计算环境下提供服务质量保证(QoS)的一种有效方式，国内外已经有很多在云计算环境和网格环境下的资源预留方面的研究，包括网格资源预留模型，协同预留，预留策略和算法，资源预留需求预测等。全球网格论坛提出了一种统一的网格QoS模型GARA，主要致力于提供统一的QoS界面和编程接口，但是并没有提供资源预留的策略，资源预留的最终执行由管理底层资源的资源管理层保证，如果资源管理层不能有效地执行资源预留，网格资源预留和QoS也就无法得到保证。已有的基于QoS的云计算环境下的资源预留策略及任务调度算法和基于QoS的资源协同预留模块设计与实现，主要考虑的是云计算资源预留的调度策略和算法，目的在于提高资源预留请求的接受率，减少资源预留带来的资源碎片，提高资源利用率。而基于请求生命期的资源预留方法和策略，则是针对服务实例所指向的资源，提出了资源预留树的预留方法，利用在任务请求生命期内发现的所有合适资源构建资源预留树，当预留资源失效时，可直接在资源预留树内选取一个替代资源，保证资源预留的可靠性。为了方便和加快网格资源预留的研究，在研究多种网格仿真软件的基础上，支持资源预留的网格计算仿真架构设计一种网格仿真平台，对GridSim网格仿真工具进行了扩展，加入了对资源提前预留的支持，实现了并行分布式网格资源的提前预留、协同预留等仿真功能，并从用户和资源两个不同角度分析了基于该架构的仿真实验。而在基于经济机制的资源预留方法，提出了一种资源预留的经济模型。基于双向拍卖的资源预留系统根据的是资源预留和双向拍卖的特点，提出了基于双向拍卖的资源定价策略，并设计了详细的拍卖算法。

由上可知，目前云计算和网格环境下资源预留的研究，主要是关于统一预留模型、调度算法、需求预测、仿真工具等方面，从不同的角度分析了一些逻辑层的调度模型和算法，而以上这些模型和算法如果要实际用于资源预留，需要以资源层中支持资源预留的资源管理器为基础，如果资源层没有对资源预留很好的支持，上层的资源预留模型和算法最终也不能提供资源预留带来的QoS保证，有些有相关资源预留的支持因为涉及到单一的计算资源而没有考虑到不同资源种类的资源预留，一些特殊的应用如需要较高执行权限的应用就不能使用所提供的资源预留，同时这些模型和算法没有考虑网格应用的动态性，资源预留一经授权之后能使用的资源和使用时间就固定下来，不能根据应用的实际运行情况进行适当的伸缩调整。

发明内容

本发明的目的在于提供一种云计算环境下的分层资源预留系统，该系统可以适应云计算平台和云计算应用的动态性，在资源层保证应用和服务的正常稳定运行。

本发明提供的一种云计算环境下的分层资源预留系统，其特征在于，该系统由中心预留服务器、区域预留服务器和多层次资源池组成；每个区域各有一个独立的区域预留服务器，区域预留服务器向上由中心预留服务器统一管理，向下向多层次资源池进行资源分配；

中心预留服务器包括预留请求响应层和多区域中心预留协同层；预留请求响应层负责发出资源预留请求和访问预留到的资源；多区域中心预留协同层负责接收中心预留服务器的资源预留请求，并与相应的区域预留服务器进行通讯；

区域预留服务器分为逻辑调度层和资源分配层两个相对独立的层次；其中，逻辑调度层负责接受资源预留子请求，在逻辑上分配资源；资源分配层负责实施资源分配和回收，根据逻辑调度层设置的区域预留服务器中的资源分配状态，在资源池中对应的节点上执行必要的分配策略；多层次资源池由多个计算节点构成。

针对不同应用对资源的需求，本发明为不同规模的云计算应用提供适合的资源预留服务，同时允许在运行时动态修改资源预留的持续时间和资源数量。本发明基于远程系统部署技术，根据资源调度层的状态管理物理机，实现物理机的预留；基于虚拟化技术，根据预留要求启动和回收相应配置的虚拟机，实现虚拟机的预留和相关性能优化；对资源预留的持续时间和资源量进行监控以分配或回收资源，实现资源的动态调配。本发明同传统的网格资源调度方式相比，消除了资源竞争导致的各种云计算应用的相互影响，适应云计算平台和应用的动态性，保证了应用和服务的正常稳定运行。

附图说明

图1是多层次云计算资源预留系统体系结构图；

图2是资源预留状态迁移图；

图3是资源预留请求处理逻辑调度和资源分配流程图；

图4是资源预留请求处理资源分配流程图；

图5是资源预留动态调整处理流程图；

具体实施方式

本发明的云计算环境下的多层次资源预留系统，基于linux 2.6CPU31set技术，在资源节点上动态设置用户进程调度域，实现CPU31计算资源的预留。下面结合附图对本发明作进一步详细的说明。

如图1所示，本发明系统由中心预留服务器、区域预留服务器和多层次资源池组成。本发明系统由多个区域组成，每个区域各有一个独立的区域预留服务器，独立的区域预留服务器向上由中心预留服务器统一管理，向下向多层次资源池进行资源分配。其中，中心预留服务器分为两层：预留请求响应层和多区域中心预留协同层；而区域预留服务器在结构上分为两层：逻辑调度层和资源分配层；多层次资源池则包括多个可供调度的计算节点。

中心预留服务器中的预留请求响应层负责发出资源预留请求和访问预留到的资源。资源预留请求包括预留开始时间、预留持续时间、预留资源种类、预留资源量等参数，资源预留请求发送到下一层的预留协同层之后，进行解析和响应，如果预留成功，通过资源预留ID可以查看实际预留分配到的资源详细信息，预留开始时间到达之后，即可访问到预留的资源运行相应的应用。预留请求响应层包含命令行请求响应模块11和web请求响应模块12。

多区域中心预留协同层负责接收中心预留服务器的资源预留请求，并与相应的区域预留服务器进行通讯。如果区域预留服务器的资源预留成功，则将中心预留服务器的资源预留请求映射到对应的区域预留服务器的资源预留子请求，其资源预留子请求由区域预留服务器的逻辑调度层负责接收。一个中心预留服务器对应的各个区域中心的预留服务器作为一个不可分割的整体对待，对于中心预留服务器的预留请求操作都对每个预留子请求执行，而不能仅对一部分预留子请求执行，查看预留状态时整合多个区域对应的预留状态，每个预留的开始时间和持续时间都一样，通过资源预留动态调整时，每个预留都要进行相应调整，预留结束时间到达或者用户要求提前结束预留时，每个预留都要结束并回收预留分配的资源。如果一部分预留子请求操作失败，对已经完成操作的预留子请求也要进行反操作回滚，以保证多区域中心作为一个整体的一致性。多区域中心预留协同层包括预留请求协同模块21和预留动态调整协同模块22。

区域预留服务器分为逻辑调度层和资源分配层两个相对独立的层次。其中，逻辑调度层负责接受资源预留子请求，在逻辑上分配资源，也就是改变区域预留服务器中的资源预留状态，它仅在区域预留服务器中运行。逻辑调度层接收到资源预留子请求后，首先进行一系列权限控制的检测，过滤掉非法或者不合理的资源预留子请求，然后根据对资源池的状态和预留分配状态，决定预留子请求是否可以被接受，如果可以被接受，则在逻辑上分配预留资源，设置区域预留服务器中的资源预留状态。逻辑调度层包含预留请求调度模块31和预留动态调整调度模块32。

资源分配层负责实施真正的资源分配和回收，根据逻辑调度层设置的区域预留服务器中的资源分配状态，在资源池中对应的节点上执行必要的分配策略，它在资源池中的节点上运行。资源分配层包含CPU41、虚拟机42和物理机资源分配模块43。

中心预留服务器的预留请求响应层包含命令行请求响应模块11和web请求响应模块12。命令行请求响应模块11主要包括预留请求、预留撤销、预留调整和预留查看四种命令，为最终用户提交预留请求提供用户接口，命令行请求响应模块11根据用户提供的预留参数，与预留逻辑分配层进行交互，实现资源预留请求、撤销、动态调整和查询的功能。所有命令行接受JSON格式的输入和输出数据，JSON实现字符串和程序设计语言的复杂数据结构，如数组、哈希、对象等的相互转换，通过JSON字符串进行标准的数据交换，命令行也可以作为编程接口供其他程序调用，提供二次开发的功能，而且对编程语言没有严格限制；

Web请求响应模块12通过web技术实现与命令行响应模块类似的功能，使得用户不用深入了解资源预留的命令行和JSON数据格式就可以通过简洁直观的web界面进行资源预留。Web请求响应模块12使用AJAX等web2.0技术，为CPU、虚拟机和物理机预留分别提供单一的入口，对同一层次资源预留的所有操作，包括预留请求、撤销、动态调整和查询，在一个页面上可以完成，不用进行不必要的页面跳转和刷新，从而降低用户操作的复杂程度，减少请求等待时间。Web请求响应模块12还负责使用户通过web直接访问预留的资源，无需使用额外的工具。使用Java Applet技术，实现在web上通过SSH访问预留的CPU、虚拟机和物理机资源，另外针对虚拟机和物理机实现通过VNC访问预留的虚拟机或物理机的图形界面；

中心预留服务器的预留协同层包括预留请求协同模块21和预留动态调整协同模块22。预留请求协同模块21负责协同多个区域的资源预留，并发地向各个区域预留服务器的逻辑调度层提交资源预留子请求，如果每个子请求都被接受，将一个多区域中心资源预留映射到多个区域的资源预留，并一直维持这一映射关系。如果有部分请求被拒绝，则撤销已经成功的请求，并拒绝中心预留服务器的预留请求；

多区域中心预留动态调整协同模块22处理多个区域资源预留动态调整，根据一个多区域中心资源预留到多个区域的资源预留的映射，对多个区域的资源预留进行动态调整，如果都成功就设置多区域中心资源预留的状态，否则对成功的部分进行相反的调整实现回滚；

区域预留服务器的逻辑调度层包含预留请求调度模块31和预留动态调整调度模块32。单个区域预留服务器的预留请求调度模块31负责对预留请求进行处理，应用区域中心的资源预留访问控制策略，拒绝不符合访问控制策略的预留请求，对符合访问控制策略的预留请求，判断是否与已经运行和调度的其他资源预留存在冲突、空闲资源是否满足预留请求的资源需求，如果没有冲突就改变资源预留服务器的预留状态，为预留请求在逻辑上分配相应的资源；

由于云计算平台和应用的动态性，很难确定应用的执行时间和需要的资源量，预留动态调整模块32负责对资源预留的持续时间和资源量进行动态调整。预留动态调整模块对动态调整请求处理，判断预留动态调整请求是否与已经运行和调度的其他资源预留存在冲突，如果没有冲突就修改资源预留服务器的预留状态，在逻辑上分配或回收资源，并执行资源分配层的相应模块实际地分配或回收资源；

区域预留服务器的资源分配层包含CPU资源分配模块41、虚拟机资源分配模块42和物理机资源分配模块43。CPU资源分配模块41负责根据逻辑调度层的状态实际的分配和回收CPU计算资源。利用linux 2.6内核CPUset特性，在资源节点上动态设置用户进程的调度域，授权并限制用户对CPU计算资源的使用权；

虚拟机资源分配模块42根据逻辑调度层的状态控制虚拟机，在预留开始时定位或创建虚拟机镜像，通过资源节点上的虚拟机管理器，根据预留要求启动相应配置的虚拟机，预留结束时停止虚拟机并按照预留要求保存虚拟机镜像供以后使用；

物理机资源分配模块43根据逻辑调度层的状态管理物理机，通过远程系统部署技术，在预留开始时在预留的物理机上部署预留指定的操作系统并从新部署的系统启动，预留结束时重新启动预留的物理机并从初始的操作系统启动，完成资源回收和系统恢复；

当资源预留的开始时间到达时，预留服务器的资源分配层执行实际的资源预留分配。对于CPU预留，资源分配层在逻辑调度层分配的每个CPU所在的计算节点上，将对应预留用户的进程调度域限制在分配的几个CPU上，并启动指定的应用程序。对于虚拟机预留，资源分配层根据逻辑调度层分配的虚拟机信息，定位或者自动生成需要的虚拟机镜像，在逻辑调度层分配的计算节点上启动虚拟机，并按照预留请求配置好相关环境如CPU、内存、磁盘、IP地址等。对于物理机预留，资源分配层根据逻辑调度层分配的物理机信息，定位物理机镜像，准备好网络安装环境，关闭逻辑调度层分配的物理机，这些机器从网络启动后安装对应的物理机镜像，并配置好相关环境如IP地址等。

当资源预留的结束时间到达时，或者对应的用户或管理员提前要求结束预留时，预留服务器资源分配层执行实际的资源回收。对于CPU预留，资源分配层在逻辑调度层分配的每个CPU对应的节点上，结束对应CPU上运行的应用程序，并回收预留用户对CPU的使用权。对于虚拟机预留，资源分配层根据逻辑调度层分配的虚拟机信息，关闭已经启动的虚拟机，并按照逻辑调度层的虚拟机预留信息保存或者删除虚拟机镜像文件。对于物理机预留，重新启动逻辑调度层分配的物理机，并在这些物理机上恢复原来的系统。资源分配层完成实际的资源回收之后，通知逻辑调度层改变资源预留服务器的资源预留状态。

下面举例对本发明资源预留系统的具体实施方法进行详细介绍。

如图2所示，资源预留的生命周期从资源预留请求被提交开始，到预留正常终止或者异常终止结束，一个资源预留的整个生命周期可能经过已提交、已调度、分配资源、运行、回收资源、正常终止和异常终止七个状态。

1.已提交到已调度。资源预留请求被提交以后就进入已提交状态等待调度，如果资源充足且其他条件满足，预留请求被接受，进入已调度状态。

2.已调度到分配资源。预留请求被接受进入已调度状态后，一直等待到预留开始时间到达，此时开始资源分配，进入分配资源状态。

3.分配资源到运行。资源分配结束后，预留准备已经结束，预留资源可以被使用，进入运行状态。

4.运行到回收资源。资源预留结束时间到达时，开始回收预留的资源，进入回收资源状态。

5.回收资源到正常终止。资源回收完成后，回收的资源可再次被调度系统调度，预留结束，进入正常终止状态。

6.运行到分配资源到运行。运行的资源预留动态增加资源时，进入分配资源状态分配增加的资源，然后回到运行状态。

7.运行到回收资源到运行。运行的资源预留动态减少资源时，进入回收资源状态回收减少的资源，然后回到运行状态。

8.已提交到异常终止。资源预留请求被提交后等待调度，如果资源不足或者不满组其他条件，预留请求被拒绝，进入异常终止状态。

9.已调度到异常终止。处于已调度状态的资源预留，如果在预留开始时间到达之前收到撤销请求，进入异常终止状态。

10.运行到回收资源到异常终止。资源预留处于运行状态时，如果收到撤销请求，进入回收资源状态进行资源回收，完成资源回收之后进入预留结束，进入异常终止状态。

对资源预留请求的处理是多层次云计算资源预留系统的核心处理流程，总体上分为逻辑调度和实际资源分配两大部分，逻辑调度部分直接接受资源预留请求，并根据资源预留服务器的状态决定分配哪些资源，实际资源分配部分根据逻辑调度部分所决定的资源分配状态，在资源节点上执行资源分配过程。

如图3所示，资源预留请求处理逻辑调度部分具体实施步骤如下：

1.接收来自用户的资源预留请求参数；

2.解析资源预留请求参数，得到资源预留的开始时间、持续时间、预留类型、资源种类、资源量等；

3.根据资源预留服务器设定的访问控制策略，判断预留请求是否合法，如果不合法，拒绝预留请求且返回错误；

4.根据资源预留服务器的当前状态，判断资源预留请求是否会与其他正在运行或者已调度的资源预留发生冲突，如果存在冲突，拒绝资源预留请求并返回错误；

5.生成一个唯一的资源预留标识ID，并在逻辑上分配预留请求的资源，将逻辑上分配的资源与生成的资源预留ID关联；

6.返回资源预留ID。

如图4所示，资源预留请求处理实际资源分配部分具体实施步骤如下：

1.逻辑上已分配资源的资源预留开始时间达到，开始执行实际资源分配；

2.根据资源预留ID得到逻辑调度层分配的资源类型和ID；

3.根据资源类型，在资源ID相应的资源节点上，并行启动对应的CPU31或虚拟机32或物理机资源分配任务，等待所有资源分配任务结束或超过设定的最大时间限制；

4.判断是否有资源分配任务失败或者超时，如果没有则所有资源分配成功，在资源预留服务器状态中设置资源预留ID对应的状态为资源分配成功；

5.如果有资源分配任务失败或者超时，则资源没有完全分配成功，需要进行回滚，对成功的资源分配任务执行资源回收；

6.设置资源预留ID对应的状态为资源分配失败。

资源预留动态调整有增加或减少资源预留持续时间、增加或减少资源预留的资源量四种，其处理流程如图5所示。

资源预留动态调整分为预留持续时间调整和预留资源量调整两大类，接收到资源预留动态调整请求时，首先判断是对资源预留的持续时间还是资源量进行调整，然后分别执行相应的分支处理流程。

资源预留的持续时间动态调整的具体步骤如下：

1.判断是增加预留持续时间还是减少预留持续时间；

2.如果是减少预留持续时间，则不会与其他资源预留发生冲突，在资源预留服务器状态中直接修改资源预留的持续时间，并返回动态调整成功；

3.如果是增加预留持续时间，则判断增加预留持续时间后，是否会与其他运行的或已调度的资源预留发生冲突；

4.如果会发生冲突，则不能按要求增加预留持续时间，返回动态调整失败；

5.如果不会发生冲突，在资源预留服务器状态中直接修改资源预留的持续时间，并返回动态调整成功。

资源预留的资源量动态调整的具体步骤如下：

1.判断是增加还是减少资源预留的资源量；

2.如果是减少则不会与其他资源预留冲突，直接在资源预留服务器状态中修改资源预留的已分配资源，并在减少的资源对应的资源节点上启动资源回收任务，等待直到所有任务完成或超过最大时间限制；

3.如果没有任务失败或超时，则资源回收成功，返回动态调整成功，否则返回动态调整失败；

4.如果是增加资源，则根据资源预留服务器状态判断是否有足够的资源可以增加；

5.如果没有足够资源，直接返回动态调整失败；

6.如果有足够资源，在资源预留服务器状态中修改资源预留的已分配资源，并在减少的资源对应的资源节点上启动资源分配任务，等待直到所有任务完成或超过最大时间限制；

7.如果没有任务失败或超时，则资源回收成功，返回动态调整成功，否则返回动态调整失败。

本发明不仅局限于上述具体实施方式，本领域一般技术人员根据本发明公开的内容，可以采用其它多种具体实施方式实施本发明，因此，凡是采用本发明的设计结构和思路，做一些简单的变化或更改的设计，都落入本发明保护的范围。

Claims (5)

1.一种云计算环境下的分层资源预留系统，其特征在于，该系统由中心预留服务器、区域预留服务器和多层次资源池组成；每个区域各有一个独立的区域预留服务器，区域预留服务器向上由中心预留服务器统一管理，向下向多层次资源池进行资源分配；

中心预留服务器包括预留请求响应层和多区域中心预留协同层；预留请求响应层负责发出资源预留请求和访问预留到的资源；多区域中心预留协同层负责接收中心预留服务器的资源预留请求，并与相应的区域预留服务器进行通讯；

区域预留服务器分为逻辑调度层和资源分配层两个相对独立的层次；其中，逻辑调度层负责接受资源预留子请求，在逻辑上分配资源；资源分配层负责实施资源分配和回收，根据逻辑调度层设置的区域预留服务器中的资源分配状态，在资源池中对应的节点上执行必要的分配策略；

多层次资源池由多个计算节点构成。

2.根据权利要求1所述的云计算环境下的分层资源预留系统，其特征在于，

预留请求响应层包含命令行请求响应模块(11)和web请求响应模块(12)；命令行请求响应模块(11)根据用户提供的预留参数，与预留逻辑分配层进行交互，实现资源预留请求、撤销、动态调整和查询；

Web请求响应模块(12)为CPU、虚拟机和物理机预留分别提供单一的入口；Web请求响应模块(12)还负责使用户通过web直接访问预留的资源，实现在web上访问预留的CPU、虚拟机和物理机资源，另外针对虚拟机和物理机实现访问预留的虚拟机或物理机的图形界面。

3.根据权利要求1所述的云计算环境下的分层资源预留系统，其特征在于，

中心预留服务器的预留协同层包括预留请求协同模块(21)和预留动态调整协同模块(22)；预留请求协同模块(21)负责协同多个区域的资源预留，并发地向各个区域预留服务器的逻辑调度层提交资源预留子请求，如果每个子请求都被接受，将一个多区域中心资源预留映射到多个区域的资源预留，并一直维持这一映射关系；如果有部分请求被拒绝，则撤销已经成功的请求，并拒绝中心预留服务器的预留请求；

多区域中心预留动态调整协同模块(22)处理多个区域资源预留动态调整，根据一个多区域中心资源预留到多个区域的资源预留的映射，对多个区域的资源预留进行动态调整，如果都成功就设置多区域中心资源预留的状态，否则对成功的部分进行相反的调整实现回滚。

4.根据权利要求1所述的云计算环境下的分层资源预留系统，其特征在于，

逻辑调度层包含预留请求调度模块(31)和预留动态调整调度模块(32)；单个区域预留服务器的预留请求调度模块(31)负责对预留请求进行处理，应用区域中心的资源预留访问控制策略，拒绝不符合访问控制策略的预留请求，对符合访问控制策略的预留请求，判断是否与已经运行和调度的其他资源预留存在冲突、空闲资源是否满足预留请求的资源需求，如果没有冲突就改变资源预留服务器的预留状态，为预留请求在逻辑上分配相应的资源；

预留动态调整模块(32)负责对资源预留的持续时间和资源量进行动态调整；预留动态调整模块对动态调整请求处理，判断预留动态调整请求是否与已经运行和调度的其他资源预留存在冲突，如果没有冲突就修改资源预留服务器的预留状态，在逻辑上分配或回收资源，并执行资源分配层的相应模块实际地分配或回收资源。

5.根据权利要求1所述的云计算环境下的分层资源预留系统，其特征在于，

资源分配层包含CPU资源分配模块(41)、虚拟机资源分配模块(42)和物理机资源分配模块(43)；CPU资源分配模块(41)负责根据逻辑调度层的状态实际的分配和回收CPU计算资源；在资源节点上动态设置用户进程的调度域，授权并限制用户对CPU计算资源的使用权；

虚拟机资源分配模块(42)根据逻辑调度层的状态控制虚拟机，在预留开始时定位或创建虚拟机镜像，通过资源节点上的虚拟机管理器，根据预留要求启动相应配置的虚拟机，预留结束时停止虚拟机并按照预留要求保存虚拟机镜像供以后使用；

物理机资源分配模块(43)根据逻辑调度层的状态管理物理机，通过远程系统部署技术，在预留开始时在预留的物理机上部署预留指定的操作系统并从新部署的系统启动，预留结束时重新启动预留的物理机并从初始的操作系统启动，完成资源回收和系统恢复。

Images