CN103257899B - 计算机系统 - Google Patents

Abstract

本发明提供计算机系统。为了对虚拟计算机的资源进行再分配，有时会对用户带来虚拟计算机的重启、一定时间的服务停止、一定时间的网络带宽的占用等妨碍（以下，称作副作用）。但是，无法在用户能够详细地掌握副作用后，进行VM的资源的分配。设置管理服务器，其具有监视虚拟计算机、虚拟化服务器和连接虚拟化服务器的网络资源，计算虚拟计算机的资源再分配的副作用的功能。实现在进行虚拟计算机的资源再分配之前，管理服务器将副作用提示给用户并得到用户认可的机制。

Description

计算机系统

技术领域

本说明书公开的主题涉及虚拟计算机的资源分配方法和装置。

背景技术

通过将计算机的物理资源看成多个逻辑资源的虚拟化软件，可以在一台计算机上运行多个虚拟计算机（以下，成为VM）。此外，虚拟化软件由于吸收硬件的特性，因此VM不依赖于计算机硬件的特性，VM的硬件间的移动容易。以下，将导入虚拟化软件，使多个VM动作的计算机称作服务器。

在VM中导入用于构筑用户的作业区域即桌面的OS（基本软件），用户通过远距离操作利用VM的桌面虚拟化技术不断发展。通过VM实现桌面，能够实现导入、运用、维护成本的削减。此外，通过在数据中心将数据应用集中在一处，在安全方面也有利。

虚拟计算机能够利用的硬件资源（CPU处理时间，存储器量，盘存取区域，网络区域等）由虚拟化软件决定。在分配的资源不足的情况下，虚拟计算机的性能降低。例如，在虚拟计算机上构成桌面的虚拟化桌面的情况下，如果CPU的资源不足则用户对于虚拟化桌面的操作的反应变慢，用户的利用感降低。因此，需要在对虚拟计算机分配的资源产生不足的情况下，如果用户希望再分配资源则立即追加分配资源的方法。但是，为了削减成本，在用户不特别希望再分配资源的情况下，优选不对虚拟计算追加分配不需要的资源。

现有技术（专利文献1）中，用户将用户日常（平均）最需要的计算机的处理能力（计算机性能水平）预先设定（注册）在系统侧，预先设定分配给自身的单个虚拟计算机的资源分配，在需要临时超过或者低于用户设定的计算机的处理能力（日常使用的处理能力（计算机性能水平））的处理能力的情况下，对系统请求资源分配的临时变更。用户支付被分配了日常所需的资源的单个虚拟计算机产生的针对服务的报酬，在需要临时超过或者低于用户设定的计算机的处理能力（日常使用处理能力）的处理能力的情况下，在通常的报酬上加价，或者降低通常的报酬来支付报酬，从而接受所需的服务。

但是，为了再分配虚拟计算机的资源，有时会对用户带来虚拟计算机的重启、一定时间的服务停止、以及将虚拟计算机移动到其他服务器装置的情况下的一定时间的网络带宽的占有等障碍（以下，称为副作用）。但是，不存在用户事先掌握副作用，在了解的基础上进行VM的资源的分配方法，有时会带来不利。

即使不是为了对虚拟计算机的资源进行再分配，而是向其他服务器装置移动的情况下也存在同样的课题。

专利文献1：日本特开2011-170679号公报（段落0047）

发明内容

本说明书中公开的技术是，事先向用户提示在向在某个服务器装置中运行的虚拟计算机再分配资源的情况下，或者为了资源的再分配或其他目的而向其他服务器装置移动虚拟计算机的情况下的副作用。

具体来说，公开一种资源分配方法，其具备以下机制：设置监视虚拟计算机以及连接虚拟计算机的网络资源，计算虚拟计算机的资源再分配的副作用的功能的管理服务器，管理服务器在进行虚拟计算机的资源再分配之前，将副作用事先提示给用户并得到用户的认可。

作为更具体的方式公开了一种计算机系统，经由网络将第一虚拟计算机进行动作的第一服务器装置、一个以上的其他服务器装置、管理服务器装置以及第一终端连接，

管理服务器装置，

从第一虚拟计算机的用户使用的第一终端接受向所述第一虚拟计算机的资源的再分配请求，

计算被请求的资源的再分配产生的副作用，

将计算出的所述副作用的信息发送给第一终端来提示用户，

在从第一终端接收到用户向第一终端输入的针对副作用的认可时，开始被请求的资源的再分配。

并且，公开了管理服务器装置计算使第一虚拟计算机从第一服务器装置向其他服务器装置移动时的、与虚拟盘传送相伴的经由网络的通信速度的降低、与移动相伴的第一虚拟计算机的响应速度的降低、由于所述资源的再分配从而需要第一虚拟计算机的重新启动中的任意一个以上，来作为副作用。

并且，公开了第一终端在画面上显示请求虚拟计算机的资源再分配的按钮，根据用户针对按钮的按压操作，向管理服务器装置发送资源的再分配请求。

并且，公开了管理服务器装置在接收到资源的再分配请求时，调查第一虚拟计算机对于第一服务器装置的资源利用状况，

如果资源的种类中的任意一种未超过预先决定的阈值，则向第一终端发送拒绝资源的再分配请求的响应。

并且，公开了管理服务器装置调查第一虚拟计算机的资源利用状况，在资源的种类中的任意一种超过了预先决定的阈值时，调查有无成为第一虚拟计算机的移动目的地的其他服务器装置，或者调查是否正在移动在第一服务器装置上动作的其他虚拟计算机，

在不存在其他服务器装置时，或者其他虚拟计算机正在移动时，向第一终端发送拒绝所述资源的再分配请求的响应。

此外，作为其他的方式公开了一种计算机系统，经由网络将第一虚拟计算机进行动作的第一服务器装置、一个以上的其他服务器装置、管理服务器装置以及第一终端连接，

管理服务器装置，

调查第一虚拟计算机对于第一服务器装置的资源利用率，

在资源的种类中的任意一种以上的种类超过了预先决定的阈值时，计算资源的再分配产生的副作用，

向第一终端发送伴有计算出的所述副作用的信息的资源的再分配的提案，来提示用户，

在从第一终端接收到用户向述第一终端输入的针对副作用的认可时，开始所提出的资源的再分配。

当在第一服务器装置上，第一虚拟计算机以外的一个以上的虚拟计算机动作时，管理服务器装置，

调查各个虚拟计算机对于第一服务器装置的资源利用率，

当存在多个资源的种类中的任意一种以上的种类超过预先决定的阈值的虚拟计算机时，在多个虚拟计算机之间赋予优先顺序，

按照优先顺序，实施副作用的计算和资源的再分配的提案。

此外，作为其他的方式公开了一种计算机系统，经由网络将第一虚拟计算机进行动作的第一服务器装置、一个以上的其他服务器装置、管理服务器装置以及第一终端连接，

管理服务器装置，

调查在第一服务器装置中进行动作的第一虚拟计算机利用的资源，

在能够向其他服务器装置移动第一虚拟计算机时，计算移动产生的副作用，

向第一终端发送伴有计算出的所述副作用的信息的移动的提案，来提示用户，

在从第一终端接收到用户向第一终端输入的针对副作用的认可时，进行所提出的移动。

根据以上的公开，用户能够在执行资源再分配前掌握虚拟计算机的资源再分配带来的副作用。

附图说明

图1是实施例1的系统结构全体的图。

图2是例示实施例的服务器102的内部结构的图。

图3是例示实施例的VM设定信息241的内部结构的图。

图4是例示实施例的资源分配部111的内部结构的图。

图5是例示实施例的资源状况DB4012内部结构的图。

图6是例示实施例的网络路径DB402的内部结构的图。

图7是例示实施例的分配阈值表403的内部结构的图。

图8是例示实施例的分配记录DB404的内部结构的图。

图9是例示实施例的副作用计算DB408的内部结构的图。

图10是例示实施例的分配请求对应部405动作顺序的流程图。

图11是例示实施例的分配提案部406的动作顺序的流程图。

图12是例示实施例的资源分配代理151的表示画面的图。

图13是例示实施例的系统动作开始的动作顺序的顺序图。

图14是例示实施例的系统动作结束的动作顺序的顺序图。

图15是例示实施例的出现来自用户的资源再分配请求时的动作顺序的顺序图。

图16是例示实施例的出现来自多个用户的资源再分配请求时的动作顺序的顺序图。

图17是例示实施例的服务器负载高时的分配提案的动作顺序的顺序图。

图18是例示将实施例的VM集中在一处的动作顺序的顺序图。

具体实施方式

以下，使用附图说明实施例。

（实施例1）

在本实施例中，说明在虚拟计算机（VM）中构筑用户的作业环境即桌面，将其作为虚拟化桌面使用时的VM的资源分配方法的例子。

图1是表示实施例1的系统结构的图。本系统包含虚拟化基础和向该虚拟化基础上的VM远距离连接，对VM进行远距离操作的多台终端而构成，所述虚拟化基础包括使VM动作的多台服务器和对VM的资源进行监视和管理的一台管理服务器而构成。终端经由宽范围的网络（WAN）连接到小范围网络（LAN），并连接到与小范围网络连接的虚拟化基础。本系统的一个例子是，对企业的数据中心中的虚拟化桌面进行集中管理的基础和用于利用虚拟化桌面的终端系统。在该情况下，小范围网络（LAN）成为数据中心内的本地网络。

详细说明本实施例的系统。本实施例的系统包含管理服务器101、以服务器102所代表的服务器装置组、终端141所代表的终端组和用于所述三者互相通信的LAN132和WAN131这样的网络而构成。此外，作为本系统的用户，具有利用终端141的用户1、利用终端142的用户、利用终端143的用户3。服务器102所代表的服务器装置组是用于使VM动作的装置。管理服务器用于管理VM的动作制御、资源分配的装置。终端是用于用户与VM连接来利用的装置。

图2是用于例示服务器102的内部结构的图。服务器102可以在包含存储器201、处理器202、固定盘203和通信硬件204而构成的计算机上实现。

处理器（CPU）202是具有用于处理数据的计算功能的硬件。最近的处理器有时包含一个以上的由执行数据处理命令的部分和临时保存处理结果的部分等构成的一组硬件即CPU核心。各个CPU核心可以独立动作，因此CPU核心数多，CPU性能提高。图2所示的处理器202是由核心251、核心252、核心253、核心254的4组CPU核心构成的处理器。

通信硬件204是NIC（网络接口卡）等用于网络通信的装置。固定盘203是存储数据和数据处理软件（程序）的非易失性存储介质（例如磁盘、闪速存储器等）。存储器201是执行程序时处理器202利用的存储介质，可以是易失性的。

固定盘203中存储了OS（操作系统）231、资源监视代理114、虚拟化软件113、VM121的虚拟固定盘即VHD211、VM122的虚拟固定盘即VHD212、VM123的虚拟固定盘即VHD213、VM设定信息241。关于VM设定信息241在后面叙述。

OS231进行通信硬件204的制御和存储器201的管理，包括将虚拟化软件113和资源监视代理114在存储器201中展开并执行的功能。

虚拟化软件113是具备在服务器102上实现虚拟计算机和虚拟化桌面的所谓虚拟化功能的软件。虚拟化软件113参考后述的VM设定信息241，对VM分配硬件资源并使其动作。另外，虚拟化软件113具备从其他的服务器的软件接受命令，并根据该命令进行VM的新生成、启动、结束、向其他服务器移动等功能。此外，资源监视代理114是具备收集与在虚拟化软件113上运行的VM和服务器103的资源利用率（CPU的每个核心的利用率、存储器利用率、固定盘（HDD）存取带宽的利用率、网络带宽的利用率）有关的信息，将收集到的信息发送给其他的软件的功能的软件。其他的服务器是与服务器103相同的结构。其中，每个服务器的处理速度和能够容纳的VM数有时也不同。

上述软件由处理器202执行，实现上述和以下说明的功能。

图3是例示VM设定信息241的内部结构的图。VM设定信息241是在虚拟化软件113启动VM时，表示对各个VM分配的资源量的数据。首先，在ID301的列中记载在服务器102上运行的VM的ID。处理器302表示各个VM利用的CPU核心数。盘存取带宽303表示各个VM利用的盘存取带宽。在该项目中记载了“共享”的情况表示不对各VM单独分配带宽，所有VM共享一个通信路径。最后，网络带宽305表示各个VM利用的网络接口的最大通信带宽。在该项目中记载“共享”的情况表示不对各VM单独分配专用的带宽，所有VM共享一个通信路径。

管理服务器101是能够进行用于管理服务器组中的VM的资源分配的网络通信的装置。管理服务器101包含资源分配部111而构成。关于资源分配部111的结构在后面叙述。

作为终端的例子，说明终端141。终端141中配置资源分配代理151和VM连接部161。另外，VM连接部161是与服务器102等服务器上的VM连接，将VM的画面在终端141的画面中进行表示的所谓画面转发软件。关于资源分配代理151在后面进行叙述。其他的终端是与终端141相同的结构。但是，有时每个终端的处理速度和表示画面的尺寸不同。

上述管理服务器101和终端141其他的各处理部和以下说明的功能也通过在具备处理器和存储装置的计算机中，由处理器执行在存储装置中存储的用于实现各部件和功能的程序来实现。

图4例示资源分配部111的详细的功能结构。资源分配部111包括资源状况DB401、网络路径DB402、分配阈值表403、分配记录DB404、副作用计算DB408、分配请求对应部405、分配提案部406和VM偏置部407而构成。以下说明各个要素。

图5是例示资源状况DB401的结构的图。资源状况DB401是用于保存虚拟化基础上的各服务器和VM的资源的利用状况的数据库。服务器501的列记录虚拟化基础中的服务器的设备名。CPU利用率502记录各个服务器上运行的VM所利用的CPU核心的利用率和虚拟化软件自身的CPU核心利用率。盘存取带宽利用率503记录各个服务器上运行的VM所占有的盘存取带宽和虚拟化软件自身所占有的盘存取带宽。存储器利用率504记录分配了在各个服务器上运行的VM的存储器的利用率和虚拟化软件自身利用的存储器区域的利用率。网络带宽利用率505记录各个服务器上运行的VM所占有的网络带宽和虚拟化软件自身所占有的网络带宽。

图6是例示网络路径DB402的结构的图。网络路径DB402是存储本系统的虚拟化基础的各服务器间的网络路径的数据库。网络路径601记载起点的服务器和终点的服务器所构成的各网络路径。网络装置602记录各个网络路径所通过的网络装置（路由器或集线器）的一览。

图7是例示分配阈值表403的结构的图。分配阈值表403是对于各硬件资源记录推荐的最大利用率的表。VM的某一资源的利用率超过该最大利用率的情况下，由于可能影响VM的性能，因此是包含最好进行资源的再分配的意思的数据。资源的种类701记录各硬件的资源的种类。阈值702记录对各个资源推荐的最大利用率。

图8是例示分配记录DB404的结构的图。分配记录DB404是记录在本系统中正在实施或已经实施的VM的资源分配的数据库。ID801的列记录资源分配对象的VM的ID。分配前的服务器802记录分配对象的VM在分配前运行的服务器的ID。分配后的服务器103记录分配对象的VM在分配后运行的服务器的ID。分配开始时刻804记录分配开始的时刻。分配结束时刻805在分配结束的情况下，记录该结束时刻，在分配没有结束的情况下，记录该结束预定时刻。

图9是例示副作用计算DB408的结构的图。副作用计算DB408是记录与VM的资源分配相伴的数据转发作业和软件设定变更作业等以及这些作业对用户的影响的数据库。首先，作业ID1101是资源分配所需的作业项目的区别号码。作业1102是作业内容的说明。对用户的影响1103记载各个作业对成为资源分配对象的VM的用户的影响。计算方法1104记载各个作业的所有时间或所有时间的计算方法。

图10是例示分配请求对应部405的动作步骤的流程图。分配请求对应部405是在具有来自用户的VM的资源分配请求时进行对应的功能。分配请求对应部405在管理服务器101运行的期间始终运行。

在步骤901中，等待来自用户的资源分配请求。在接受了来自用户的资源分配请求的情况下，在步骤902中首先请求了资源分配的用户通过资源状况DB206确认利用中的VM（以下称为分配对象VM）的资源状况，确认在分配对象的VM的各资源中是否有超过了分配阈值表403中表示的阈值的资源。在没有利用率超过阈值的资源的情况下，步骤9010将拒绝分配的结果返回给用户，并返回到步骤901。后面叙述拒绝分配的显示方法。

另一方面，在利用率超过阈值，存在不足的资源（以下，称为不足资源）的情况下，为了消除资源不足，在步骤903以后研究再分配。不足资源也可以有多个。

在步骤903中，从资源状况DB206中搜索，搜索能够提供用于消除在步骤902中确定的资源不足的资源的服务器（以下，称为分配用服务器），并选择任意一个。

在步骤903中，分配用服务器也可以是全部满足下面的条件（1）、（2）、（3）的服务器。

（1）是不足资源的资源利用率为A%以下的服务器。A%也可以设为10%。另外，在不足资源存在多个时，也可以对各个资源设置利用率为A％以下的条件。此外，不足资源存在多个时，也可以对一部分资源设置利用率为A％以下的条件。

（2）从分配对象的VM运行中的服务器开始的网络路径与已经正在实施在其他VM的分配中使用的网络路径不重叠。

（3）在满足上述条件（1）和（2）的服务器中，从分配对象的VM运行中的服务器开始的网络路径所利用的网络装置（路由器和集线器等）的数最小。

如上述这样，本实施例中步骤902中，在请求资源分配时，判定相应VM的哪个资源不足。

在步骤904中，当在步骤903中没有发现再分配用服务器的情况下，将不能分配的结果在步骤905中返回给用户，并返回步骤901。不能分配的显示方法在后面叙述。另一方面，当在步骤903发现了分配用服务器的情况下，在步骤906中计算进行分配时的副作用。

在步骤907中将副作用提示给用户，在步骤908中确认用户是否认可。在用户认可情况下，在步骤909中实施资源再分配。在用户不认可的情况下返回步骤901。

后面叙述步骤906、步骤907的细节。

如上述这样，在本实施例中在不满足上述条件（1）、（2）、（3）的情况下，即没有能够确保分配用资源的服务器，或用于资源分配的数据转发与其他资源分配的数据转发在网络上或服务器上存在冲突的可能性的情况下，不对分配请求进行应对。

图11是例示分配提案部406的动作步骤的流程图。分配提案部406是以B分钟的间隔定期地被OS231调用执行的软件。B可以是10。一回的执行的顺序如下所示。

首先，在步骤1001中，确认在分配记录DB404中是否具有正在执行的资源分配。当具有正在执行的资源分配时结束。

接着，步骤1002中，参照资源状况DB401，确认是否存在具有超过在分配阈值表403中记载任意一个以上的阈值的资源的VM（以下称作资源不足的VM）。此外，将使用率超过阈值的资源称作不足资源。在没有资源不足的VM的情况下，分配提案部406结束。在资源不足的VM存在一个或多个的情况下，分配提案部406在步骤1003中，在资源不足的VM的组中决定顺序。

后面叙述步骤1003的处理内容。

在步骤1004中，按照在步骤1003中决定的顺序选择顺序高的VM，在步骤1005中，计算分配选择出的VM的不足资源时的副作用。

在步骤1006中，将在步骤1005中计算出的副作用提示给用户，谋求选择出的VM的用户的认可。

步骤1005的处理是后述的步骤903和后述的步骤906。接着，在步骤1007中，在用户认可资源分配的情况下实施分配，并结束。另一方面，在选择的VM的用户不认可的情况下，在步骤1009中，将选择出的VM从资源不足VM的组中除外，在资源不足VM的组中留有VM的情况下，返回步骤1004，否则结束处理，并在B分钟后再从步骤1001开始实施。

步骤1003的处理如下。作为在资源不足的VM的组中决定优先顺序的基准，利用以下基准（1）。

（1）不足资源的利用率越高的VM，优先顺序越高。

另外，也可利用下述基准（2）和基准（3）中的任意一个基准，来取代上述基准（1），。

（2）伴随资源再分配的使用网络转发的数据容量越少的VM，优先顺序越高。

（3）组织中职位越低的用户的VM，优先顺序越高。

（4）使用系统利用额越低的计划的用户的VM，优先顺序越高。

如上所述，本实施例中存在多个资源不足的VM的情况下，管理服务器在资源配资源利用率高的VM间分配优先顺序，并按照该顺序将配置提案提示给用户。

步骤906的详细处理如下。首先，资源分配对象的VM当前正在运行的服务器与步骤903中选择的服务器不同的情况下，从副作用计算DB408选择用于将分配对象的VM移动到在步骤903中选定的服务器的作业，并通过与其对应的计算方法计算各作业的所有时间。另外，在作业ID1的转发时间的计算中，虚拟盘尺寸是VHD211等文件的容量，转发速率（Transmit_speed）可以通过下面的式计算。

Transmit_speed=Max_speed/VM_number

这里，Max_speed是再分配对象的VM正在运行的服务器的网络接口的最大通信速度，VM_number是在与再分配对象VM相同的服务器中运行的VM总数。此外，作业ID2的转发时间的计算中，转发速率也可以利用上述的Transmit_speed的计算式。

如上述这样，本实施例中，在VM的资源分配时计算由分配作业带来的网络占有、盘存取带宽占有、VM操作反应的迟钝等副作用。

VM偏置部407例示将运行中的VM集中到一处，将不需要的服务器的电源关闭来抑制虚拟化基础的消耗电力的处理流程。VM偏置部407的详细处理在后面叙述。

图12表示资源分配代理151的显示画面。资源分配代理151是起到以下作用的软件：经由网络与管理服务器101的资源分配部111进行通信，将来自资源分配部111的提示信息显示给用户，此外，对资源分配部111转发与用户的选择有关的信息。

资源分配代理151在终端141中进行作业，显示画面1201。

画面1201中的按钮1221是用户在请求VM的资源分配时按压的按钮。

画面1202是分配请求对应部405在步骤910中拒绝分配请求的情况下，资源分配代理151对用户显示的画面。

画面1203是分配请求对应部405在步骤905中无法进行分配的情况下，资源分配代理151向用户显示的画面。

此外，画面1024是分配请求对应部405在步骤907中将计算出的副作用发送给资源分配代理151时，资源分配代理151对用户显示的画面。画面1024包含显示资源再分配的效果的显示区域1211和显示资源再分配的影响的显示范围1212。资源再分配的效果表示再分配后的资源状况。此外，资源再分配的影响显示分配请求对应部405在步骤906中计算出的结果。

最后，画面1205是在正在执行资源分配的过程中资源分配代理151对用户提示的画面。画面1205中的箭头1221表示资源分配的进展状况。

图13例示本实施例的系统的动作开始步骤。首先，系统管理者在步骤1301中启动管理服务器，此外，在步骤1302中启动服务器102、103、104。

步骤1303中，管理服务器启动资源分配部111。

步骤1304中，服务器102将虚拟化软件113在存储器上展开，虚拟化软件113进一步读取VM设定信息241，基于VM设定信息241对VM121、VM122和VM123分配硬件的资源，使其动作。

步骤1305中，各服务器102、103、104启动资源监视代理114。资源监视代理114每C分钟一次等，定期更新资源分配部111中的资源状况DB401的信息（在步骤1306中开始更新作业）。C的值也可以是1。

步骤1306中，虚拟化基础的启动完成。

接着，说明用户开始利用虚拟化基础的步骤。

步骤1307中，用户1启动终端141，在步骤1308中，用户1利用终端141与VM121连接，开始VM121的画面操作。

步骤1309是资源分配代理151启动，终端141在与步骤1308相同的定时执行的作业。由此，用户1完成用于VM121的画面操作的作业。

步骤1210中，用户2和用户3分别连接到VM122、VM123开始操作。最终，在步骤1211中，用户1、用户2、用户3分别利用VM121、VM122、VM123。另外，VM121、VM122、VM123在服务器102中运行。这是本实施例的系统的正常的利用状况。

图14是例示本实施例的系统的动作结束顺序的图。

步骤1400中，用户1、用户2、用户3分别利用VM121、VM122、VM123。另外，VM121、VM122、VM123在服务器102中运行。因此，首先，假设用户1结束作业。

在步骤1401中用户1将VM121的电源关闭。接着，在步骤1402中，用户1将终端141的电源关闭。此外，步骤1403中，用户2和用户3也分别将VM122、VM123的电源关闭，并将终端142、终端143的电源关闭。

在步骤1404中，系统管理者将VM不运行的服务器102和其他服务器（103、104）的电源关闭。此外，管理者在步骤1405中将管理服务器101的电源关闭。由此，本实施例的系统停止动作。

图15是例示在本实施例系统中，用户发出了VM的资源分配请求的情况下的动作步骤的图。首先，步骤1500中，用户1、用户2、用户3分别利用VM121、VM122、VM123。另外，VM121、VM122、VM123假设在服务器102中运行。

因此，步骤1501中，设服务器102的CPU核心1和核心2的利用率上升到90％。该CPU的高负载对用户1和用户2的VM的操作感觉带来影响。用户1在步骤1505中，在作业上感到障碍，在步骤1506中，通过按压资源分配代理151的画面1201的按钮1221，请求对VM121再分配资源。

另一方面，用户2对作业未感到障碍，依旧继续进行VM122的操作（步骤1504）。以下，说明针对用户1的资源分配请求的对应的一系列的动作。

首先，分配请求对应部405接受用户1的请求，在步骤1527中，实施上述步骤902到步骤906，计算资源再分配带来的副作用。

然后，步骤1507中，将在步骤906计算的副作用的信息发送给终端141的资源分配代理151，资源分配代理151使用副作用的信息生成画面1204，向终端141进行显示，谋求用户1认可资源再分配引起的副作用。

在步骤1508中，假设用户1向终端141输入了针对资源再分配引起的副作用的认可。于是，在步骤1509中，分配请求对应部405利用画面1205向用户通知盘转发的开始。

步骤1510中，服务器102将VM121的虚拟盘VHD211向服务器103移动。

步骤1531中，用户1能够在VHD211移动过程中操作VM121，但网络通信和盘的输入输出的性能降低。

步骤1511中，分配请求对应部405向用户通知VM移动开始。通知方法是将资源分配代理的画面1205的箭头1221移动到作业内容的“VM的移动”处。

步骤1512中，服务器102使VM121向服务器103移动VM。在本例中，假设采用服务器102不停止地使VM移动的方法。此外，服务器102将VM121的VM设定信息241也转发给服务器103。VM移动期间，在步骤1513中用户的VM操作有时停止。

步骤1514中，在服务器移动完成后，服务器103将VM121的VM设定信息的处理器302的值从1核心变更为2核心。接着，步骤1515中，分配请求对应部405将画面1205的箭头1221移动到作业内容的“重启”处，对用户通知重启。然后，步骤1516中，服务器103重启VM，应用资源分配结果。用户1在步骤1517中等待VM121的重启，在步骤1518中，再次与VM121连接，在步骤1519中，利用CPU核心数成为两个的VM121的环境。

如上述这样，本实施例中，在实施资源再分配之前，计算资源分配的副作用（步骤1527）并对用户进行提示（步骤1507）。在得到用户认可时（步骤1508）执行资源分配。

此外，本实施例中，在终端中设置资源分配请求的画面，用户在请求资源分配时按压该画面上的按钮（按钮1221），可以发送资源分配请求。

图16是例示在实施例的系统中，出现来自多个用户的资源再分配请求时的处理的流程的图。首先，步骤1600中，用户1、用户2、用户3分别利用VM121、VM122、VM123。另外，假设VM121、VM122、VM123在服务器102上运行。

在此，步骤1601中，假设服务器102的CPU核心1和核心2的利用率上升到90％。该CPU的高负载对用户1和用户2的VM的操作感带来影响。而且，用户1对作业感到障碍，在步骤1605中，请求资源分配。于是，步骤1606中，分配请求对应部405开始应对用户1的资源分配请求。

在步骤1606到步骤1611之间，分配请求对应部405进行上述步骤1507到步骤1518的一系列处理。但是，该情况下，用户2也对作业感到障碍，在步骤1608按压画面1201的按钮1221，将资源分配请求发送给分配请求对应部405。

该情况下，分配请求对应部405在步骤1606中处理用户2的请求。具体的，在步骤1609中，在上述步骤902到906的流程中进行处理。但是，该情况下，因为在分配记录DB404中存在与VM122相同服务器上运行的VM121的资源分配正在实施的记录，因此在步骤904的选择中，选择结果为“否”，执行步骤905。因此，步骤1610中，分配请求对应部405经由资源监视代理114对用户2提示画面1203。

图17是例示在实施例的系统中，VM的资源利用率高，但用户没有资源再分配请求时的处理的流程的图。首先，步骤1700中，用户1、用户2、用户3分别利用VM121、VM122、VM123。另外，假设VM121、VM122、VM123在一个服务器102上运行。

因此，在步骤1701中，假设服务器102的CPU核心1和核心2的利用率分别上升到92％和90％。该CPU的高负载对用户1和用户2的VM的操作感带来影响。但是，该情况下，用户1、用户2都不发出资源再分配请求。因此，假设在步骤1707中，分配提案部406检测出VM121和VM122的高的CPU利用率。于是，分配提案部406执行从上述步骤1003开始的处理。此时，在步骤1003中的资源不足VM组为VM121和VM122。

步骤1004中的顺序决定中，由于VM121的CPU利用率高，因此在步骤1004中选择VM121。而且，分配提案部406在步骤1006中，计算追加VM121的CPU核心时的副作用。

步骤1710中，分配提案部406把在步骤1006中计算出的副作用使用画面1204提示给用户。

步骤1710中，用户1拒绝该再分配的提案。于是，分配提案部406在步骤1009中将VM121从资源不足VM组除外，并返回步骤1004。这样，步骤1771中，分配提案部406选择资源不足VM组中剩余的VM122，计算副作用，并在步骤1712提示给用户2。

步骤1713中，用户2认可资源再分配。于是，在步骤1714中，进行VM122的CPU的核心数追加作业。

如上述这样，本实施例中，虽然VM的资源利用率高，但用户没有资源再分配请求时，管理服务器对资源利用率高的VM的用户实施资源再分配的提案。

图18是在例示实施例的系统中，将运行中的VM集中在一处（将集中在一处称为偏置），将不需要的服务器的电源关闭从而抑制虚拟化基础的消耗电力的处理的流程的图。

首先，ＶＭ偏置部407在步骤1800中，始终监视各服务器上的ＶＭ利用的CPU利用率502、盘存取带宽利用率503、存储器利用率504和网络带宽利用率505，并确认是否有能够偏置的服务器。为了确认是否有能够偏置的服务器，可以利用下面的方法。

VM偏置部407确认是否具有满足以下全部条件(1)、(2)、(3)、(4)、(5)的两个服务器X、Y。在存在满足全部条件(1)、(2)、(3)、(4)、(5)的两个服务器X、Y的情况下，将服务器X上的VM向服务器Y进行偏置。

（1）在服务器Ｘ上仅运行一个VM。在服务器Ｙ上运行一个以上的VM。

（2）在服务器Ｘ上运行的VM所利用的CPU核心数比服务器Ｙ上的利用率为0%的核心数少或者与之相等。此外，服务器Ｘ和服务器Ｙ上的各CPU核心的利用率不超过CPU的阈值702。

（3）服务器Ｘ上的VM的存储器利用率和服务器Ｙ的存储器利用率的总和不超过存储器带宽的阈值702。

（4）服务器Ｘ上的VM的盘存取带宽利用率和服务器Ｙ的盘存取带宽利用率的总和不超过盘存取带宽的阈值702。

（5）服务器Ｘ上的VM的网络带宽利用率和服务器Ｙ的网络带宽利用率的总和不超过网络带宽的阈值702。

在存在满足上述全部(1)、(2)、(3)、(4)、(5)的两个服务器X、Y的情况下，即使将服务器X上的VM移动到服务器Y，服务器Y的资源利用率也不会超过阈值，可以进行偏置。另外，对于一个服务器X，在存在多个服务器Y时，也可以选择CPU的利用率最少的服务器Y。

另外，在图18所示的例子中，步骤1801中，用户1、用户2、用户3分别利用VM121、VM122、VM123。另外，假设VM121、VM122、VM123在服务器102中运行。此外，服务器104也在步骤1802中执行一个以上的VM。

在步骤1803中，用户1将VM121的电源关闭，然后，步骤1804中，用户2将终端141的电源关闭。然后，在步骤1805中，用户2将VM122电源关闭，然后，在步骤1806中，用户2将终端142的电源关闭。在步骤1806的时刻，在服务器102上运行的仅是VM123。

因此，假设在步骤1807中，通过在步骤1800中记载的检测方法偏置部407检测出能够从服务器102向服务器104偏置VM。在步骤1808中，VM偏置部407选择服务器102中的VM123作为移动对象的VM，在步骤1809中计算从服务器102向服务器104移动时的副作用。

步骤1809的处理内容与步骤1005的副作用计算相同。因此，在步骤1810中VM偏置部407对用户3进行服务器移动的提案。该情况下，VM偏置部47对用户3提示画面1204。

步骤1811中，用户认可VM的服务器移动。然后，步骤1812中，服务器102将VM123向服务器103移动。

步骤1812的处理与步骤1507到步骤1512的处理相同。在VM123向服务器104移动后，在步骤1814中，服务器104使VM123动作。

步骤1813中，由于服务器102上的VM消失，因此管理者将服务器102的电源关闭。

如上述这样，本实施例中，在确认了用户认可后，管理服务器将运行中的VM偏置在一处，将VM消失的服务器的电源关闭，可以抑制服务器的消耗电力。

另外，本实施例中，也可以参考资源再分配的历史（分配记录DB404），决定系统启动时的VM的配置。例如，可以将资源再分配的回数多的VM再配置在相同的服务器上或均等地配置到各服务器。

另外，上述实施例只不过是例示，不限定于上述的公开，包含各种变形例。例如，上述实施例中，不一定包括说明的所有结构。

此外，上述各结构、功能、处理部、处理手段等中的一部分或全部例如可以通过集成电路进行设计等，从而通过硬件实现。此外，上述各结构、功能等也可以由CPU解释实现各个功能的程序并执行，从而通过软件实现。实现各功能的程序、数据库等信息可以置于存储器、HDD等存储装置或IC卡、SD卡、DVD等存储介质中。

符号说明

101：管理服务器

102：虚拟化服务器

103：虚拟化服务器

104：虚拟化服务器

121：虚拟计算机

113：虚拟化软件

114：资源监视代理

131：小范围网络（LAN）

112：宽范围网络（WAN）

141：终端

151：资源配置代理

161：VM连接部

Claims (4)

1.一种计算机系统，经由网络将第一虚拟计算机进行动作的第一服务器装置、一个以上的其他服务器装置、管理服务器装置以及第一终端连接，所述计算机系统的特征在于，

所述管理服务器装置，

从所述第一虚拟计算机的用户使用的第一终端接受向所述第一虚拟计算机的资源的再分配请求，

选择不足资源的预定资源利用率以下的服务器作为分配用服务器，

其中，该分配用服务器从分配对象的虚拟计算机运行中的服务器开始的网络路径与已实施的其他虚拟计算机使用的网络不重叠，并且从分配对象的虚拟计算机运行中的服务器开始的网络路径所利用的网络装置数最小；

计算被请求的资源的再分配产生的副作用，

将计算出的所述副作用的信息发送给所述第一终端来提示所述用户，

在从所述第一终端接收到所述用户向所述第一终端输入的针对所述副作用的认可时，开始被请求的所述资源的再分配，

其中，所述管理服务器装置计算使所述第一虚拟计算机从所述第一服务器装置向所述其他服务器装置移动时的、与虚拟盘传送相伴的经由所述网络的通信速度的降低、与所述移动相伴的所述第一虚拟计算机的响应速度的降低、以及由于所述资源的再分配从而需要所述第一虚拟计算机的重新启动，来作为所述副作用。

2.根据权利要求1所述的计算机系统，其特征在于，

所述第一终端在画面上显示请求所述虚拟计算机的资源再分配的按钮，根据所述用户针对所述按钮的按压操作，向所述管理服务器装置发送所述资源的再分配请求。

3.根据权利要求2所述的计算机系统，其特征在于，

所述管理服务器装置在接收到所述资源的再分配请求时，调查所述第一虚拟计算机对于所述第一服务器装置的资源利用状况，

如果所述资源的种类中的任意一种未超过预先决定的阈值，则向所述第一终端发送拒绝所述资源的再分配请求的响应。

4.根据权利要求3所述的计算机系统，其特征在于，

所述管理服务器装置调查所述第一虚拟计算机的资源利用状况，在所述资源的种类中的任意一种超过了预先决定的阈值时，调查有无成为所述第一虚拟计算机的移动目的地的其他服务器装置，或者调查是否正在移动在所述第一服务器装置上动作的其他虚拟计算机，

在不存在所述其他服务器装置时，或者其他虚拟计算机正在移动时，向所述第一终端发送拒绝所述资源的再分配请求的响应。