CN108664321A - ***资源分配调整方法及装置 - Google Patents

Abstract

本发明提供一种***资源分配调整方法及装置，涉及分布式***技术领域。所述***资源分配调整方法包括：获取应用程序对应的应用负载；根据所述应用负载，计算建议资源占有量；将所述建议资源占有量与预设扩容阈值比较以获得比较结果；根据所述比较结果对所述应用程序对应的资源占有量进行调整。从而在不影响正常使用的情况下，根据资源需求的变化动态调整资源分配，提高***资源使用率。能及时应对应用程序对***资源的需求变化。节约人力成本及时间成本。

Description

***资源分配调整方法及装置

技术领域

本发明涉及分布式***技术领域，具体而言，涉及一种***资源分配调整方法及装置。

背景技术

分布式***是建立在计算机网络基础上的计算机***。对于分布式***而言，资源利用率直接决定了一个分布式***优劣。然而一个分布式***资源利用率的高低又取决于该***所使用的资源调度策略。当前的分布式***的调度策略主要由管理员决定。也就是说当一个应用程序提交到该***后，该应用程序可使用的资源由管理员静态指定，当资源需求发生变化时，此时就需要管理员对资源分配进行修改，以满足新的需求。这样的调度策略过于依赖管理员的参与，且在资源需求发生变化时既不能即使做出应对策略，也无法做到对***资源的精准调整。这将直接对资源利用率造成影响，进而影响到该分布式***的整体性能。

发明内容

为了解决上述问题，本发明实施例采用的技术方案如下：

本发明实施例提供了一种***资源分配调整方法，所述方法包括：获取应用程序对应的应用负载；根据所述应用负载，计算建议资源占有量；将所述建议资源占有量与预设扩容阈值比较以获得比较结果；根据所述比较结果对所述应用程序对应的资源占有量进行调整。

本发明实施例还提供了一种***资源分配调整装置，所述装置包括：获取模块，用于获取应用程序对应的应用负载；计算模块，用于根据所述应用负载，计算建议资源占有量；比较模块，用于将所述建议资源占有量与预设扩容阈值比较以获得比较结果；资源调整模块，用于根据比较结果对所述应用程序对应的资源占有量进行调整。

与现有技术相比，本发明提供的一种***资源分配调整方法及装置。所述方法包括：获取应用程序对应的应用负载；根据所述应用负载，计算建议资源占有量；将所述建议资源占有量与预设扩容阈值比较以获得比较结果；根据所述比较结果对所述应用程序对应的资源占有量进行调整。在不影响正常使用的情况下，根据资源需求的变化动态调整资源分配，提高***资源使用率，更能节约人力成本。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明较佳实施例提供的应用了***资源分配调整方法的服务器的方框示意图。

图2示出了本发明实施例提供的***资源分配调整方法流程图。

图3为图2中步骤S101的子步骤流程图。

图4为图2中步骤S104的子步骤部分流程图。

图5为图2中步骤S104的子步骤另一部分流程图的。

图6示出了本发明实施例提供的***资源分配调整装置的功能模块示意图。

图7为图6示出的获取模块的功能子模块示意图。

图8为图6示出的资源调整模块的功能子模块示意图。

图标：100-服务器；111-存储器；112-处理器；113-通信单元；200-***资源分配调整装置；201-获取模块；2011-获取子模块；2012-评估子模块；202-计算模块；203-比较模块；204-资源调整模块；2041-计算子模块；2042-扩容子模块；2043-缩容子模块。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参照图1，是服务器100的方框示意图。所述服务器100包括***资源分配调整装置200、存储器111、处理器112及通信单元113。

所述存储器111、处理器112以及通信单元113各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述***资源分配调整装置200包括至少一个可以软件或固件(Firmware)的形式存储于所述存储器111中或固化在所述服务器100的操作***(Operating System，OS)中的软件功能模块。所述处理器112用于执行所述存储器111中存储的可执行模块，例如所述***资源分配调整装置200所包括的软件功能模块及计算机程序等。

其中，所述存储器111可以是，但不限于，随机存取存储器(Random AccessMemory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(ProgrammableRead-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-OnlyMemory，EEPROM)等。其中，存储器111用于存储程序或者数据。所述通信单元113用于通过所述网络建立所述服务器100与其它通信终端之间的通信连接，并用于通过所述网络收发数据。

应当理解的是，图1所示的结构仅为服务器100的结构示意图，所述服务器100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

第一实施例

请参考图2，图2为本发明较佳实施例提供的一种***资源分配调整方法的流程图。***资源分配调整方法包括以下步骤：

步骤S101，获取应用程序对应的应用负载。应用负载可反映应用程序所占有的***资源是否满足应用程序实际需求。需要说明的是，***资源是应用程序正常运行所需的计算机资源，例如，CPU资源、内存资源等。

在本实施例中，可以是按照预设时间周期，间隔获取所述应用程序当前周期对应的第一应用负载及与当前周期连续的上一个周期对应的第二应用负载。可选地，按照预设时间周期，评估所述应用程序在当前周期对应的第一应用负载，同时获取在与当前周期连续的上一个周期内评估获得的第二应用负载。需要说明的是，预设时间周期可以是按照预先设置的时间间隔将时间划分为多个周期，当前周期可以是当前时间所处的预设时间周期(例如，预设时间间隔为3秒，则可以将0到9秒划分为3个时间周期，第0秒～第3秒、第4秒～第6秒及第7秒～第9秒，如果当前时间为第8秒，则当前周期为第7秒～第9秒，而与当前周期连续的上一个周期为第4秒～第6秒)。

在本实施例中，请参考图3，步骤S101包括以下子步骤：

子步骤S1011，根据预设时间周期，间隔获取所述应用程序在当前周期的评估参数。

在本实施例中，所述评估参数包括资源使用评估参数和/或服务质量评估参数。根据预设时间周期，间隔获取所述应用程序在当前周期的评估参数的方式可以是以下两种之一或之间的组合：

获取当前周期内所述应用程序的资源使用评估参数。资源使用评估参数可以是应用程序对应的资源使用率。可选地，可以是通过获取所述应用程序对应的指定CPU资源及定时采集所述应用程序实际的平均使用CPU资源。再根据当前周期内最新采集的所述平均使用CPU资源与所述指定CPU资源之间的第一比率，获取所述资源使用评估参数；也可以是通过获取所述应用程序对应的指定内存资源及定时采集所述应用程序实际的平均使用内存资源。根据当前周期内最新采集的所述平均使用内存资源与所述指定内存资源之间的第二比率，获取所述资源使用评估参数；及还可以是根据第一比率及第二比率获取所述资源使用评估参数。其中，第一比率及第二比率分别与资源使用评估参数呈正比关系。需要说明的是，指定CPU资源及指定内存资源为***分配给应用程序可以使用的资源。平均使用CPU资源为应用程序实际每个实例使用的CPU资源。平均使用内存资源为应用程序实际每个实例使用的内存资源。应用程序的类在实例化后就称为一个实例。也就是说，运行应用程序时，会在应用程序可使用的***资源中占用一部分资源生成一个实例，当同时再一次运行该程序，则会在应用程序可使用的***资源中占用另一部分资源生成另一个实例。

获取当前周期内所述应用程序的服务质量评估参数。服务质量参数是能客观反映应用程序为用户提供的服务质量的参数。可选地，通过获取所述应用程序对应的预设的请求队列长度及定时采集所述应用程序对应的每秒请求数量、响应时延及平均待处理请求队列长度。再根据所述请求队列长度、当前周期内最新采集的所述每秒请求数量、所述响应时延及所述平均待处理请求队列长度，获得所述服务质量评估参数。其中，可以是根据这四个参数之一、四项组合、任意两项组合或任意三项的组合获得所述服务质量评估参数。以实现通过多维度评价获得服务质量评估参数。使服务质量评估参数更加客观有效。其中，每秒请求数量与服务质量评估参数呈正比关系，所述响应时延及所述平均待处理请求队列长度均与服务质量评估参数呈反比关系。

子步骤S1012，根据所述评估参数评估所述应用程序在当前周期对应的所述应用负载。

在本实施例中，可以是根据资源使用评估参数和/或服务质量评估参数评估所述应用程序在当前周期对应的所述应用负载。需要说明的是，资源使用评估参数越高，应用负载越大；资源使用评估参数越低，应用负载越小。服务质量评估参数越高，应用负载越小；服务质量评估参数越低，应用负载越大。

步骤S102，根据所述应用负载，计算建议资源占有量。

在本实施例中，可以是根据第一应用负载及第二应用负载，计算所述建议资源占有量。可选地，在步骤S102之前还包括步骤按照所述预设时间周期，间隔获取所述应用程序当前周期对应的资源占有量。执行步骤S102的方式可以是根据所述第一应用负载、第二应用负载及当前周期对应的资源占有量，计算所述建议资源占有量。例如，可以通过第一应用负载与第二应用负载之间的比值，结合当前周期对应的资源占有量，计算建议资源占有量。需要说明的是，建议资源占有量是计算出的应用程序在当前周期内对应的较佳的资源占有量。在调整应用程序可使用的***资源提供参考。

步骤S103，将所述建议资源占有量与预设扩容阈值比较以获得比较结果。

在本实施例中，预设扩容阈值可以是在应用程序安装于分布式***的时候设置的，当建议资源占有量属于预设扩容阈值范围内时，即使建议资源占有量与当前周期的资源占有量不同，流程也不进入步骤S104。从而避免在建议资源占有量与当前周期的资源占有量不同，但他们之间的差距并不足以对应用程序的服务质量产生影响的情况下，也对应用程序可支配的***资源进行调整，进而增加***负担。当建议资源占有量不属于预设扩容阈值范围内时(例如，建议资源占有量大于预设扩容阈值或建议资源占有量小于预设扩容阈值)，流程进入步骤S104。可选地，当建议资源占有量大于预设扩容阈值时，应用程序所占有的可支配***资源不满足应用程序的实际需求，则流程进入子步骤S1041，以此保障应用程序的正常运行；当建议资源占有量小于预设扩容阈值时，说明应用程序所占有的可支配***资源，出现了空闲，则流程进入子步骤S1043，释放这部分空闲的***资源，避免***资源的浪费。需要说明的是，分布式***可以是由多台服务器100组成。

步骤S104，根据所述比较结果对所述应用程序对应的资源占有量进行调整。

在本实施例中，如图4及图5所示，步骤S104包括以下子步骤：

子步骤S1041，根据所述建议资源占有量、所述应用程序在当前周期对应的资源占有量及预设最大资源占有量，计算扩容值。预设最大资源占有量为预先设定的应用程序可获得的可支配的***资源的最大值。扩容值为需要给应用程序新增的***资源。

在本实施例中，可选地，获得所述建议资源占有量与预设最大资源占有量之间的最小值。计算该最小值与当前周期对应的资源占有量的差值，该差值即为扩容值。

子步骤S1042，根据所述扩容值增加所述应用程序对应的资源占有量。

在本实施例中，由于在分布式***中设置的应用程序很多，当出现多个应用程序同时需要增加资源占有量时，依据所述***中所述应用程序的优先级的高低，由高到低依次根据所述应用程序对应的扩容值增加所述应用程序对应的资源占有量。可选地，可以是按照应用程序单个实例占用的***资源的倍数增加。

子步骤S1043，根据所述建议资源占有量、所述应用程序在当前周期对应的资源占有量及预设最大资源占有量，计算缩容值。

在本实施例中，缩容值为应用程序空闲的、需要释放的***资源。可选地，获得所述建议资源占有量与预设最大资源占有量之间的最大值。计算当前周期对应的资源占有量与该最大值的差值，该差值即为缩容值。

子步骤S1044，根据所述缩容值减少所述应用程序对应的资源占有量。

在本实施例中，当多个应用程序都有存在空闲的、需要释放的***资源时，依据所述***中所述应用程序的优先级的高低，由低到高依次根据所述应用程序对应的缩容值减少所述应用程序对应的资源占有量。直至释放出来的***资源已经能满足***中其他应用程序的资源需求。可选地，资源占有量可以是按照应用程序单个实例占用的***资源的倍数释放***资源。

第二实施例

请参照图6，图6为本发明实施例提供的***资源分配调整装置200的功能模块示意图。所述***资源分配调整装置200包括：获取模块201、计算模块202、比较模块203及资源调整模块204。

获取模块201，用于获取应用程序对应的应用负载。

在本发明实施例中，所述步骤S101可以由获取模块201执行。获取模块201执行获取应用程序对应的应用负载的方式包括：按照预设时间周期，间隔获取所述应用程序当前周期对应的第一应用负载及与当前周期连续的上一个周期对应的第二应用负载。如图7所示，获取模块201包括以下功能子模块：

获取子模块2011，用于根据预设时间周期，间隔获取所述应用程序在当前周期的评估参数。

在本实施例中，步骤S1011可以由获取子模块2011执行。所述评估参数包括资源使用评估参数和/或服务质量评估参数。获取子模块2011执行根据预设时间周期，间隔获取所述应用程序在当前周期的评估参数的方式可以是以下两种之一或之间的组合：

获取当前周期内所述应用程序的资源使用评估参数。资源使用评估参数可以是应用程序对应的资源使用率。可选地，可以是通过获取所述应用程序对应的指定CPU资源及定时采集所述应用程序实际的平均使用CPU资源。再根据当前周期内最新采集的所述平均使用CPU资源与所述指定CPU资源之间的第一比率，获取所述资源使用评估参数；也可以是通过获取所述应用程序对应的指定内存资源及定时采集所述应用程序实际的平均使用内存资源。根据当前周期内最新采集的所述平均使用内存资源与所述指定内存资源之间的第二比率，获取所述资源使用评估参数；及还可以是根据第一比率及第二比率获取所述资源使用评估参数。

获取当前周期内所述应用程序的服务质量评估参数。服务质量参数是能客观反映应用程序为用户提供的服务质量的参数。可选地，通过获取所述应用程序对应的预设的请求队列长度及定时采集所述应用程序对应的每秒请求数量、响应时延及平均待处理请求队列长度。再根据所述请求队列长度、当前周期内最新采集的所述每秒请求数量、所述响应时延及所述平均待处理请求队列长度，获得所述服务质量评估参数。其中，可以是根据这四个参数之一、四项组合、任意两项组合或任意三项的组合获得所述服务质量评估参数。以实现通过多维度评价获得服务质量评估参数。使服务质量评估参数更加客观有效。

评估子模块2012，用于根据所述评估参数评估所述应用程序在当前周期对应的所述应用负载。

在本实施例中，步骤S1012可以由评估子模块2012执行。可以是根据资源使用评估参数和/或服务质量评估参数评估所述应用程序在当前周期对应的所述应用负载。

可选地，获取模块201，还用于按照所述预设时间周期，间隔获取所述应用程序当前周期对应的资源占有量。

计算模块202，用于根据所述应用负载，计算建议资源占有量。

在本实施例中，步骤S102可以由计算模块202执行。计算模块202执行计算建议资源占有量的方式可以是根据第一应用负载及第二应用负载，计算所述建议资源占有量。可选地，可以是根据所述第一应用负载及第二应用负载以及当前周期对应的资源占有量，计算所述建议资源占有量。例如，可以通过第一应用负载与第二应用负载之间的比值，结合当前周期对应的资源占有量，计算建议资源占有量。需要说明的是，建议资源占有量是计算出的应用程序在当前周期内对应的较佳的资源占有量。在调整应用程序可使用的***资源时提供参考。

比较模块203，用于将所述建议资源占有量与预设扩容阈值比较以获得比较结果。

在本实施例中，步骤S103可以由比较模块203执行。

资源调整模块204，用于根据比较结果对所述应用程序对应的资源占有量进行调整。

在本实施例中，步骤S104可以由资源调整模块204执行。请参考图8，资源调整模块204包括以下功能子模块：

计算子模块2041，用于当所述建议资源占有量大于所述预设扩容阈值时，根据所述建议资源占有量、所述应用程序在当前周期对应的资源占有量及预设最大资源占有量，计算扩容值。及还用于当所述建议资源占有量小于所述预设扩容阈值时，根据所述建议资源占有量、所述应用程序在当前周期对应的资源占有量及预设最大资源占有量，计算缩容值。

在本实施例中，子步骤S1041及子步骤S1043均可以由计算子模块2041执行。

扩容子模块2042，用于根据所述扩容值增加所述应用程序对应的资源占有量。

在本实施例中，子步骤S1042可以由扩容子模块2042执行。可选地，扩容子模块2042执行用于根据所述扩容值增加所述应用程序对应的资源占有量的方式可以包括依据所述***中所述应用程序的优先级的高低，由高到低依次根据所述应用程序对应的扩容值增加所述应用程序对应的资源占有量。可选地，可以是按照应用程序单个实例占用的***资源的倍数增加。

缩容子模块2043，用于根据所述缩容值减少所述应用程序对应的资源占有量。

在本实施例中，子步骤S1044可以由缩容子模块2043执行。可选地，缩容子模块2043执行根据所述缩容值减少所述应用程序对应的资源占有量的方式包括：依据所述***中所述应用程序的优先级的高低，由低到高依次根据所述应用程序对应的缩容值减少所述应用程序对应的资源占有量。可选地，资源占有量可以是按照应用程序单个实例占用的***资源的倍数释放***资源。

综上所述，本发明提供的一种***资源分配调整方法及装置。所述方法包括：获取应用程序对应的应用负载；根据所述应用负载，计算建议资源占有量；将所述建议资源占有量与预设扩容阈值比较以获得比较结果；根据所述比较结果对所述应用程序对应的资源占有量进行调整。根据资源需求的变化动态调整资源分配，提高***资源使用率。也不会对应用程序的正常使用产生影响。能及时应对应用程序对***资源的需求变化。节约人力成本及时间成本。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (22)

1.一种***资源分配调整方法，其特征在于，所述方法包括：

获取应用程序对应的应用负载；

根据所述应用负载，计算建议资源占有量；

将所述建议资源占有量与预设扩容阈值比较以获得比较结果；

根据所述比较结果对所述应用程序对应的资源占有量进行调整。

2.如权利要求1所述的***资源分配调整方法，其特征在于，

所述获取应用程序对应的应用负载的步骤包括：按照预设时间周期，间隔获取所述应用程序当前周期对应的第一应用负载及与当前周期连续的上一个周期对应的第二应用负载；

所述根据所述应用负载，计算建议资源占有量的步骤包括：根据所述第一应用负载及所述第二应用负载，计算所述建议资源占有量。

3.如权利要求2所述的***资源分配调整方法，其特征在于，

所述方法还包括在所述获取应用程序对应的应用负载之后，按照所述预设时间周期，间隔获取所述应用程序当前周期对应的所述资源占有量；

所述根据所述第一应用负载及所述第二应用负载，计算所述建议资源占有量的步骤包括：根据所述第一应用负载、第二应用负载及当前周期对应的所述资源占有量，计算所述建议资源占有量。

4.如权利要求1所述的***资源分配调整方法，其特征在于，所述获取应用程序对应的应用负载的步骤包括：

根据预设时间周期，间隔获取所述应用程序在当前周期的评估参数；

根据所述评估参数评估所述应用程序在当前周期对应的所述应用负载。

5.如权利要求4所述的***资源分配调整方法，其特征在于，所述评估参数包括资源使用评估参数或/和服务质量评估参数，所述获取所述应用程序在当前周期的评估参数的步骤包括：

获取当前周期内所述应用程序的资源使用评估参数；或/和

获取当前周期内所述应用程序的服务质量评估参数。

6.如权利要求5所述的***资源分配调整方法，其特征在于，所述获取当前周期内所述应用程序的资源使用评估参数的步骤包括：

获取所述应用程序对应的指定CPU资源及定时采集所述应用程序实际的平均使用CPU资源；

根据所述指定CPU资源及当前周期内最新采集的所述平均使用CPU资源，获取所述资源使用评估参数。

7.如权利要求5所述的***资源分配调整方法，其特征在于，所述获取当前周期内所述应用程序的资源使用评估参数的步骤包括：

获取所述应用程序对应的指定内存资源及定时采集所述应用程序实际的平均使用内存资源；

根据所述指定内存资源及当前周期内最新采集的所述平均使用内存资源，获取所述资源使用评估参数。

8.如权利要求5所述的***资源分配调整方法，其特征在于，所述获取当前周期内所述应用程序的服务质量评估参数的步骤包括：

获取所述应用程序对应的预设的请求队列长度及定时采集所述应用程序对应的每秒请求数量、响应时延及平均待处理请求队列长度；

根据所述请求队列长度、当前周期内最新采集的所述每秒请求数量、所述响应时延及所述平均待处理请求队列长度，获得所述服务质量评估参数。

9.如权利要求1-8任一项所述的***资源分配调整方法，其特征在于，所述根据所述比较结果对所述应用程序对应的资源占有量进行调整的步骤包括：

当所述建议资源占有量大于所述预设扩容阈值时，根据所述建议资源占有量、预设最大资源占有量及所述应用程序在当前周期对应的资源占有量，计算扩容值；

根据所述扩容值增加所述应用程序对应的所述资源占有量；

当所述建议资源占有量小于所述预设扩容阈值时，根据所述建议资源占有量、预设最大资源占有量及所述应用程序在当前周期对应的所述资源占有量，计算缩容值；

根据所述缩容值减少所述应用程序对应的所述资源占有量。

10.如权利要求9所述的***资源分配调整方法，其特征在于，所述根据所述扩容值增加所述应用程序对应的所述资源占有量的步骤包括：

依据所述***中所述应用程序的优先级的高低，由高到低依次根据所述应用程序对应的所述扩容值增加所述应用程序对应的所述资源占有量。

11.如权利要求9所述的***资源分配调整方法，其特征在于，所述根据所述缩容值减少所述应用程序对应的所述资源占有量的步骤包括：

依据所述***中所述应用程序的优先级的高低，由低到高依次根据所述应用程序对应的所述缩容值减少所述应用程序对应的所述资源占有量。

12.一种***资源分配调整装置，其特征在于，所述装置包括：

获取模块，用于获取应用程序对应的应用负载；

计算模块，用于根据所述应用负载，计算建议资源占有量；

比较模块，用于将所述建议资源占有量与预设扩容阈值比较以获得比较结果；

资源调整模块，用于根据所述比较结果对所述应用程序对应的资源占有量进行调整。

13.如权利要求12所述的***资源分配调整装置，其特征在于，

所述获取模块执行所述获取应用程序对应的应用负载的方式包括：按照预设时间周期，间隔获取所述应用程序当前周期对应的第一应用负载及与当前周期连续的上一个周期对应的第二应用负载；

所述计算模块执行所述计算建议资源占有量的方式包括：根据所述第一应用负载及所述第二应用负载，计算所述建议资源占有量。

14.如权利要求13所述的***资源分配调整装置，其特征在于，

所述获取模块，还用于按照所述预设时间周期，间隔获取所述应用程序当前周期对应的所述资源占有量；

所述计算模块执行所述根据所述第一应用负载及所述第二应用负载，计算所述建议资源占有量的方式包括：根据所述第一应用负载、第二应用负载及当前周期对应的所述资源占有量，计算所述建议资源占有量。

15.如权利要求12所述的***资源分配调整装置，其特征在于，所述获取模块包括：

获取子模块，用于根据预设时间周期，间隔获取所述应用程序在当前周期的评估参数；

评估子模块，用于根据所述评估参数评估所述应用程序在当前周期对应的所述应用负载。

16.如权利要求15所述的***资源分配调整装置，其特征在于，所述评估参数包括资源使用评估参数或/和服务质量评估参数，所述获取子模块执行所述获取所述应用程序在当前周期的评估参数的方式包括：

获取当前周期内所述应用程序的资源使用评估参数；或/和

获取当前周期内所述应用程序的服务质量评估参数。

17.如权利要求16所述的***资源分配调整装置，其特征在于，所述获取子模块执行所述获取当前周期内所述应用程序的资源使用评估参数的方式包括：

获取所述应用程序对应的指定CPU资源及定时采集所述应用程序实际的平均使用CPU资源；

根据所述指定CPU资源及当前周期内最新采集的所述平均使用CPU资源，获取所述资源使用评估参数。

18.如权利要求16所述的***资源分配调整装置，其特征在于，所述获取子模块执行所述获取当前周期内所述应用程序的资源使用评估参数的方式包括：

获取所述应用程序对应的指定内存资源及定时采集所述应用程序实际的平均使用内存资源；

根据所述指定内存资源及当前周期内最新采集的所述平均使用内存资源，获取所述资源使用评估参数。

19.如权利要求16所述的***资源分配调整装置，其特征在于，所述获取子模块执行所述获取当前周期内所述应用程序的服务质量评估参数的方式包括：

获取所述应用程序对应的预设的请求队列长度及定时采集所述应用程序对应的每秒请求数量、响应时延及平均待处理请求队列长度；

根据所述请求队列长度、当前周期内最新采集的所述每秒请求数量、所述响应时延及所述平均待处理请求队列长度，获得所述服务质量评估参数。

20.如权利要求12-19任一项所述的***资源分配调整装置，其特征在于，所述资源调整模块包括：

计算子模块，用于当所述建议资源占有量大于所述预设扩容阈值时，根据所述建议资源占有量、预设最大资源占有量及所述应用程序在当前周期对应的所述资源占有量，计算扩容值；

扩容子模块，用于根据所述扩容值增加所述应用程序对应的所述资源占有量；

计算子模块，还用于当所述建议资源占有量小于所述预设扩容阈值时，根据所述建议资源占有量、所述预设最大资源占有量及所述应用程序在当前周期对应的所述资源占有量，计算缩容值；

缩容子模块，用于根据所述缩容值减少所述应用程序对应的所述资源占有量。

21.如权利要求20所述的***资源分配调整装置，其特征在于，所述扩容子模块执行所述根据所述扩容值增加所述应用程序对应的所述资源占有量的方式包括：

依据所述***中所述应用程序的优先级的高低，由高到低依次根据所述应用程序对应的所述扩容值增加所述应用程序对应的所述资源占有量。

22.如权利要求20所述的***资源分配调整装置，其特征在于，所述缩容子模块执行所述根据所述缩容值减少所述应用程序对应的所述资源占有量的方式包括：

依据所述***中所述应用程序的优先级的高低，由低到高依次根据所述应用程序对应的所述缩容值减少所述应用程序对应的所述资源占有量。