CN104035821B - 管理系统和方法 - Google Patents

Abstract

一种管理系统包括信息处理装置、管理装置和负载平衡装置。管理装置在检测到与性能被保证的第二应用程序有关的第二处理实体的负载相关的值等于或大于第一预定阈值时指定与性能不被保证的第一应用程序有关的第一处理实体，且请求信息处理装置停止第一处理实体，以及信息处理装置请求负载平衡装置停止将处理分配到第一处理实体，在检测到与第一处理实体的负载有关的值等于或小于第二预定阈值停止第一处理实体，且使第三处理实体开始用于第二应用程序的处理。

Description

管理系统和方法

相关申请的交叉引用

本申请基于并且要求2013年3月6日提交的在先日本专利申请2013-043955号的优先权的权益，其全部内容通过引用结合到本文。

技术领域

本发明涉及用于虚拟机的管理技术。

背景技术

使用云系统的用户可能参与针对用于用户任务的应用程序的性能保证协议。当有性能保证时，请求分配虚拟机，以便用于用户任务的应用程序的性能不下降(例如，以便应用程序的响应时间不等于或大于预定时间)。另一方面，当没有性能保证时，可以降低分配的优先级，因而虚拟机可以根据尽力服务等来被分配。

已知以下用于分配云系统中的虚拟机的技术。更具体地，服务器中提供的负载监控器监控由服务器提供的服务的负载。当负载的值大于第一阈值时，服务器中提供的激活单元激活新的虚拟机。当负载的值小于第二阈值时，停止工作的虚拟机。通过这种方式，能够灵活地处理服务的负载中的改变。

然而，在上述传统的技术中，没有考虑应用程序的性能保证。因此，当虚拟机的负载满足一定条件时，无论性能是否被保证都除去虚拟机，因此可能不能维持具有性能保证的应用程序的性能。

专利文件1：日本特开2012-37935号公报。

发明内容

根据本发明的一个实施方式的管理系统包括：信息处理装置，其执行多个处理实体，每个处理实体与至少一个应用程序有关，所述应用程序包括性能不被保证的第一应用程序和性能被保证的第二应用程序；管理装置，其管理数据存储单元，所述数据存储单元与应用程序的识别信息相关联地存储与该应用程序有关的处理实体的识别信息和表示性能是否被保证的信息；以及负载平衡装置，其将处理分配到多个处理实体。管理装置包括：请求单元，在检测到与所述第二应用程序有关的第二处理实体的负载相关的值等于或大于第一预定阈值时，所述请求单元通过使用所述数据存储单元来指定与所述第一应用程序有关的第一处理实体，且所述请求单元请求所述信息处理装置停止所述第一处理实体，以及所述信息处理装置包括：管理单元，在检测到与所述第一处理实体的负载有关的值等于或小于第二预定阈值时请求停止所述第一处理实体的所述请求单元停止所述第一处理实体时，所述管理单元请求所述负载平衡装置停止将处理分配到所述第一处理实体，且所述管理单元使包括在所述多个处理实体中的第三处理实体开始针对所述第二应用程序的处理。

根据本发明另一实施方式，提供一种管理方法，包括：通过管理装置检测与第一应用程序有关的第一处理实体的负载相关的值等于或大于第一预定阈值，其中信息处理装置执行多个处理实体，每个处理实体与包括性能被保证的第一应用程序和性能不被保证的第二应用程序的应用程序中的至少之一有关；通过使用数据存储单元经由所述管理装置指定与所述第二应用程序有关的第二处理实体，所述数据存储单元与应用程序的识别信息相关联地存储与该应用程序有关的处理实体的识别信息和表示性能是否被保证的信息；通过所述管理装置请求所述信息处理装置停止所述第二处理实体；在检测到所述管理装置请求停止所述第二处理实体时，通过所述信息处理装置请求负载平衡装置停止将处理分配到所述第二处理实体；在检测到与所述第二处理实体的负载有关的值等于或小于第二预定阈值时，通过所述信息处理装置停止所述第二处理实体；通过所述信息处理装置使包括在所述多个处理实体中的第三处理实体开始针对所述第一应用程序的处理。

根据本发明又一实施方式，提供一种管理方法，包括：通过计算机检测与第一应用程序有关的第一处理实体的负载相关的值等于或大于第一预定阈值，其中信息处理装置执行多个处理实体，每个处理实体与包括性能被保证的第一应用程序和性能不被保证的第二应用程序的应用程序中的至少之一有关；通过使用数据存储单元经由所述计算机指定与所述第二应用程序有关的第二处理实体，所述数据存储单元与应用程序的识别信息相关联地存储与该应用程序有关的处理实体的识别信息和表示性能是否被保证的信息；通过所述计算机请求所述信息处理装置停止所述第二处理实体。

借助权利要求中具体指出的元素和组合，将实现和达到实施方式的目的和优点。

应当理解的是，上面的一般描述和下面的详细描述是示例性的和说明性的，而不是如权利要求所主张的那样用于对实施例进行限制。

附图说明

图1是示出了第一实施方式的系统概要的图；

图2是分配管理装置的功能框图；

图3是第一实施方式的服务器的功能框图；

图4是示出了用于从服务器收集测量数据的处理的处理流程的图；

图5是示出了存储在测量数据存储单元中的数据的例子的图；

图6是示出了存储在收集数据存储单元中的数据的例子的图；

图7是示出了当执行性能被保证的应用程序的虚拟机变得不够时用于添加虚拟机的处理的处理流程的图；

图8是示出了存储在阈值存储单元中的数据的例子的图；

图9是示出了存储在合同数据存储单元中的数据的例子的图；

图10是示出了当执行性能被保证的应用程序的虚拟机变得不够时用于添加虚拟机的处理的处理流程的图；

图11是示出了存储在VM数据存储单元中的数据的例子的图；

图12是示出了存储在VM数据存储单元中的数据的例子的图；

图13是示出了存储在设定数据存储单元中的分配设定的例子的图；

图14是示出了存储在VM数据存储单元中的数据的例子的图；

图15是示出了存储在合同数据存储单元中的数据的例子的图；

图16是示出了存储在设定数据存储单元中的分配设定的例子的图；

图17是示出了第二实施方式的系统概要的图；

图18是第二实施方式的服务器的功能框图；

图19是示出了当执行性能被保证的应用程序的虚拟机变得不够时用于添加虚拟机的处理的处理流程的图；

图20是第三实施方式的服务器的功能框图；

图21是计算机的功能框图。

具体实施方式

[实施方式1]

图1示出了第一实施方式的系统。数据中心1、用户终端5和承包商终端7连接到例如是英特网的网络3。服务器1A至1C是物理服务器，服务器1A至1C和分配管理装置10位于数据中心1。服务器1A至1C和分配管理装置10通过LAN(局域网)缆线等连接，因而可以进行通信。操作承包商终端7的承包商(本实施方式中服务的提供者)提供由服务器1A至1C执行的应用程序的服务。服务的用户是操作用户终端5的用户。在图1中，服务器的数量是3个，然而，数量不受限制。

图2示出了分配管理装置10的功能模块。分配管理装置10包括通信单元100、合同管理器101、合同数据存储单元102、收集单元103、收集数据存储单元104、确定单元105和阈值存储单元106。

通信单元100执行用于将数据传送到另一装置和用于从另一装置接收数据的处理。合同管理器101管理存储在合同数据存储单元102中的数据。收集单元103从服务器1A至1C收集与虚拟机的负载有关的数据，并且将收集的数据存储在收集数据存储单元104中。确定单元105使用存储在合同数据存储单元102中的数据、存储在收集数据存储单元104中的数据和存储在阈值存储单元106中的数据，以执行用于确定要停止的虚拟机的处理。

图3示出了服务器的功能模块。服务器包括通信单元1001、测量单元1002、测量数据存储单元1003、管理器1004、VM(虚拟机)数据存储单元1005、负载平衡器1006、设定数据存储单元1007、虚拟机100A和虚拟机100B。在图3中，虚拟机的数量是2个，然而，数量是不被限制的。

通信单元1001执行用于将数据传送到另一装置和用于从另一装置接收数据的处理。测量单元1002测量与虚拟机100A和100B的负载有关的数据，并且将测量的数据存储在测量数据存储单元1003中。管理器1004执行用于管理存储在虚拟机数据存储单元1005中的数据的处理。负载平衡器1006基于存储在设定数据存储单元1007中的数据来执行用于将从用户终端5接收的处理请求分配到虚拟机100A和100B的处理。虚拟机100A和100B执行用于进行与服务有关的处理的应用程序。

接下来，使用图4至图16来解释图1所示的系统的操作。首先，使用图4至图6来解释由分配管理装置10执行的用于从服务器1A至1C收集测量数据的处理。

例如，服务器1A至1C的测量单元1002周期性地测量与虚拟机100A和100B的负载有关的数据，并且将测量的数据存储在测量数据存储单元1003中。

图5示出了存储在测量数据存储单元1003中的数据的例子。在图5的例子中，存储服务器编号、虚拟机编号、测量数据、CPU(中央处理单元)使用率、存储器使用率和响应时间。在服务器编号的列中，存储包括测量数据存储单元1003的服务器的服务器编号。

测量单元1002例如周期性地将存储在测量数据存储单元1003中的、与虚拟机的负载有关的数据输出到通信单元1001。因此，通信单元1001将与虚拟机的负载有关的数据传送到分配管理装置10。测量单元1002例如为每个虚拟机将与负载有关的最新数据输出到通信单元1001。

分配管理装置10的通信单元100接收与虚拟机的负载有关的数据(图4：步骤S1)。然后，通信单元100将与虚拟机的负载有关的数据输出到收集单元103。

在从通信单元100接收与虚拟机的负载有关的数据之后，收集单元103将数据存储在收集数据存储单元104中(步骤S3)。

图6示出了存储在收集数据存储单元104中的数据的例子。在图6的例子中，存储服务器编号、虚拟机编号、CPU使用率、存储器使用率和响应时间。

通过执行例如上述处理，分配管理装置10能够知道由服务器1A至1C执行的虚拟机的负载。

接下来，使用图7至图16来解释当没有足够的虚拟机来执行具有性能保证的应用程序时用于添加虚拟机的处理。

首先，分配管理装置10的确定单元105从收集单元103获取收集数据(换句话说，存储在收集数据存储单元104中的数据)，并且从合同管理器101获取合同数据(换句话说，存储在合同数据存储单元102中的数据)。确定单元105还读出存储在阈值存储单元106中的阈值。

图8示出了存储在阈值存储单元106中的数据的例子。在图8的例子中，存储CPU使用率、存储器使用率和响应时间的阈值。这些阈值是用于确定虚拟机的负载是否高的阈值，并且由管理员等提前设定。

图9示出了存储在合同数据存储单元102中的合同数据的例子。在图9的例子中，承包商编号、应用程序编号(以下简写为APL编号)、描述合同内容的信息、服务器编号和虚拟机编号。例如，当合同数据是图9所示的数据以及检测到的虚拟机的虚拟机编号是“1”时，识别具有服务器编号“1”的服务器。

确定单元105从合同数据识别执行具有性能保证的应用程序的虚拟机。并且通过将包括在收集数据中的与虚拟机的负载有关的数据与阈值进行比较，确定单元105还从识别的虚拟机中检测负载等于或大于阈值的虚拟机(图7：步骤S11)。例如，确定单元105检测CPU使用率、存储器使用率或响应时间的其中一个等于或大于阈值的虚拟机。在本实施方式中，具有性能保证的应用程序是合同为“保证”的应用程序。

确定单元105从合同数据识别执行识别的虚拟机的服务器(步骤S13)。

从由识别的服务器执行的应用程序中，确定单元105通过使用合同数据来识别不具有性能保证的、由多个虚拟机执行的应用程序(步骤S15)。例如，当识别的服务器是图9中具有服务器编号“1”的服务器时，识别具有APL编号“2”的应用程序。在本实施方式中，不具有性能保证的应用程序是合同为“尽量服务”的应用程序。

确定单元105通过使用收集数据从执行识别的应用程序的复数个虚拟机中识别一个满足与负载有关的条件的虚拟机(步骤S17)。满足与负载有关的条件的虚拟机是例如具有最小CPU使用率、最小存储器使用率和最小响应时间的虚拟机。例如，在步骤S15中，当识别具有APL编号“2”的应用程序且将图6所示的收集数据存储在收集数据存储单元104中时，识别具有虚拟机编号“13”的虚拟机。步骤S17中识别的虚拟机是将被停止的虚拟机。

确定单元105通过通信单元100将由负载等于或大于阈值的虚拟机执行的应用程序的APL编号和要停止的虚拟机的虚拟机编号传送到执行要停止的虚拟机的服务器(步骤S19)。例如，当具有虚拟机编号“13”的虚拟机要被停止时，确定单元105将APL编号和虚拟机编号传送到服务器编号为“1”的服务器。

服务器(这里，假设该服务器是服务器1A)中的通信单元1001从分配管理装置10接收由负载等于或大于阈值的虚拟机执行的应用程序的APL编号和要停止的虚拟机的虚拟机编号(步骤S21)。然后，通信单元1001将接收的数据输出到管理器1004。然后，通过终端A和B，处理移到图10中的处理。

转到图10的解释，对于虚拟机编号是包括在接收数据中的虚拟机编号的虚拟机，服务器1A的管理器1004在虚拟机数据存储单元1005中设定删除标记(图10：步骤S23)。

图11示出了存储在虚拟机数据存储单元1005中的数据的例子。在图11的例子中，存储APL编号、代表URI(统一资源标识符)、应用程序的存储位置(以下简写为APL位置)、虚拟机编号和删除标记。代表统一资源标识符是当用户终端5使用应用程序请求处理时被使用的统一资源标识符。

例如，当为虚拟机编号为“13”的虚拟机设定删除标记时，如图12所示更新图11所示的数据。在图12所示的数据中，在针对虚拟机编号为“13”的虚拟机的行中在针对删除标记的列中设定“删除”。设定删除标记的虚拟机将被停止。

回到图10的解释，管理器1004请求负载平衡器1006停止将处理分配到要停止的虚拟机。因此，负载平衡器1006更新存储在设定数据存储单元1007中的分配设定，以便停止将处理分配到要停止的虚拟机(步骤S25)。

图13示出了存储在设定数据存储单元1007中的分配设定的例子。在图13的例子中，存储APL编号、服务器编号和虚拟机编号。在图13的例子中，对于具有APL编号“2”的应用程序，不存储虚拟机编号“13”，所以不将处理分配到具有虚拟机编号“13”的虚拟机。

负载平衡器1006通知管理器1004更新结束。其结果是，管理器1004确定要停止的虚拟机的CPU使用率是否为0％(步骤S27)。换句话说，管理器1004确定要停止的虚拟机是否处于空闲状态。当要停止的虚拟机的CPU使用率不为0％(步骤S27：“否”路线)时，处理返回到步骤S27的处理。

另一方面，当要停止的虚拟机的CPU使用率为0％(步骤S27：“是”路线)时，管理器1004停止CPU使用率为0％的虚拟机(步骤S29)。

对于由负载等于或大于阈值的虚拟机执行的应用程序，管理器1004激活虚拟机(步骤S31)。换句话说，虚拟机被新添加到服务器1A。在步骤S31中，管理器1004使用例如虚拟机图像等来激活虚拟机。

管理器1004激活由激活的虚拟机执行的应用程序(换句话说，由负载等于或大于阈值的虚拟机执行的应用程序)。然后，管理器1004更新存储在虚拟机数据存储单元1005中的数据(步骤S33)。图14示出了步骤S33之后存储在虚拟机数据存储单元1005中的数据的例子。当与图12所示的数据比较时，设定了删除标记的虚拟机编号“13”被删除，而虚拟机编号“4”被新设定。由具有虚拟机编号“4”的虚拟机执行的应用程序的APL编号是“1”。在步骤S33中，管理器1004使用虚拟机数据存储单元1005中的APL位置的数据来识别要激活的应用程序的存储位置。

管理器1004将包括停止的虚拟机的虚拟机编号、由停止的虚拟机执行的应用程序的APL编号、执行停止的虚拟机的服务器的服务器编号、添加的虚拟机的虚拟机编号、由添加的虚拟机执行的应用程序的APL编号和执行添加的虚拟机的服务器的服务器编号的有关变化的数据输出到通信单元1001。通信单元1001将包括有关变化的数据的通知传送到分配管理装置10(步骤S35)。

分配管理装置10的通信单元100从服务器1A接收包括关于变化的数据的通知(步骤S37)。通信单元100将包括关于变化的数据的通知输出到合同管理器101。

合同管理器101基于关于变化的数据来更新合同数据存储单元102(步骤S38)。例如，当更新图9所示的合同数据时，合同数据变为图15所示。换句话说，合同管理器101用添加的虚拟机的虚拟机编号代替停止的虚拟机的虚拟机编号，以及用由添加的虚拟机执行的应用程序的APL编号代替由停止的虚拟机执行的应用程序的APL编号。此外，与将合同从“尽量服务”改为“保证”一起，合同管理器101将承包商编号从用于先前执行的应用程序的承包商的承包商编号改为用于新执行的应用程序的承包商的承包商编号。

服务器1A的管理器1004请求负载平衡器1006开始将处理分配到添加的虚拟机。其结果是，负载平衡器1006更新存储在设定数据存储单元1007中的分配设定，以便开始将处理分配到添加的虚拟机(步骤S39)。例如，当更新图13所示的分配设定时，分配设定变为图16所示。更具体地，具有虚拟机编号“4”的虚拟机被添加为执行具有APL编号“1”的应用程序的虚拟机。

如上所述，即使执行具有性能保证的应用程序的虚拟机的负载变高，也新添加虚拟机。其结果是，维持具有性能保证的应用程序的性能成为可能。

此外，虽然执行没有性能保证的应用程序的虚拟机被停止，但是复数个虚拟机中仅一个虚拟机被停止。因此，能够抑制对应用程序的执行的影响。

此外，停止具有低处理负载的虚拟机(换句话说，当前进行很少处理的虚拟机)，所以能够立即停止虚拟机。

[实施方式2]

在第一实施方式中，服务器1A至1C中每个服务器具有执行用于平衡负载的处理的负载平衡器1006。在该第二实施方式中，解释了独立于服务器1A至1C来提供执行用于平衡负载的处理的负载平衡装置11的例子。

图17示出了该第二实施方式的系统。例如，数据中心1、用户终端5和承包商终端7连接到例如是英特网的网络3。服务器1A至1C是物理服务器，服务器1A至1C、分配管理装置10和负载平衡装置11被布置在数据中心1处。服务器1A至1C通过局域网缆线等连接到负载平衡装置11和分配管理装置10。操作承包商终端7的承包商(在该例子中，服务提供者)提供由服务器1A至1C执行的应用程序的服务。服务的用户是用户终端5的用户。在图17中，服务器的数量是3个，然而，数量不是被限制的。

图18示出了该第二实施方式的服务器的功能模块。服务器包括通信单元1001、测量单元1002、测量数据存储单元1003、管理器1004、虚拟机数据存储单元1005、虚拟机100A和虚拟机100B。在图18中，虚拟机的数量是2个，然而，数量是不被限制的。该第二实施方式的服务器不同于第一实施方式的服务器，其中，没有负载平衡器1006和设定数据存储单元1007。

接下来，将使用图19来解释从终端A和B的处理。在该第二实施方式中，有负载平衡装置11，所以从终端A和B的处理不同于第一实施方式的处理。

首先，对于虚拟机编号是包括在接收数据中的虚拟机编号的虚拟机，服务器1A的管理器1004在虚拟机数据存储单元1005中设定删除标记(图19：步骤S41)。

管理器1004将用于更新分配设定的更新请求(这里，这是停止将处理分配到要停止的虚拟机的请求)传送到负载平衡装置11(步骤S43)。

负载平衡装置11接收用于更新分配设定的更新请求(步骤S45)。然后，负载平衡装置11更新分配设定，以便停止将处理分配到要停止的虚拟机。

服务器1A的管理器1004确定要停止的虚拟机的CPU使用率是否为0％(步骤S49)。换句话说，管理器1004确定要停止的虚拟机是否处于空闲状态。当要停止的虚拟机的CPU使用率不为“0％”时(步骤S49：“否”路线)，处理返回到步骤S49的处理。

另一方面，当要停止的虚拟机的CPU使用率为“0％”时(步骤S49：“是”路线)，管理器1004停止CPU使用率为“0％”的虚拟机(步骤S51)。

然后，对于由负载等于或大于阈值的虚拟机执行的应用程序，管理器1004激活虚拟机(步骤S53)。换句话说，虚拟机被新添加到服务器1A。在步骤S53中，管理器1004使用例如虚拟机图像等来激活虚拟机。

管理器1004激活由激活的虚拟机执行的应用程序(换句话说，由负载等于或大于阈值的虚拟机执行的应用程序)。然后，管理器1004更新存储在虚拟机数据存储单元1005中的数据(步骤S55)。

管理器1004将包括停止的虚拟机的虚拟机编号、由停止的虚拟机执行的应用程序的APL编号、执行停止的虚拟机的服务器的服务器编号、添加的虚拟机的虚拟机编号、由添加的虚拟机执行的应用程序的APL编号和执行添加的虚拟机的服务器的服务器编号的关于变化的数据输出到通信单元1001。通信单元1001将包括关于变化的数据的通知传送到分配管理装置10(步骤S57)。

分配管理装置10的通信单元100从服务器1A接收包括关于变化的数据的通知(步骤S59)。通信单元100将包括关于变化的数据的通知输出到合同管理器101。

合同管理器101基于关于变化的数据来更新合同数据存储单元102(步骤S61)。

服务器1A的管理器1004将用于更新分配设定的更新请求传送(这里，这是开始将处理分配到添加的虚拟机的开始请求)到负载平衡装置11(步骤S63)。

负载平衡装置11接收更新请求(步骤S65)。然后，负载平衡装置11更新分配设定，以便开始将处理分配到添加的虚拟机(步骤S67)。

如上所述，即使当具有负载平衡功能的负载平衡装置11被独立于服务器1A至1C提供时，也能够通过与负载平衡装置11合作来适当地停止虚拟机和添加虚拟机。

[实施方式3]

在第一和第二实施方式中，解释了由虚拟机执行应用程序的例子。在该第三实施方式中，解释服务器1A至1C直接执行应用程序而不执行虚拟机的例子。

图20示出了该第三实施方式的服务器的功能模块。服务器包括通信单元1001、测量单元1002、测量数据存储单元1003、管理器1004、虚拟机数据存储单元1005、负载平衡器1006、设定数据存储单元1007、过程100A和过程100B。在图20中，过程的数量是2个，然而，数量不受限制。

如上所述，针对不用于虚拟机的应用程序的处理可以进行跟第一实施方式相同的处理。

虽然解释了本发明的实施方式，但是本发明不限于实施方式。例如，上述分配管理装置10和服务器1A至1C的功能模块配置可能不总是对应于程序模块配置。

此外，上述各个表的表配置仅仅是例子，且可以被修改。此外，对于处理流程，只要处理结果不变，可以交换步骤的转向或并行地执行步骤。

此外，在上述例子中，服务器1A至1C使用与虚拟机的负载有关的最近的数据。然而，服务器1A至1C可以在最近的预定时间段中使用与平均负载有关的数据。

此外，当负载值等于或大于阈值的虚拟机执行复数个应用程序时，可以为复数个应用程序中的至少一个添加虚拟机。

此外，上述分配管理装置10、负载平衡装置11和服务器1A至1C是图21所示的计算机装置。也就是说，如图21所示，存储器2501(存储装置)、CPU 2503(处理器)、硬盘驱动器(HDD)2505、连接到显示装置2509的显示控制器2507、可移动盘2511的驱动装置2513、输入单元2515以及与网络连接的通信控制器2517通过总线2519连接。用于执行实施方式中上述处理的操作系统(OS)和应用程序存储在硬盘驱动器2505中，且当由CPU 2503执行时从硬盘驱动器2505被读出到存储器2501。在需要时，CPU 2503控制显示控制器2507、通信控制器2517和驱动装置2513，使其进行必要的操作。此外，中间处理数据存储在存储器2501中，且如果必要存储在硬盘驱动器2505中。在该技术的该实施方式中，实现上述功能的应用程序被存储在计算机可读的非暂时性可移动盘2511中且被分布，然后从驱动装置2513被安装到硬盘驱动器2505。其可以通过例如英特网的网络和通信控制器2517被安装到硬盘驱动器2505。在上述计算机中，诸如CPU 2503和存储器2501的硬件、操作系统和必要的应用程序系统性地彼此合作，以便实现上面详细描述的各种功能。

上述实施方式概括如下：

与实施方式的第一方面有关的管理系统包括：(A)信息处理装置，其执行多个处理实体(例如实施例中的虚拟机或过程)，每个处理实体与至少一个应用程序有关，所述应用程序包括性能不被保证的第一应用程序和性能被保证的第二应用程序；(B)管理装置，其管理数据存储单元，所述数据存储单元与应用程序的识别信息相关联地存储与所述应用程序有关的处理实体的识别信息和表示性能是否被保证的信息；以及(C)负载平衡装置，其将处理分配到多个处理实体。且所述管理装置包括：(b1)请求单元，在检测到与所述第二应用程序有关的所述第二处理实体的负载相关的值等于或大于第一预定阈值时，所述请求单元通过使用所述数据存储单元来指定与所述第一应用程序有关的第一处理实体，且所述请求单元请求所述信息处理装置停止所述第一处理实体，以及所述信息处理装置包括：(a1)管理单元，在检测到与所述第一处理实体的负载有关的值等于或小于第二预定阈值时请求停止所述第一处理实体的所述请求单元停止所述第一处理实体时，所述管理单元请求所述负载平衡装置停止将处理分配到所述第一处理实体，且所述管理单元使包括在所述多个处理实体中的第三处理实体开始针对所述第二应用程序的处理。

通过利用上述配置，维持具有性能保证的应用程序的性能成为可能，这是因为即使执行具有性能保证的应用程序的虚拟机的负载变得高也新添加虚拟机。

此外，第一应用程序可以与复数个处理实体中的第二复数个处理实体有关，而请求单元可以(b11)从第二复数个处理实体中指定第一处理实体。通过利用上述配置，可以避免缺少与性能不被保证的应用程序有关的处理实体。

此外，一旦检测到管理单元请求负载平衡装置停止将处理分配到第一处理实体，则负载平衡装置可以停止将处理分配到第一处理实体。通过利用上述配置，第一处理实体可以避免执行新的处理。

此外，管理装置还可以包括(b2)收集单元，其从信息处理装置收集与多个处理实体的负载有关的值。通过利用上述配置，管理装置管理多个处理实体成为可能。

此外，请求单元可以从第二多个处理实体中指定与负载有关的值最小的第一处理实体。通过利用上述配置，立即激活第三处理实体成为可能。

此外，多个处理实体是虚拟机。

一种与实施方式的第二方面有关的管理方法包括：(D)通过管理装置检测与第一应用程序有关的第一处理实体的负载相关的值等于或大于第一预定阈值，其中信息处理装置执行多个处理实体，每个处理实体与至少一个应用程序有关，所述应用程序包括性能被保证的第一应用程序和性能不被保证的第二应用程序；(E)通过使用数据存储单元经由所述管理装置指定与所述第二应用程序有关的第二处理实体，所述数据存储单元与应用程序的识别信息相关联地存储与应用程序有关的处理实体的识别信息和表示性能是否被保证的信息；(F)通过所述管理装置请求所述信息处理装置停止所述第二处理实体；(G)在检测到所述管理装置请求停止所述第二处理实体时，通过所述信息处理装置请求负载平衡装置停止将处理分配到所述第二处理实体；(H)在检测到与所述第二处理实体的负载有关的值等于或小于第二预定阈值时，通过所述信息处理装置停止所述第二处理实体；(I)通过所述信息处理装置使包括在所述多个处理实体中的第三处理实体开始针对所述第一应用程序的处理。

顺便说下，能够创建使计算机执行上述处理的程序，这样的程序存储在计算机可读存储介质或存储装置中，例如软盘、CD-ROM、DVD-ROM、磁光盘、半导体存储器和硬盘。此外，中间处理结果临时存储在诸如主存储器等的存储装置中。

本文所述的所有例子和条件性语言用于教导目的，以帮助读者理解本发明和由发明人为促进现有本技术所贡献的构思，并且应当被理解为不限于这些具体所述的例子和条件，且说明书中该例子的组织也与本发明的优劣展示无关。虽然已经详细描述了本发明的实施方式，但是应当理解，在不脱离本发明的精神和范围的情况下，可以作出各种改变、代替和变更。

Claims (8)

1.一种管理系统，包括：

信息处理装置，其执行多个处理实体，每个处理实体与至少一个应用程序有关，所述应用程序包括性能不被保证的第一应用程序和性能被保证的第二应用程序；

管理装置，其管理数据存储单元，所述数据存储单元与应用程序的识别信息相关联地存储与该应用程序有关的处理实体的识别信息和表示性能是否被保证的信息；以及

负载平衡装置，其将处理分配到多个处理实体，以及

其中，所述管理装置包括：

请求单元，在检测到与所述第二应用程序有关的第二处理实体的负载相关的值等于或大于第一预定阈值时，所述请求单元通过使用所述数据存储单元来指定与所述第一应用程序有关的第一处理实体，且所述请求单元请求所述信息处理装置停止所述第一处理实体，以及

所述信息处理装置包括：

管理单元，在检测到与所述第一处理实体的负载有关的值等于或小于第二预定阈值时用于请求停止所述第一处理实体的所述请求单元停止所述第一处理实体时，所述管理单元请求所述负载平衡装置停止将处理分配到所述第一处理实体，且所述管理单元使包括在所述多个处理实体中的第三处理实体开始针对所述第二应用程序的处理。

2.如权利要求1所述的管理系统，其中，所述第一应用程序与所述多个处理实体中的复数个处理实体有关，且所述请求单元从所述复数个处理实体中指定所述第一处理实体。

3.如权利要求1所述的管理系统，其中，在检测到所述管理单元请求所述负载平衡装置停止将处理分配到所述第一处理实体时，所述负载平衡装置停止将处理分配到所述第一处理实体。

4.如权利要求1所述的管理系统，其中，所述管理装置还包括：

收集单元，其从所述信息处理装置收集与所述多个处理实体的负载有关的值。

5.如权利要求2所述的管理系统，其中，所述请求单元从所述复数个处理实体中指定如下第一处理实体，该第一处理实体的与负载有关的值最小。

6.如权利要求1所述的管理系统，其中，所述多个处理实体是虚拟机。

7.一种管理方法，包括：

通过管理装置检测与第一处理实体的负载有关的值等于或大于第一预定阈值，所述第一处理实体与第一应用程序有关，其中信息处理装置执行多个处理实体，每个处理实体与包括性能被保证的第一应用程序和性能不被保证的第二应用程序的应用程序中的至少之一有关；

通过使用数据存储单元经由所述管理装置指定与所述第二应用程序有关的第二处理实体，所述数据存储单元与应用程序的识别信息相关联地存储与该应用程序有关的处理实体的识别信息和表示性能是否被保证的信息；

通过所述管理装置请求所述信息处理装置停止所述第二处理实体；

在检测到所述管理装置请求停止所述第二处理实体时，通过所述信息处理装置请求负载平衡装置停止将处理分配到所述第二处理实体；

在检测到与所述第二处理实体的负载有关的值等于或小于第二预定阈值时，通过所述信息处理装置停止所述第二处理实体；

通过所述信息处理装置使包括在所述多个处理实体中的第三处理实体开始针对所述第一应用程序的处理。

8.一种管理方法，包括：

通过计算机检测与第一处理实体的负载有关的值等于或大于第一预定阈值，所述第一处理实体与第一应用程序有关，其中信息处理装置执行多个处理实体，每个处理实体与包括性能被保证的第一应用程序和性能不被保证的第二应用程序的应用程序中的至少之一有关；

通过使用数据存储单元经由所述计算机指定与所述第二应用程序有关的第二处理实体，所述数据存储单元与应用程序的识别信息相关联地存储与该应用程序有关的处理实体的识别信息和表示性能是否被保证的信息；

通过所述计算机请求所述信息处理装置停止所述第二处理实体。