CN104008015A - 控制装置和资源控制方法 - Google Patents
控制装置和资源控制方法 Download PDFInfo
- Publication number
- CN104008015A CN104008015A CN201310737064.5A CN201310737064A CN104008015A CN 104008015 A CN104008015 A CN 104008015A CN 201310737064 A CN201310737064 A CN 201310737064A CN 104008015 A CN104008015 A CN 104008015A
- Authority
- CN
- China
- Prior art keywords
- services
- resource
- application
- load
- storer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/83—Admission control; Resource allocation based on usage prediction
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本公开涉及控制装置和资源控制方法。根据本公开的控制装置包括:收集单元,从执行应用的信息处理装置收集表示执行应用时的负载的负载信息;确定单元,确定收集单元收集的负载信息中表示的负载是否超过预定阈值;判定单元,当确定单元确定负载超过预定阈值时,使用收集单元收集的负载信息以及收集单元过去收集的负载信息来获得执行应用时的负载的增加/减少数量,并且基于所获得的增加/减少数量来判定执行应用时要分配的资源数量;以及分配单元,将判定单元判定的资源数量分配给应用。
Description
技术领域
这里讨论的实施例涉及控制装置和资源控制方法。
背景技术
传统上,存在如下技术,其中诸如数据中心的计算机系统向客户提供计算机资源。作为该技术的示例,提供了用于根据客户执行的应用的负载来改变提供给客户的计算机资源数量的公知技术。
例如,向客户提供计算机资源的计算机系统测量负载,诸如用于客户执行的应用的存储器数量,或者执行应用时的CPU(中央处理单元)利用率。当测量的负载超过预定值时,计算机系统向要提供给客户的计算机资源追加预设数量的计算机资源。
专利文献1:日本公开专利公布第2004-318474号
专利文献2:日本公开专利公布第2005-173928号
然而,在使用上述阈值改变提供给客户的计算机资源的技术中存在问题。就是说,当应用负载突然发生改变时,要提供的计算机资源的数量不能跟随负载的改变。
例如,当应用负载指数地增加时,针对计算机资源进行的追加可能不能跟随应用负载的增加。结果,在执行应用时可能出现问题。
因此,本发明的实施例的一个方面的目的在于提供使计算机资源短期跟随应用负载的控制装置和资源控制方法。
发明内容
根据实施例的一个方面,一种控制装置包括:收集单元,从执行应用的信息处理装置收集表示执行应用时的负载的负载信息;确定单元,确定收集单元收集的负载信息中表示的负载是否超过预定阈值;判定单元,当确定单元确定负载超过预定阈值时,使用收集单元收集的负载信息以及收集单元过去收集的负载信息来获得执行应用时的负载的增加/减少数量,并且基于所获得的增加/减少数量来判定执行应用时要分配的资源数量;以及分配单元,将判定单元判定的资源数量分配给应用。
附图说明
图1是用于说明根据第一实施例的信息处理系统的示图;
图2是图示服务提供服务器的功能配置的示图;
图3是用于说明自由APL编号表格的示例的示图;
图4A和4B是用于说明存储器管理表格的示例的示图;
图5是用于说明地址关系表格的示例的示图;
图6是用于说明服务关系表格的示例的示图;
图7是用于说明APL负载测量单元测量的数据的示例的示图;
图8是用于说明改变请求的示例的示图;
图9是用于说明资源分配控制服务器的功能配置的示图;
图10是用于说明负载条件表格的示例的示图;
图11是用于说明阈值的示例的示图;
图12是用于说明根据第一实施例的信息处理系统执行的处理的流程的序列图;
图13是用于说明根据第二实施例的资源分配控制服务器的功能配置的示图;
图14是用于说明负载条件表格的变形例的示图;
图15是用于说明根据第二实施例的信息处理系统执行的处理的流程的序列图;
图16是用于说明根据第三实施例的服务提供服务器的功能配置的示图;
图17是用于说明根据第三实施例的服务关系表格的示例的示图;
图18是用于说明根据第三实施例的信息处理系统执行的处理的流程的序列图;
图19是用于说明根据第三实施例的服务关系表格的变形例的示图;
图20是用于说明根据第三实施例的信息处理系统执行的处理的变形例的序列图;以及
图21是用于说明执行资源控制程序的计算机的示图。
具体实施方式
将参照附图说明本发明的优选实施例。
注意,实施例并非限制本公开的技术。在范围不冲突的情况下,每个实施例可以充分地组合形成。
[a]第一实施例
在第一实施例中,将使用图1对根据本申请的包括控制服务器的信息处理系统1进行描述。图1是用于说明根据第一实施例的信息处理系统的示图。在图1所示示例中,信息处理系统1具有用户终端2、ISP(互联网服务提供商)3、服务提供商终端4、ISP5、互联网6和数据中心10。数据中心10具有多个服务提供服务器11至13和资源分配控制服务器14。在图1中所示的示例中,用户终端2通过ISP3和互联网6连接到数据中心10。服务提供商终端4通过ISP5和互联网6连接到数据中心10。
数据中心10具有服务提供服务器11至13以外的多个服务提供服务器。ISP3和5是提供用于将用户终端2或服务提供商终端4连接到互联网6的服务的互联网提供商的网络。服务提供服务器12和13具有与服务提供服务器11相同的功能,并且因此下文将不再描述。
用户终端2是通过ISP3和互联网6接受数据中心10中包括的服务提供服务器11至13中的每个执行的服务的终端。服务提供商终端4是向用户终端2提供服务的源中包括的终端。
例如,服务提供商终端4指令数据中心10执行用于向用户终端2提供各种服务的应用。在该情况下,数据中心10响应于指令操作应用,并且向用户终端2提供服务。
服务提供服务器11至13操作应用或虚拟机,用于向用户终端2提供各种服务。例如,服务提供服务器11至13响应于来自服务提供商终端4的指令执行用于提供服务的一个应用或更多。服务提供服务器11向用户终端2提供应用的执行结果。
服务提供服务器11将资源分配控制服务器14设定的资源数量分配给每个应用,并且执行应用。在该情况下,资源数量意味着在执行应用时要使用的资源数量,并且可以例如是分配给应用的存储器数量、要执行的应用的数目、以及执行应用的VM(虚拟机)的数目。
在执行应用时服务提供服务器11使用的计算机资源(即,执行应用时的负载)根据应用提供的内容或者作为要被提供服务的对象的用户终端的数目而改变。然而,即使在负载刚超过预定阈值时追加预定数量的资源,仍难于根据例如指数增加的负载来分配资源数量。
资源分配控制服务器14基于负载的增加/减少数量来预测用于执行应用的资源数量,并且分配预测的资源数量。具体地,资源分配控制服务器14获取关于服务提供服务器11至13中的每个执行的每个应用的、在执行应用时的负载。资源分配控制服务器14存储所获取的负载。
资源分配控制服务器14获得执行应用时的负载的增加/减少数量。资源分配控制服务器14基于负载的增加/减少数量来计算要分配给应用的资源数量,并且向服务提供服务器11至13中的每个通知所获得的资源数量,从而追加或减少资源数量。结果,资源分配控制服务器14可以根据负载,而且在例如执行应用时的负载指数增加时,向应用分配资源数量。
现将使用图2对服务提供服务器11的功能配置进行描述。图2是用于说明服务提供服务器的功能配置的示图。如图2中所示,服务提供服务器11具有通信单元20、APL(应用)负载测量单元21、分配单元22、存储器单元23、资源控制单元24、占用资源25和剩余资源26。存储器单元23存储自由APL编号表格27、存储器管理表格28、地址关系表格29和服务关系表格30。
资源控制单元24具有资源管理单元31和表格管理单元32。占用资源25包括存储器33和CPU(中央处理单元)37。存储器33包括多个服务APL35和36作为执行下的应用34。剩余资源26包括存储器38。尽管图2中没有示出,但是服务提供服务器11执行服务APL35和36以外的各种服务APL。
占用资源25是被占用用于服务提供服务器11执行服务APL35和36的计算机资源。例如,存储器33是作为占用资源25分配给服务APL35和36的存储器区域。CPU37是执行服务APL35和36的算术处理单元。剩余资源26是服务提供服务器11中包括的计算机资源中的、未分配给服务APL35和36的计算机资源。例如,存储器38是未分配给服务APL35和36的存储器区域,即未占用存储器区域。
将使用图3至图6对存储器单元23中存储的表格27至30中存储的信息内容进行描述。将使用图3对自由APL编号表格的一个示例进行描述。图3是用于说明自由APL编号表格的示例的示图。如图3中所示,自由APL表格存储未分配给服务提供服务器11执行的一个或更多个服务APL的APL编号。
就是说,服务提供服务器11将APL编号分配给执行下的服务APL,并且将那些未分配给执行下的服务APL的APL编号保存在自由APL编号表格27中。例如,在图3所示示例中,自由APL编号表格27保存APL编号“5”、“6”…。
现将使用图4A和4B对存储器管理表格28的示例进行描述。图4A和4B是用于说明存储器管理表格的示例的示图。例如,存储器管理表格28,如图4A中所示,存储关于服务提供服务器11中包括的整体存储器的信息,并且如图4B中所示,存储分配给服务提供服务器11执行的每个服务APL的存储器数量。
例如,如图4A中所示,存储器管理表格28存储整体服务器的存储器数量“100000GB(千兆字节)”,表示服务提供服务器11中包括的整体存储器数量。存储器管理表格28还存储整体服务器的未占用的存储器数量“48055GB”,表示整体服务器的未占用的存储器数量。
如图4B中所示,存储器管理表格28彼此关联地存储向服务提供服务器11执行的服务APL给出的服务APL编号以及表示分配给服务APL的存储器数量的占用的存储器数量。例如,存储器管理表格28指示将存储器“15GB”分配给具有服务APL编号“1”的服务APL,并且将存储器“10GB”分配给具有服务APL编号“2”的服务APL。
现将使用图5对地址关系表格29的示例进行描述。图5是用于说明地址关系表格的示例的示图。在图5所示示例中,地址关系表格29彼此关联地存储服务APL编号、处理ID、MAC(媒体访问控制)地址、IP(互联网协议)地址。处理ID是在激活服务APL时分配的标识符。例如,服务提供服务器11的CPU使用处理ID指定要执行的服务APL。Mac地址和IP地址是用户终端2访问服务APL以获得从服务APL提供的服务时使用的Mac地址和IP地址。
例如,在图5所示示例中,地址关系表格29指示将处理ID“123456”分配给具有服务APL编号“1”的服务APL。地址关系表格29指示可以使用Mac地址“00-12-34-56-78-90”和IP地址“123.45.67.89”访问具有服务APL编号“1”的服务APL。
现将使用图6对服务关系表格30进行描述。图6是用于说明服务关系表格的示例的示图。在图6所示示例中,服务关系表格30彼此关联地存储服务APL ID、服务APL文件位置和服务APL编号。服务APL ID是识别服务提供服务器11要提供的服务类别的标识符。
服务APL文件位置是表示用于提供服务的服务APL的位置的信息,并且是例如服务APL存储在未图示的存储器单元中的地址。如图6中所示,服务关系表格30连同指示执行顺序的编号一起存储分配给操作用于提供服务APL ID指示的服务的服务APL的服务APL编号。
例如,在图6所示示例中,服务关系表格30指示用于提供服务APLID“1”指示的服务的服务APL存储在“/service/APL/login”中。服务关系表格30指示执行具有服务APL编号“1”的服务APL和具有服务APL编号“5”的服务APL,用于提供服务APL ID“1”指示的服务。具有服务APL编号“1”的服务APL和具有服务APL编号“5”的服务APL是协同操作的服务APL,一起用于提供服务APL ID“1”指示的服务。
在图6中所示的示例中,服务关系表格30指示用于提供服务APL ID“2”指示的服务的服务APL存储在“/service/APL/cart”中。服务关系表格30指示执行具有服务APL编号“2”的服务APL,用于提供服务APL ID“2”指示的服务。
回到图2,通信单元20控制服务提供服务器11、用户终端2、服务提供商终端4和资源分配控制服务器14之间的通信。APL负载测量单元21按预定时间间隔测量执行服务提供服务器11执行的服务APL35和36中的每个时的负载。APL负载测量单元21将负载信息发送到资源分配控制服务器14。
现将使用图7对APL负载测量单元21测量的负载的一个示例进行描述。图7是用于说明APL负载测量单元测量的数据的示例的示图。例如,APL负载测量单元21测量执行服务APL35和36中的每个时的CPU利用率和存储器利用率。在该情况下,CPU利用率是表示CPU37执行服务APL35和36中的每个的处理的时间百分比的信息。存储器利用率是表示在分配给服务APL35和36的存储器数量中的、实际使用的存储器数量的百分比的信息。
例如,APL负载测量单元21测量服务APL35和36中的每个的CPU利用率和存储器利用率。APL负载测量单元21识别分配给服务APL35和36的存储器数量。APL负载测量单元21向服务提供服务器11通知负载信息,该负载信息彼此关联地包括测量(测量负载的)日期/时间、服务APL的服务APL编号和分配给服务APL的存储器数量,以及测量的CPU利用率和存储器利用率。
例如,如图7中所示,APL负载测量单元21生成负载信息,该负载信息彼此关联地表示服务APL编号“1”、测量日期/时间“2012/12/10,12:34:55”、CPU利用率“80%”和存储器利用率“90%”。APL负载测量单元21在所生成的负载信息中包括具有服务APL编号“1”的服务APL的存储器使用量,并且通过通信单元20将所生成的负载信息发送到资源分配控制服务器14。
APL负载测量单元21彼此关联地准备服务APL编号“2”、测量日期/时间“2012/12/10,12:34:52”、CPU利用率“40%”和存储器利用率“35%”,并且将其通知给资源分配控制服务器14。APL负载测量单元21彼此关联地准备服务APL编号“3”、测量日期/时间“2012/12/10,12:34:54”、CPU利用率“65%”和存储器利用率“50%”,并且将其通知给资源分配控制服务器14。
回到图2,分配单元22是使用地址关系表格29和服务关系表格30分配来自用户终端2的请求的负载平衡器。例如,分配单元22接收开始提供服务APL ID“1”指示的服务的请求。
在该情况下,分配单元22参考服务关系表格30,并且识别服务APLID“1”指示的服务由具有服务APL编号“1”的服务APL和具有服务APL编号“5”的服务APL提供。分配单元22选择用于提供服务的服务APL,以使作为具有服务APL编号“1”的服务APL和具有服务APL编号“5”的服务APL提供服务的对象终端的用户终端的数目基本上均等。
当开始为用户终端2提供服务时,分配单元22使用地址关系表格29控制在所选择的服务APL和用户终端2之间生成的数据的发送/接收。
资源控制单元24控制服务提供服务器11中包括的占用资源25和剩余资源。例如,资源管理单元31通过通信单元20从资源分配控制服务器14接收指令改变分配给服务APL35和36的资源数量的改变请求。随后,资源管理单元31响应于接收到的改变请求,改变分配给服务APL35和36的资源数量。资源管理单元31向表格管理单元32通知改变的内容。
例如,图8是用于说明改变请求的示例的示图。如图8中所示,改变请求被存储并且彼此关联地包括服务APL编号、APL的增加/减少数目和存储器的增加/减少数量。例如,当服务APL编号“1”对应于APL增加/减少数目“+1”时,作为改变请求,资源管理单元31额外地激活与服务APL编号“1”指示的服务APL相同的服务APL。资源管理单元31将与分配给已激活的服务APL的存储器数量相同的存储器数量分配给追加的服务APL。
当服务APL编号“1”和存储器的增加/减少数量“+13.5GB”彼此对应时,作为改变请求,资源管理单元31追加分配给服务APL编号“1”指示的服务APL的存储器数量“13.5GB”。
例如,当服务APL编号“1”和APL的增加/减少数目“-1”彼此对应时,资源管理单元31结束与服务APL编号“1”指示的服务APL相同的一个服务APL。例如,当服务APL编号“1”和存储器的增加/减少数量“-13.5GB”彼此对应时,资源管理单元31使分配给服务APL编号“1”指示的服务APL的存储器数量减少13.5GB。
当追加服务APL时,资源管理单元31可以确定是否存在用于要追加的服务APL的足够的自由存储器,并且可以在保证用于要追加的服务APL的自由存储器之后,激活服务APL。例如,当追加服务APL时,在不存在用于要追加的服务APL的自由存储器的情况下,资源管理单元31可以发送错误信息,或者可以请求其他服务提供服务器12和13额外地执行服务APL。
回到图2,在从资源管理单元31接收到分配给服务APL35和36的资源数量的改变内容时,表格管理单元32基于接收到的改变内容更新存储器单元23中存储的表格27至30。
例如,当资源管理单元31追加要执行的一个服务APL时,表格管理单元32获取自由APL编号表格27中存储的一个自由APL编号,并且将所获取的自由APL编号分配给新追加的服务APL。表格管理单元32还从自由APL编号表格27中删除所获取的自由APL编号。
表格管理单元32彼此关联地将分配给追加的服务APL的APL编号和表示追加的服务APL提供的服务的服务APL ID存储在服务关系表格30中。例如,表格管理单元32追加用于提供具有服务APL ID“1”的服务的服务APL,并且当服务APL编号“5”被分配给追加的服务APL时,执行如下处理。就是说,表格管理单元32从服务关系表格30中提取具有服务APL ID“1”的条目,并且将服务APL编号“5”追加到所提取的条目的服务APL编号。
表格管理单元32彼此关联地将分配给追加的服务APL的服务APL编号、处理ID、Mac地址和IP地址存储在地址关系表格29中。表格管理单元32从服务提供服务器11执行的OS获取分配给追加的服务APL的处理ID、Mac地址和IP地址。表格管理单元32将分配给追加的服务APL的服务APL编号和分配给追加的服务APL的存储器数量存储在存储器管理表格28中。
当服务APL结束时,表格管理单元32从服务关系表格30删除分配给结束的服务APL的服务APL应用。表格管理单元32从存储器管理表格28和地址关系表格29删除具有结束的服务APL编号的条目。表格管理单元32将分配给结束的服务APL的服务APL编号存储在自由APL编号表格27中。
当针对分配给任何服务APL的存储器数量进行追加或删除时,表格管理单元32更新存储器管理表格28中存储的存储器数量。例如,在将存储器数量“13.5GB”追加到服务APL编号“1”的存储器时,表格管理单元32与服务APL编号“1”相关联地将存储器数量“13.5GB”追加到存储器管理表格28中存储的存储器。
当针对服务APL进行追加或删除时,或者当针对存储器数量进行追加或删除时,表格管理单元32将服务APL的追加/删除信息和存储器数量的追加/删除信息发送到资源分配控制服务器14。
现将使用图9对资源分配控制服务器的功能配置进行描述。图9是用于说明资源分配控制服务器的功能配置的示图。在图9的示例中,资源分配控制服务器14具有存储器单元40、通信单元42、负载条件收集单元43、资源增加/减少确定单元44和资源增加/减少数量判定单元45。存储器单元40存储负载条件表格41。
现将使用图10对存储器单元40中存储的负载条件表格41进行描述。图10是用于说明负载条件表格的示例的示图。如图10中所示,负载条件表格的每个条目存储服务提供服务器编号、服务APL编号、CPU利用率、存储器利用率和存储器使用量。
服务提供服务器编号是用于识别每个服务提供服务器11至13的编号,并且是表示执行相应的服务APL编号指示的服务APL的服务提供服务器的编号。负载条件表格41存储上一次测量的CPU利用率和最后一次的CPU利用率,并且还存储上一次测量的存储器利用率和最后一次的存储器利用率。
回到图9,通信单元42控制资源分配控制服务器14和每个服务提供服务器11至13之间的通信。负载条件收集单元43通过通信单元42收集来自每个服务提供服务器11至13的负载信息。负载条件收集单元43使用收集的负载信息更新负载条件表格41。
现将对负载条件收集单元43执行的处理的示例进行描述。在以下描述中,服务提供服务器11的服务提供服务器编号是“1”。例如,负载条件收集单元43接收负载信息,该负载信息彼此关联地包括服务APL编号“1”、CPU利用率“80%”、存储器利用率“90%”和存储器使用量“15GB”。
在该情况下,负载条件收集单元43从负载条件表格41提取具有服务提供服务器编号“1”和服务APL编号“1”的条目。负载条件收集单元43删除所提取的条目中存储的上一次的CPU利用率,并且将最后一次的CPU利用率设定为上一次的CPU利用率。负载条件收集单元43删除所提取的条目中存储的上一次的存储器利用率,并且将最后一次的存储器利用率设定为上一次的存储器利用率。
随后,负载条件收集单元43将从服务提供服务器11接收到的负载信息的CPU利用率“80%”存储在所提取的条目中,作为最后一次的CPU利用率。负载条件收集单元43将从服务提供服务器11接收到的负载信息的存储器利用率“90%”存储在所提取的条目中,作为最后一次的存储器利用率。负载条件收集单元43将从服务提供服务器11接收到的存储器使用量“15GB”存储在所提取的条目中,作为最后一次的存储器使用量。
负载条件收集单元43从服务提供服务器11接收服务APL的追加/删除信息和存储器使用量的追加/删除信息。在该情况下,负载条件收集单元43基于服务APL的追加/删除信息和存储器使用量的追加/删除信息更新负载条件表格41。
资源增加/减少确定单元44参考负载条件表格41,并且确定服务APL35和36中的每个是否超过阈值。具体地,在资源增加/减少确定单元44中设定用于确定是否减少计算机资源的削减阈值和用于确定是否追加计算机资源的追加阈值。
例如,当执行服务APL35时的负载低于削减阈值时,资源增加/减少确定单元44指令资源增加/减少数量判定单元45减少分配给服务APL35的计算机资源。当执行服务APL35时的负载大于追加阈值时,资源增加/减少确定单元44指令资源增加/减少数量判定单元45追加分配给服务APL35的计算机资源。
现将对资源增加/减少确定单元44执行的处理的示例进行描述。将使用图11对资源增加/减少确定单元44使用的阈值的示例进行描述。图11是用于说明阈值的示例的示图。例如,资源增加/减少确定单元44存储关于CPU利用率和存储器利用率的削减阈值,并且还存储关于CPU利用率和存储器利用率的追加阈值。
在图11所示示例中,在资源增加/减少确定单元44中,CPU利用率的削减阈值被设定为“30%”,并且存储器利用率的削减阈值被设定为“30%”。在资源增加/减少确定单元44中,CPU利用率的追加阈值被设定为“70%”,并且存储器利用率的追加阈值被设定为“70%”。
例如,资源增加/减少确定单元44从负载条件表格41提取具有服务提供服务器编号“1”和服务APL编号“1”的条目,并且将所提取的条目中存储的最后一次的CPU利用率“80%”与削减阈值和追加阈值进行比较。随后,资源增加/减少确定单元44确定最后一次的CPU利用率“80%”等于或大于追加阈值“70%”。在该情况下,资源增加/减少确定单元44指令资源增加/减少数量判定单元45追加激活与服务提供服务器编号“1”的服务APL编号“1”指示的服务APL相同的服务APL。
资源增加/减少确定单元44将所提取的条目中存储的最后一次的存储器利用率“90%”与削减阈值和追加阈值进行比较。随后,资源增加/减少确定单元44确定最后一次的存储器利用率“90%”等于或大于追加阈值“70%”。资源增加/减少确定单元44指令资源增加/减少数量判定单元45追加分配给具有服务提供服务器编号“1”的服务APL编号“1”指示的服务APL的存储器使用量。
当所提取的条目中存储的最后一次的CPU利用率低于削减阈值时,资源增加/减少确定单元44执行如下处理。就是说,资源增加/减少确定单元44指令资源增加/减少数量判定单元45删除由所提取的条目的服务提供服务器编号和服务APL编号指示的服务APL。
当所提取的条目中存储的最后一次的存储器利用率低于削减阈值时,资源增加/减少确定单元44执行如下处理。就是说,资源增加/减少确定单元44指令减少分配给所提取的条目的服务提供服务器编号和服务APL编号指示的服务APL的存储器使用量。资源增加/减少确定单元44针对负载条件表格41中的每个条目执行上述处理。
回到图9,资源增加/减少数量判定单元45获得每个服务APL的负载的增加/减少数量,并且基于计算的增加/减少数量确定要分配给每个服务APL的计算机资源的数量。资源增加/减少数量判定单元45向每个服务提供服务器11至13通知所确定的计算机资源的数量。
例如,资源增加/减少数量判定单元45从资源增加/减少确定单元44接收追加激活与服务提供服务器编号“1”的服务APL编号“1”指示的服务APL相同的服务APL的指令。在该情况下,资源增加/减少数量判定单元45生成彼此关联地包括服务APL编号“1”和APL增加/减少数目“+1”的改变请求。
对于具有服务提供服务器编号“1”的服务APL编号“1”指示的服务APL,资源增加/减少数量判定单元45接收追加要分配的存储器使用量的指令。在该情况下,资源增加/减少数量判定单元45从负载条件表格41提取具有服务提供服务器编号“1”和服务APL编号“1”的条目,并且从所提取的条目获取上一次的存储器利用率、最后一次的存储器利用率和存储器使用量。
资源增加/减少数量判定单元45获得作为存储器的增加/减少数量的值。该值通过如下方式获得,使存储器使用量和预定系数(例如,“3”)乘以通过从最后一次的存储器利用率删除上一次的存储器利用率而获得的值。例如,对于服务提供服务器编号“1”的服务APL编号“1”指示的服务APL,资源增加/减少数量判定单元45获得作为通过从最后一次的存储器利用率“90%”减去上一次的存储器利用率“60%”而获得的值的“30%”。资源增加/减少数量判定单元45获得通过使存储器使用量“15GB”和系数“3”乘以获得的值“30%”而获得的存储器的增加/减少数量“+13.5GB”。
此后,资源增加/减少数量判定单元45生成彼此关联地表示获得的存储器的增加/减少数量“+13.5GB”和服务APL编号“1”的改变请求。资源增加/减少数量判定单元通过通信单元42将所生成的改变请求发送到具有服务提供服务器编号“1”的服务提供服务器,即服务提供服务器11。
例如,当被指令删除具有服务提供服务器编号“1”的服务APL编号“1”指示的服务APL时,资源增加/减少数量判定单元45生成彼此关联地表示服务APL“1”和APL增加/减少数目“-1”的改变请求。例如,当被指令删除具有服务提供服务器编号“1”的服务APL编号“1”指示的存储器使用量时,资源增加/减少数量判定单元45执行以下处理。
就是说,资源增加/减少数量判定单元45获得作为存储器的增加/减少数量的值,该值通过如下方式获得,使存储器使用量和预定系数乘以通过从最后一次的存储器利用率减去上一次的存储器利用率而获得的值。因此,当具有服务APL编号“1”的存储器利用率减小时,资源增加/减少数量判定单元45获得存储器的增加/减少数量的负值。资源增加/减少数量判定单元45生成彼此关联地表示获得的存储器的增加/减少数量和服务APL编号的改变请求,并且将所生成的改变请求发送相应的服务提供服务器。
因此,资源增加/减少数量判定单元45根据存储器利用率的增加/减少数量,获得要分配给服务APL35和36的存储器使用量的追加数量和削减数量。结果,资源分配控制服务器14可以分配要分配的计算机资源的数量,即使每个服务APL的负载突然增加或减少。
用于获得存储器使用量的追加数量和削减数量的系数是所考虑的裕度,其被给出用于避免耗尽分配给每个服务APL的计算机资源,直至资源分配控制服务器14获得新的资源增加/减少数量。就是说,资源增加/减少数量判定单元45可以获得充足的存储器使用量的追加数量和削减数量而不考虑系数,只要对于执行服务APL时的负载改变,可以以充分短的时间间隔获得新的资源增加/减少数量。根据服务提供服务器11至13执行的服务APL的规范或者计算机资源的数量,任意值可以被设定为该系数。
现将使用图12对根据第一实施例的信息处理系统1执行的处理的流程进行描述。图12是用于说明根据第一实施例的信息处理系统执行的处理的流程的序列图。在图12的示例中,为了易于理解,当CPU利用率或存储器利用率等于或大于追加阈值时,将对要执行的处理的流程进行描述。
例如,在图12的示例中,服务提供服务器11测量CPU利用率和存储器利用率(步骤S101),并且向资源分配控制服务器14发送负载信息(步骤S102)。在该情况下,资源分配控制服务器14将最后两次的负载信息存储在负载条件表格41中(步骤S103)。
随后,资源分配控制服务器14读取负载条件表格41以搜索最后一次的测量值超过阈值的应用,即最后一次的测量值低于削减阈值或者等于或大于追加阈值的服务APL(步骤S104)。资源分配控制服务器14识别超过阈值的服务APL的服务提供服务器编号和服务APL编号(步骤S105)。
资源分配控制服务器14确定CPU利用率是否超过追加阈值(步骤S106)。当CPU利用率超过追加阈值时(步骤S106中的“是”),判定服务APL的追加激活(步骤S107)。资源分配控制服务器14确定存储器利用率是否超过追加阈值(步骤S108)。当存储器利用率超过追加阈值时(步骤S108中的“是”),则资源分配控制服务器14读取负载条件表格41(步骤S109)。
资源分配控制服务器14判定作为存储器利用率的增加数量和存储器使用量的积的三倍的追加存储器使用量(步骤S110)。资源分配控制服务器14向服务提供服务器11发送包括确定结果的改变请求(步骤S111)。当CPU利用率未超过阈值时(步骤S106中的“否”),资源分配控制服务器14跳过步骤S107的过程。当存储器利用率未超过阈值时(步骤S108中的“否”),则资源分配控制服务器14跳过步骤S109和步骤S110。
在接收到改变请求时,服务提供服务器11响应于接收到的改变请求追加服务APL的存储器使用量,并且更新存储器管理表格28(步骤S112)。随后,服务提供服务器11检查用于追加的服务APL的自由存储器(步骤S113),保证存储器,并且追加并激活服务APL(步骤S114)。服务提供服务器11从自由APL编号表格获取与激活的程序的数目对应的APL编号(步骤S115)。
服务提供服务器11将处理ID、用于通信的地址(即Mac地址、IP地址)和所获取的服务APL编号存储在地址关系表格29中(步骤S116)。服务提供服务器11更新自由APL编号表格27、存储器管理表格28和服务关系表格30(步骤S117),并且向资源分配控制服务器14通知更新之后的存储器使用量(步骤S118)。
此后,服务提供服务器11分配用户请求以使在用于提供同一服务的服务APL之间执行的处理均等(步骤S119)。资源分配控制服务器14根据更新后的存储器使用量,将新的条目添加到负载条件表格41中,或者更新负载条件表格41中的存储器使用量(步骤S120)。
资源分配控制服务器14的效果
如上文所述,资源分配控制服务器14收集表示执行服务APL35和36时的负载的负载信息。资源分配控制服务器14确定收集的负载是否已超过预定阈值。当收集的负载超过预定阈值时,资源分配控制服务器14使用收集的负载和过去收集的负载来获得负载的增加/减少数量,并且基于所获得的增加/减少数量来确定要分配给服务APL的计算机资源的数量。此后,资源分配控制服务器14指令每个服务提供服务器11至13分配确定的计算机资源的数量。
因此,资源分配控制服务器14可以将基于负载的增加/减少数量而获得的计算机资源的数量分配给服务APL35和36中的每个。例如,即使当执行服务APL35和36时的负载指数增加时,资源分配控制服务器14仍可以根据负载分配要分配给服务APL35和36的计算机资源的数量。由于资源分配控制服务器14可以根据负载分配计算机资源的数量,因此可以避免例如由于拥堵引起的诸如处理延迟的不利效果。
资源分配控制服务器14收集执行服务APL35时的存储器利用率。资源分配控制服务器14通过使分配给服务APL35的存储器使用量和预定系数乘以通过从最后一次的存储器利用率减去上一次收集的存储器利用率而获得的值来获得值。此后,资源分配控制服务器14使所获得的值与分配给服务APL35的存储器使用量相加。
就是说,资源分配控制服务器14基于执行服务APL35时的存储器利用率的增加数量,追加分配给服务APL35的存储器使用量。因此,即使当服务APL35使用的存储器使用量突然增加时,资源分配控制服务器14可以将存储器使用量分配给服务APL35。
由于考虑预定系数来追加存储器使用量,因此资源分配控制服务器14可以包括裕度,直至资源分配控制服务器14将下一次的存储器使用量追加到要被追加的存储器使用量中。结果,资源分配控制服务器14可以防止服务APL35由于短缺用于服务APL35的存储器使用量而引起的服务APL35停止的缺陷。
[b]第二实施例
上述资源分配控制服务器14使用最后两次测量的负载信息来确定要分配给服务APL35和36的计算机资源的数量。然而,优选实施例不限于此。例如,资源分配控制服务器14可以使用多次测量的负载信息来确定要分配给服务APL35和36的计算机资源的数量。
现将对使用多次测量获得的负载信息来确定要分配给服务APL35和36的计算机资源的数量的资源分配控制服务器14a进行描述。例如,图13是用于说明根据第二实施例的资源分配控制服务器的功能配置的示图。在图13中所示的资源分配控制服务器14a的功能配置中,具有与图9的资源分配控制服务器14的功能配置相同的功能的功能配置由相同的附图标记表示,并且因此将不再次进行描述。
在图13所示示例中,资源分配控制服务器14a具有负载条件收集单元43a和资源增加/减少数量判定单元45a。存储器单元40存储负载条件表格41a。现将使用图14对存储器单元40中存储的负载条件表格41a进行描述。
图14是用于说明负载条件表格的变形例的示图。如图14中所示,如同负载条件表格41,负载条件表格41a彼此关联地存储服务提供服务器编号、服务APL编号、CPU利用率和存储器使用量。负载条件表格41a存储过去“n”次的负载信息中存储的CPU利用率和存储器利用率,作为CPU利用率。就是说,对于每个服务APL,负载条件表格41a存储过去多次已测量的负载。
回到图13,负载条件收集单元43a具有与图9中所示的负载条件收集单元43的功能相同的功能。此外,负载条件收集单元43a不仅在负载条件表格41a中存储最后两次测量的CPU利用率和存储器利用率,而且还存储过去“n”次的CPU利用率和存储器利用率。例如,在接收到新负载信息时,负载条件收集单元43a删除“n”次之前测量的CPU利用率和存储器利用率,并且将新测量的CPU利用率和存储器利用率存储在负载条件表格41a中。
资源增加/减少数量判定单元45a具有与图9中所示的资源增加/减少数量判定单元45的功能相同的功能。在该情况下,资源增加/减少数量判定单元45a使用过去“n”次测量的存储器利用率来获得存储器使用量。例如,资源增加/减少数量判定单元45a提取过去“n”次的存储器利用率中的具有最低值的存储器利用率。资源增加/减少数量判定单元45a从最后一次的存储器利用率减去所提取的存储器利用率,并且将通过使存储器使用量和预定系数(例如,“3”)乘以减去的值而获得的值设定为要追加的存储器使用量。
因此,资源分配控制服务器14a基于过去“n”次测量的存储器利用率中的最低的存储器利用率和最后一次的存储器利用率之间的差来获得要追加的存储器使用量。因此,例如当用于服务APL35的存储器数量显著增加时,资源分配控制服务器14a可以预先追加存储器使用量。
现将使用图15对根据第二实施例的信息处理系统执行的处理的流程进行描述。图15是用于说明根据第二实施例的信息处理系统执行的处理的流程的序列图。在图15所示处理中,步骤S201、S202、S204至S209以及步骤S211至S220是与图12中所示的步骤S101、S102、S104至S109以及步骤S111至S120相同的过程,并且因此将不再进行描述。
例如,在从服务提供服务器11接收到负载信息时,资源分配控制服务器14a在负载条件表格14a中存储多次的负载信息(步骤S203)。对于特定的服务APL,资源分配控制服务器14a将通过使存储器使用量和系数“3”乘以通过从最后一次的存储器利用率减去最低的存储器利用率获得的值而得到的值设定为要追加的存储器使用量(步骤S210)。
资源分配控制服务器14a的效果
如上文所述,资源分配控制服务器14a将通过使存储器使用量和预定系数乘以通过从最后一次的存储器利用率减去过去收集的存储器利用率中的最低的存储器利用率获得的值而得到的值设定为要追加的存储器使用量。因此,当用于服务APL的存储器数量显著增加时,资源分配控制服务器14a可以预先追加存储器使用量。
[c]第三实施例
上述服务提供服务器11仅增加或减少接收到的改变请求中存储的服务APL编号指示的应用的存储器使用量。然而,实施例不限于此。例如,当要分配给服务APL的存储器使用量增加或减少时,服务提供服务器11可以增加或减少分配给用于提供同一服务的另外的服务APL的存储器使用量。
现将对在执行多个用于提供同一服务的多个服务APL时,当主服务APL的存储器使用量增加时,增加分配给另外的服务APL的存储器使用量的服务提供服务器11进行描述。
图16是用于说明根据第三实施例的服务提供服务器的功能配置的示图。在图16中所示的服务提供服务器11a的功能配置中,具有与图2中所示的服务提供服务器11的功能配置相同的功能的功能配置由相同的附图标记表示,并且因此将不再次进行描述。在图16的示例中,服务提供服务器11a具有资源控制单元24a。资源控制单元24a具有APL负载测量单元21a、资源管理单元31a和表格管理单元32a。服务提供服务器11a的存储器单元23具有服务关系表格30a。
现将使用图17对服务关系表格30a中存储的信息的示例进行描述。图17是用于说明根据第三实施例的服务关系表格的示例的示图。如图17中所示,如同图6中所示的服务关系表格,服务关系表格30a彼此关联地存储服务APL ID、服务APL文件位置和服务APL编号。
服务关系表格30a连同用于提供每个服务APL ID指示的服务的服务APL的服务APL编号一起存储主编号。在该情况下,主编号是表示用于提供特定服务的服务APL中的、被设定为主服务APL的服务APL。
回到图16,APL负载测量单元21a具有与图2中所示的APL负载测量单元21的功能相同的功能。在该情况下,APL负载测量单元21a测量执行服务APL35和36中的主服务APL时的负载。例如,APL负载测量单元21a参考存储器单元23中存储的服务关系表格30a,并且识别具有主编号的服务APL作为服务APL编号(就是说,主服务APL)。随后,APL负载测量单元21a测量执行主服务APL时的负载,并且将测量结果作为负载信息发送到资源分配控制服务器14。
资源管理单元31a具有与图2中所示的资源管理单元31相同的功能。在接收到包括存储器的增加数量的改变请求时,资源管理单元31a执行以下处理。例如,资源管理单元31a从服务关系表格30a提取具有作为主编号的改变请求中存储的服务APL编号的一个或更多个条目。
仅将根据主服务APL的负载信息发送到资源分配控制服务器14。因此,主服务APL的服务APL编号存储在要从资源分配控制服务器14发送到服务提供服务器11a的改变请求中。
资源管理单元31a确定主编号以外的任何编号是否存储在所提取的条目中作为服务APL编号。就是说,资源管理单元31a确定是否正在执行用于提供与主服务APL相同的服务的另外的服务APL。
当主编号以外的任何编号存储在所提取的条目中作为服务APL编号时,资源管理单元31a使所提取的条目中存储的整体服务APL编号的数目和改变请求中存储的存储器的增加数量相乘。就是说,资源管理单元31a获得将追加到所提取的条目中存储的整体服务APL编号指示的服务APL的总存储器使用量。
资源管理单元31a参考自由存储器,并且确定是否可以保证总存储器使用量。当可以保证总存储器使用量时,资源管理单元31a执行以下处理。就是说,资源管理单元31a识别所提取的条目中存储的服务APL编号指示的服务APL,并且将改变请求中存储的存储器的增加数量追加到分配给整体识别的服务APL的存储器使用量。
就是说,当主服务APL的负载增加时,资源管理单元31a还将分配的存储器使用量追加到用于提供与主服务APL相同的服务的另外的服务APL。例如,当对分配给具有服务APL编号“1”的服务APL的存储器使用量进行追加时,资源管理单元31a将相同的存储器数量追加到服务APL编号“5”指示的服务APL。
当改变请求中存储的存储器的增加数量是负值时,即当存储器的减少数量被存储时,资源管理单元31a减少分配给用于提供与主服务APL相同的服务的多个服务APL的存储器使用量。
当APL的增加数目被存储在改变请求中时,资源管理单元31a从服务关系表格30a提取具有作为主编号的改变请求中存储的服务APL编号的条目。资源管理单元31a检查自由存储器以保证追加激活所提取的条目中存储的服务APL编号指示的一组服务APL时的所需的存储器数量。在存储器分配是可能的情况下,资源管理单元31a追加执行所提取的条目中存储的服务APL编号指示的APL组,用于APL的增加数目。
例如,当改变请求包括服务APL编号“1”和APL的增加数目“1”时,资源管理单元31a追加执行服务APL编号“1”指示的服务APL和服务APL编号“5”指示的服务APL。当APL的减少数目存储在改变请求中时,资源管理单元31a停止与所存储的APL的减少数目相同数目的服务APL。
表格管理单元32a具有与图2中所示的表格管理单元32相同的功能。当用于执行新服务的服务APL被执行时,表格管理单元32a在服务关系表格30a中创建新条目,并且在创建的条目中存储服务APL ID和服务APL文件位置。表格管理单元32a将新执行的服务APL的服务APL编号存储在添加的条目中,作为主编号。
现将使用图18对根据第三实施例的信息处理系统执行的处理的流程进行描述。图18是用于说明根据第三实施例的信息处理系统执行的处理的流程的序列图。在图18中所示的处理中,S302至S311和S316至S321是与图12中所示的步骤S102至S111和S116至S121相同的过程,并且因此不再次进行说明。在关于图18中所示的示例的描述中,当多次执行用于提供特定服务的服务APL时,追加执行用于提供同一服务的服务APL,并且追加要分配给服务APL的存储器使用量。
服务提供服务器11a测量主服务APL的CPU利用率和存储器利用率(步骤S301)。当主编号以外的服务APL编号登记在具有作为主编号的接收到的改变请求中存储的服务APL编号的条目中时,服务提供服务器11a执行以下处理。
就是说,服务提供服务器11a在自由存储器中检查是否可以保证存储器的增加数量和服务APL的数目的产生(就是说,将追加的总存储器使用量)(步骤S312)。服务提供服务器11a追加所提取的条目中存储的服务APL编号指示的服务APL的存储器使用量,并且更新存储器管理表格28(步骤S313)。
当主编号以外的任何服务APL编号登记在具有主编号的条目中时,服务提供服务器11a检查是否可以保证将充足的存储器分配给要追加的APL组(步骤S314)。就是说,服务提供服务器11a检查是否可以保证与具有主编号的服务APL协作,激活用于提供一个服务的多个服务APL的组所需的足够的存储器。服务提供服务器11a追加并激活指令数目的服务APL(步骤S315)。
服务提供服务器11a的效果
如上文所述,服务提供服务器11a测量用于提供同一服务的多个服务APL中的主服务APL的存储器利用率。当对用于主服务APL的存储器使用量进行追加时,服务提供服务器11a还追加用于提供同一服务的另外的服务APL的存储器使用量。
就是说,如果执行协同操作以提供同一服务的多个服务APL中的一个服务APL时的负载增加,则可以考虑执行另外的服务APL时的负载也增加。因此,服务提供服务器11a测量执行用于提供同一服务的多个服务APL中的主服务APL时的负载。
当对分配给主服务APL的计算机资源进行追加时,服务提供服务器11a也追加分配给另外的服务APL的计算机资源。结果,服务提供服务器11a可以根据负载向服务APL分配计算机资源,而不测量用于提供同一服务的多个服务APL的负载。
[d]第四实施例
到此为止已对本发明的优选实施例进行了描述。然而,实施例可以通过以上形式以外的各种形式进行应用。现在,将对本发明中包括的另外的实施例进行描述,作为第四实施例。
(1)服务提供服务器11a的变形例
当对用于主服务APL的存储器使用量进行追加时,上述服务提供服务器11a还追加用于提供同一服务的另外的服务APL的存储器使用量。然而,实施例不限于此。例如,服务提供服务器11a可以与每个服务APL相关联地设定存储器的改变量(追加或削减)。
例如,图19是用于说明根据第三实施例的服务关系表格的变形例的示图。在图19的示例中,除了图17中所示的信息之外,服务关系表格30a存储各个存储器改变量。例如,在图19所示示例中,服务关系表格30a彼此关联地存储服务APL ID“2”连同主编号“1”、各个存储器改变量“50%”和服务APL编号“2”。
就是说,在图19的示例中,当对用于具有服务APL编号“1”的服务APL的存储器使用量进行追加时,服务关系表格30指示对用于具有服务APL编号“2”的服务APL的存储器使用量进行追加。服务关系表格30a指示用于具有服务APL编号“2”的服务APL的要追加的存储器使用量是用于具有服务APL编号“1”的服务APL的要追加的存储器使用量的“50%”。
当图19中指示的信息被存储在服务关系表格30a中时,资源管理单元31a执行以下处理。如同第三实施例,资源管理单元31a从服务关系表格30a提取具有作为主编号的改变请求中存储的服务APL编号的条目。
当主编号和主编号以外的任何编号作为服务APL编号被存储在所提取的条目中时,资源管理单元31a使所提取的条目中存储的整体服务APL编号的数目和改变请求中存储的存储器的增加数量相乘。就是说,资源管理单元31a获得将为具有所提取的条目中存储的整体服务APL编号的服务APL追加的总存储器使用量。
当主编号以外的编号作为服务APL编号存储在所提取的条目中时,资源管理单元31a识别所提取的条目中存储的各个存储器改变量。资源管理单元31a使各个存储器改变量和改变请求中存储的存储器的增加数量相乘,并且使相乘的值与总存储器使用量相加。随后,资源管理单元31a参考自由存储器,并且确定是否可以保证总存储器使用量。当可以保证总存储器使用量时,该单元追加计算机资源。
就是说,资源管理单元31a识别如下条目中存储的每个服务APL编号指示的服务APL,在该条目中主编号和主编号以外的任何编号被存储作为服务APL编号。资源管理单元31a将改变请求中存储的存储器的增加数量追加到分配给所有识别的服务APL的存储器使用量。
资源管理单元31a识别如下条目中存储的每个服务APL编号指示的服务APL,在该条目中主编号被存储作为服务APL编号。资源管理单元31a将改变请求中存储的存储器的增加数量和各个存储器改变量的积追加到分配给所有服务APL的存储器使用量。
例如,在接收到其中存储服务APL编号“1”和存储器的增加数量“10GB”的改变请求时,资源管理单元31a执行如下处理。资源管理单元31a追加分配给服务APL编号“1”指示的服务APL和服务APL编号“5”指示的服务APL。资源管理单元31a将要分配的“5GB”的存储器使用量追加到服务APL编号“2”指示的服务APL。
现将使用图20对根据第三实施例的信息处理系统执行的处理的变形例进行描述。图20是用于说明根据第三实施例的信息处理系统执行的处理的变形例的序列图。在图20中所示的处理中,S401至S411和S416至S423与图18中所示的步骤S301至S311和S314至S321相同,并且因此将不再次进行说明。
例如,服务提供服务器11a提取包括作为主编号的改变请求中存储的服务APL编号的条目。当所提取的条目具有被存储为服务APL编号的主编号和主编号以外的服务APL编号时,服务提供服务器11a获得存储器的增加数量和条目中包括的服务APL的数目的积(步骤S412)。当主编号未被存储为所提取的条目中的服务APL编号时,服务提供服务器11a获得存储器的增加数量、条目中登记的服务APL的数目和各个存储器改变量的积(步骤S413)。
服务提供服务器11a检查是否可以保证与步骤S412和步骤S413中获得的值对应的充足的存储器(步骤S414)。服务提供服务器11a将要分配的存储器追加到所提取的条目中登记的服务APL编号指示的服务APL,并且更新存储器管理表格28(步骤S415)。
具体地,当主编号和主编号以外的服务APL编号被存储为服务APL编号时,服务提供服务器11a将改变请求中存储的存储器使用量追加到用于每个服务APL编号指示的服务APL的存储器使用量。当主编号未被存储为服务APL编号时,服务提供服务器11a将改变请求中存储的各个存储器改变量和存储器的增加数量追加到每个服务APL编号指示的服务APL的存储器使用量。
因此,当对作为主服务APL的服务APL的存储器使用量进行追加时,服务提供服务器11a存储追加用于另外的服务APL的存储器使用量的百分比。服务提供服务器11a将从资源分配控制服务器14通知的存储器使用量追加到主服务APL的存储器使用量。服务提供服务器11a将通过使所存储的百分比与从资源分配控制服务器14通知的存储器的增加数量相乘而获得的值追加到另外的服务APL。因此,当仅测量主服务APL的负载时,服务提供服务器11a也可以向每个服务APL分配充足的存储器数量。
(2)关于负载
在上述第一至第三实施例中,已测量CPU利用率和存储器利用率,作为执行服务APL时的负载。然而,实施例不限于此。例如,服务提供服务器11和11a可以将CPU利用率、存储器利用率、来自用户终端2的请求的数目、针对存储器单元的访问的次数、用于预定处理的时间和任意信息用作负载。
(3)关于计算机资源
在上述第一至第三实施例中,基于执行服务APL时的CPU利用率,对用于提供服务的服务APL进行追加或中止。资源分配控制服务器14可以基于CPU利用率的增加数量,获得要追加执行的服务APL的数目。例如,资源分配控制服务器14获得通过从最后一次的CPU利用率减去上一次测量的CPU利用率而获得的CPU利用率的增加/减少数量,并且基于获得的增加/减少数量获得要追加执行的服务APL的数目。资源分配控制服务器14可以向服务提供服务器11通知追加执行所获得的数目的服务APL。
当计算要追加执行的服务APL的数目时,可以考虑另外的信息。例如,资源分配控制服务器14可以根据信息处理系统1中的适当策略,考虑诸如执行服务APL时的平均CPU利用率或剩余资源的任意信息,获得要追加执行的服务APL的数目。当获得要追加执行的服务APL的数目时,基于CPU利用率的增加/减少数量,资源分配控制服务器14可以避免要提供给用户终端2的服务由于拥堵而停止的不利效果。
在上述第一至第三实施例中,基于执行服务APL时的CPU利用率,对用于提供服务的服务APL进行追加或中止。然而,实施例不限于此。例如,当服务APL在与要提供给用户终端2的服务类型相关联的虚拟机上操作时,服务提供服务器11可以基于CPU利用率改变用于执行的虚拟机的数目。
例如,服务提供服务器11测量用于执行服务APL的虚拟机上的CPU利用率。资源分配控制服务器14基于服务提供服务器11测量的CPU利用率的增加/减少,获得要追加执行的虚拟机的数目。服务提供服务器11追加执行资源分配控制服务器14已获得的数目的虚拟机。通过该方式,当基于CPU利用率的增加/减少数量对要追加执行的虚拟机的数目进行改变时,资源分配控制服务器14可以避免要提供给用户终端2的服务由于拥堵而停止的不利效果。
(4)关于增加/减少数量
在上述第一至第三实施例中,已对其中使要分配给服务APL的计算机资源增加的示例进行了描述。实施例不限于此。可以根据负载通过相同的处理使计算机资源减少。就是说,当负载减少时,并且当负载的增加/减少数量变为负值时,要追加执行的服务APL的数目和要追加的存储器使用量的值也变为负值。结果,通过执行上述处理,当负载减少时,资源分配控制服务器14和14a可以获得要停止的服务APL的数目或者要减少的存储器使用量。
负值可以被存储为用于指令要停止的APL的数目或存储器使用量的改变请求中的APL的增加/减少数目和存储器的增加/减少数量。因此,当改变请求中存储的APL的增加/减少数目是负值时,服务提供服务器11使服务APL停止,并且当存储器的增加/减少数量是负值时,服务提供服务器11减少存储器使用量。
(5)程序
已对其中根据第一实施例的资源分配控制服务器14使用硬件实现各种处理的情况进行了描述。然而,实施例不限于此,并且可以通过控制计算机执行准备的程序来实现。下文将使用图21对执行具有与第一实施例中说明的资源分配控制服务器14的功能相同的功能的程序的计算机的示例进行描述。图21是用于说明执行资源控制程序的计算机的示图。
图21中所示的计算机100具有通过内部的总线160彼此连接的ROM(只读存储器)110、HDD(硬盘驱动器)120、RAM(随机存取存储器)130和CPU(中央处理单元)140。图21中所示的计算机100具有用于发送/接收分组的I/O(输入/输出)150。
HDD120存储负载条件表格121,其具有与图9中所示的存储器单元40存储的负载条件表格41相同的信息。资源控制程序131预先存储在RAM130中。在图21所示示例中,CPU140从RAM130读取并执行资源控制程序131,从而资源控制程序131用作资源控制处理141。资源控制处理141具有与图9中所示的负载条件收集单元43、资源增加/减少确定单元44和资源增加/减少数量判定单元45的功能相同的功能。
实施例中描述的资源控制程序可以通过控制计算机(个人计算机或工作站)执行准备的程序来实现。该程序可以通过诸如互联网的网络分送。该程序被记录在诸如硬盘、柔性盘(FD)、CD-ROM(致密盘只读存储器)、MO(磁光盘)或DVD(数字多用途盘)的计算机可读记录介质上。该程序可以通过计算机从记录介质读取来执行。
在一个方面,可以使计算机资源短期跟随应用的负载。
Claims (8)
1.一种控制装置,包括:
收集单元,从执行应用的信息处理装置收集表示执行所述应用时的负载的负载信息;
确定单元,确定所述收集单元收集的负载信息中表示的负载是否超过预定阈值;
判定单元,当所述确定单元确定负载超过所述预定阈值时,使用所述收集单元收集的负载信息以及所述收集单元过去收集的负载信息来获得执行所述应用时的负载的增加/减少数量,并且基于所获得的增加/减少数量来判定执行所述应用时要分配的资源数量;以及
分配单元,将所述判定单元判定的资源数量分配给所述应用。
2.根据权利要求1所述的控制装置,其中
所述收集单元收集表示所述应用的存储器利用率的负载信息,
所述判定单元通过使分配给所述应用的存储器数量和预定值乘以通过从所述收集单元收集的负载信息中表示的存储器利用率中减去所述收集单元上一次收集的负载信息中表示的存储器利用率而获得的值来获得值,以及
所述分配单元使所述判定单元获得的值与分配给所述应用的存储器数量相加。
3.根据权利要求1所述的控制装置,其中
所述收集单元收集表示所述应用的存储器利用率的负载信息,
所述判定单元通过使分配给所述应用的存储器数量和预定值乘以通过从所述收集单元收集的负载信息中表示的存储器利用率中减去所述收集单元过去收集的负载信息中指示的存储器利用率中的最低存储器利用率而获得的值来获得值,以及
所述分配单元使所述判定单元获得的值与分配给所述应用的存储器数量相加。
4.根据权利要求2或3所述的控制装置,其中
所述收集单元收集表示用于提供同一服务的多个应用中的主应用的存储器利用率的负载信息,以及
所述分配单元使所述判定单元获得的值与分配给用于提供同一服务的每个应用的存储器数量相加。
5.根据权利要求4所述的控制装置,进一步包括
存储器单元,当对所述主应用的存储器数量进行追加时,存储用于另外的应用的存储器数量的追加百分比,以及其中
所述分配单元使所述判定单元获得的值与用于所述主应用的存储器数量相加,并且使通过所述存储器单元存储的追加百分比与所述判定单元获得的值相乘而获得的值与用于所述主应用以外的应用的存储器数量相加。
6.根据权利要求1所述的控制装置,其中
所述收集单元收集执行所述应用时的中央处理单元CPU利用率,
所述判定单元使用所述收集单元收集的CPU利用率和所述收集单元上一次收集的CPU利用率来获得CPU利用率的增加/减少数量,并且基于所获得的增加/减少数量来获得所述信息处理装置要追加并执行的应用的数目,以及
所述分配单元追加并且控制所述信息处理装置以执行所述判定单元获得的数目的应用。
7.根据权利要求1所述的控制装置,其中
所述收集单元从操作用于执行所述应用的虚拟机的所述信息处理装置收集执行所述应用时的CPU利用率,
所述判定单元使用所述收集单元收集的CPU利用率和所述收集单元上一次收集的CPU利用率来获得CPU利用率的增加/减少数量,并且基于所获得的增加/减少数量获得要追加的虚拟机的数目,以及
所述分配单元追加并且控制所述信息处理装置以操作所述判定单元判定的数目的虚拟机。
8.一种由控制要分配给应用的资源数量的控制装置执行的资源控制方法,所述方法包括:
从执行所述应用的信息处理装置收集表示执行所述应用时的负载的负载信息;
确定所收集的负载信息中表示的负载是否超过预定阈值;以及
当确定负载超过所述预定阈值时,使用所收集的负载信息以及过去收集的负载信息来获得执行所述应用时的负载的增加/减少数量,并且基于所获得的增加/减少数量来判定分配给所述应用的资源数量。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013-037890 | 2013-02-27 | ||
JP2013037890A JP6089783B2 (ja) | 2013-02-27 | 2013-02-27 | 制御装置、リソース制御プログラムおよびリソース制御方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104008015A true CN104008015A (zh) | 2014-08-27 |
CN104008015B CN104008015B (zh) | 2018-01-02 |
Family
ID=49726619
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310737064.5A Expired - Fee Related CN104008015B (zh) | 2013-02-27 | 2013-12-26 | 控制装置和资源控制方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20140244844A1 (zh) |
EP (1) | EP2772857A3 (zh) |
JP (1) | JP6089783B2 (zh) |
CN (1) | CN104008015B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104503846A (zh) * | 2015-01-22 | 2015-04-08 | 成都派沃特科技有限公司 | 一种基于云计算系统的资源管理系统 |
CN105162823A (zh) * | 2015-06-30 | 2015-12-16 | 广东轩辕网络科技股份有限公司 | 一种虚拟机管理方法及装置 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9979669B1 (en) * | 2013-12-13 | 2018-05-22 | Emc Corporation | Projecting resource allocation to achieve specific application operation times in a virtually provisioned environment |
WO2016047096A1 (ja) * | 2014-09-24 | 2016-03-31 | 日本電気株式会社 | アプリケーションサーバ、クラウド装置、記憶媒体アクセス監視方法およびコンピュータ・プログラムが格納されているコンピュータ読み取り可能な記憶媒体 |
US10162684B2 (en) * | 2015-10-15 | 2018-12-25 | International Business Machines Corporation | CPU resource management in computer cluster |
US10063666B2 (en) | 2016-06-14 | 2018-08-28 | Futurewei Technologies, Inc. | Modular telecommunication edge cloud system |
US20180041578A1 (en) * | 2016-08-08 | 2018-02-08 | Futurewei Technologies, Inc. | Inter-Telecommunications Edge Cloud Protocols |
WO2019167157A1 (ja) * | 2018-02-28 | 2019-09-06 | 三菱電機株式会社 | リソース制御装置、リソース制御方法及びリソース制御プログラム |
KR102059807B1 (ko) * | 2018-06-27 | 2019-12-27 | 주식회사 티맥스 소프트 | 서비스 지향 아키텍쳐 상에서 메모리 관리를 위한 기법 |
CN112395081B (zh) * | 2019-08-15 | 2024-05-07 | 中国移动通信集团浙江有限公司 | 一种资源在线自动回收方法、系统、服务器以及存储介质 |
EP4233287A1 (en) * | 2020-10-21 | 2023-08-30 | Nokia Solutions and Networks Oy | Computing system management |
US20220171657A1 (en) * | 2020-12-01 | 2022-06-02 | International Business Machines Corporation | Dynamic workload tuning |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1300693A (zh) * | 1999-12-17 | 2001-06-27 | 本田技研工业株式会社 | 机动两轮车散热器配置构造 |
US20050155032A1 (en) * | 2004-01-12 | 2005-07-14 | Schantz John L. | Dynamic load balancing |
CN1300693C (zh) * | 2003-04-16 | 2007-02-14 | 富士通株式会社 | 用于调节系统资源的使用的装置及其方法 |
US20070250837A1 (en) * | 2006-04-24 | 2007-10-25 | Herington Daniel E | System and method for adjusting multiple resources across multiple workloads |
CN102200928A (zh) * | 2010-03-24 | 2011-09-28 | 富士施乐株式会社 | 计算资源控制设备和计算资源控制方法 |
CN102289385A (zh) * | 2010-06-16 | 2011-12-21 | 富士施乐株式会社 | 信息处理系统、管理设备、处理请求设备和信息处理方法 |
US20120096473A1 (en) * | 2010-10-19 | 2012-04-19 | International Business Machines Corporation | Memory maximization in a high input/output virtual machine environment |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0973424A (ja) * | 1995-09-07 | 1997-03-18 | Mitsubishi Electric Corp | ネットワークシステム |
US7536461B2 (en) * | 2005-07-21 | 2009-05-19 | International Business Machines Corporation | Server resource allocation based on averaged server utilization and server power management |
JP2007213339A (ja) * | 2006-02-09 | 2007-08-23 | Ricoh Co Ltd | データベース監視方法、データベース監視システム及びデータベース監視プログラム |
US20070300239A1 (en) * | 2006-06-23 | 2007-12-27 | International Business Machines Corporation | Dynamic application instance placement in data center environments |
US8104039B2 (en) * | 2006-08-07 | 2012-01-24 | International Business Machines Corporation | Method for balancing resource sharing and application latency within a data processing system |
US8954045B2 (en) * | 2006-09-29 | 2015-02-10 | Qualcomm Incorporated | Method and apparatus for managing resources at a wireless device |
US8359450B2 (en) * | 2009-02-13 | 2013-01-22 | Opnet Technologies, Inc. | Memory utilization analysis |
US20100274947A1 (en) * | 2009-04-27 | 2010-10-28 | Hitachi, Ltd. | Memory management method, memory management program, and memory management device |
US8261266B2 (en) * | 2009-04-30 | 2012-09-04 | Microsoft Corporation | Deploying a virtual machine having a virtual hardware configuration matching an improved hardware profile with respect to execution of an application |
JP2011118525A (ja) * | 2009-12-01 | 2011-06-16 | Hitachi Ltd | サーバ管理装置とサーバ管理方法およびサーバ管理プログラム |
JP4982578B2 (ja) * | 2010-02-22 | 2012-07-25 | 西日本電信電話株式会社 | リソース割当装置、リソース割当方法、およびリソース割当制御プログラム |
KR20130021625A (ko) * | 2011-08-23 | 2013-03-06 | 삼성전자주식회사 | 메모리 상태 변화에 따른 단말기 운용 방법 및 이를 지원하는 단말기 |
JP5786641B2 (ja) * | 2011-10-25 | 2015-09-30 | 富士通株式会社 | 携帯端末装置の制御方法、制御プログラム及び携帯端末装置 |
US8732291B2 (en) * | 2012-01-13 | 2014-05-20 | Accenture Global Services Limited | Performance interference model for managing consolidated workloads in QOS-aware clouds |
US8825550B2 (en) * | 2012-08-23 | 2014-09-02 | Amazon Technologies, Inc. | Scaling a virtual machine instance |
US9304803B2 (en) * | 2012-11-12 | 2016-04-05 | Vmware, Inc. | Cooperative application workload scheduling for a consolidated virtual environment |
-
2013
- 2013-02-27 JP JP2013037890A patent/JP6089783B2/ja not_active Expired - Fee Related
- 2013-12-04 US US14/096,482 patent/US20140244844A1/en not_active Abandoned
- 2013-12-09 EP EP20130196233 patent/EP2772857A3/en not_active Ceased
- 2013-12-26 CN CN201310737064.5A patent/CN104008015B/zh not_active Expired - Fee Related
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1300693A (zh) * | 1999-12-17 | 2001-06-27 | 本田技研工业株式会社 | 机动两轮车散热器配置构造 |
CN1300693C (zh) * | 2003-04-16 | 2007-02-14 | 富士通株式会社 | 用于调节系统资源的使用的装置及其方法 |
US20050155032A1 (en) * | 2004-01-12 | 2005-07-14 | Schantz John L. | Dynamic load balancing |
US20070250837A1 (en) * | 2006-04-24 | 2007-10-25 | Herington Daniel E | System and method for adjusting multiple resources across multiple workloads |
CN102200928A (zh) * | 2010-03-24 | 2011-09-28 | 富士施乐株式会社 | 计算资源控制设备和计算资源控制方法 |
CN102289385A (zh) * | 2010-06-16 | 2011-12-21 | 富士施乐株式会社 | 信息处理系统、管理设备、处理请求设备和信息处理方法 |
US20120096473A1 (en) * | 2010-10-19 | 2012-04-19 | International Business Machines Corporation | Memory maximization in a high input/output virtual machine environment |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104503846A (zh) * | 2015-01-22 | 2015-04-08 | 成都派沃特科技有限公司 | 一种基于云计算系统的资源管理系统 |
CN104503846B (zh) * | 2015-01-22 | 2018-01-30 | 成都派沃特科技有限公司 | 一种基于云计算系统的资源管理系统 |
CN105162823A (zh) * | 2015-06-30 | 2015-12-16 | 广东轩辕网络科技股份有限公司 | 一种虚拟机管理方法及装置 |
CN105162823B (zh) * | 2015-06-30 | 2019-07-09 | 广东轩辕网络科技股份有限公司 | 一种虚拟机管理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP2772857A3 (en) | 2015-05-20 |
JP6089783B2 (ja) | 2017-03-08 |
JP2014164715A (ja) | 2014-09-08 |
EP2772857A2 (en) | 2014-09-03 |
CN104008015B (zh) | 2018-01-02 |
US20140244844A1 (en) | 2014-08-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104008015A (zh) | 控制装置和资源控制方法 | |
US9037692B2 (en) | Multiple cloud marketplace aggregation | |
CN110597858A (zh) | 任务数据处理方法、装置、计算机设备和存储介质 | |
CN110601922B (zh) | 一种对照实验的实现方法、装置、电子设备和存储介质 | |
WO2016119412A1 (zh) | 一种云平台上的资源伸缩方法和一种云平台 | |
CN106326002B (zh) | 资源调度方法、装置及设备 | |
US20100131649A1 (en) | Systems and methods for embedding a cloud-based resource request in a specification language wrapper | |
CN110209500B (zh) | 服务器负载均衡方法及装置 | |
CN111078369B (zh) | 一种云计算机下虚拟机分配方法、装置以及服务器 | |
JP5596716B2 (ja) | リソース管理装置、リソース管理システム、リソース管理方法およびリソース管理プログラム | |
CN110582064A (zh) | 一种短信分发方法、装置、设备、介质 | |
CN113300982B (zh) | 资源分配方法、设备、系统及存储介质 | |
CN112395075A (zh) | 资源的处理方法、装置以及资源调度系统 | |
CN112187864A (zh) | 负载均衡方法、装置、存储介质及电子设备 | |
JP6191695B2 (ja) | 仮想リソース制御システムおよび仮想リソース制御方法 | |
US11206673B2 (en) | Priority control method and data processing system | |
CN107836010A (zh) | 计算机系统的管理方法和计算机系统 | |
CN110286961A (zh) | 基于物理主机处理器的进程挂起方法及相关设备 | |
CN104035821B (zh) | 管理系统和方法 | |
CN105718297A (zh) | 虚拟机建立系统以及方法 | |
CN114048033A (zh) | 跑批任务的负载均衡方法、装置及计算机设备 | |
US9461933B2 (en) | Virtual server system, management server device, and system managing method | |
JP2015001766A (ja) | 資産管理システム及び資産管理方法 | |
CN113886050B (zh) | 压力测试方法、装置、设备和存储介质 | |
JP5803655B2 (ja) | データ転送のためのプログラム、情報処理方法及び転送装置、転送処理の割り当てを管理するためのプログラム、情報処理方法及び管理装置、並びに情報処理システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20180102 Termination date: 20181226 |