CN103188730B - 系统资源负荷调节系统、方法及装置、调节服务器设备 - Google Patents

Abstract

本发明公开了一种系统资源负荷调节系统、方法及装置、调节服务器设备，其中，该方法包括：接收来自各个开通服务器的负荷情况数据；对于当前待调整的开通服务器，根据接收到的该开通服务器的负荷情况数据确定负荷参数；当判断确定得到的负荷参数满足预定的调整条件时，根据接收到的负荷情况数据确定调整参数；向该当前开通服务器发送用于调整业务进程的调整指示，该调整指示中携带有确定的调整参数。根据本发明的技术方案，能够根据开通服务器的系统资源使用状况、业务负荷状况来动态地调节开通服务器各个业务的进程数量，能够提高开通服务器的系统处理效率、降低系统安全风险。

Description

系统资源负荷调节系统、方法及装置、调节服务器设备

技术领域

本发明涉及移动通信系统中的，尤其是涉及一种系统资源负荷调节的系统、方法及装置、调节服务器设备。

背景技术

随着新技术的不断发展，移动通信的新业务也越来越多、越来越复杂。为了支撑各类新业务发展，运营商内部建立了大量的信息技术系统。这些信息技术系统内部会存在大量的接口，为了给用户提供良好的服务，必须保证这些系统间的接口稳定，高效的运行。

移动业务运营支撑系统(BOSS，Business & Operation Support System)是用户开通移动业务的核心系统。由BOSS系统中的服务开通子系统向相关业务平台发送服务开通指令后，业务平台根据开通指令、执行开通业务的操作，用户才能使用业务。

为提高服务开通系统的指令处理效率，BOSS系统内部部署了大量的服务进程。现有系统对进程的管理一般通过在程序启动时就指定向某个业务平台发送指令需要几个进程，在程序运行期间不再变化，如果要改变进程的数量，需要停止现有业务处理进程来进行手工调整。在系统维护过程中，为了及时地给用户提供各类服务，经常要根据系统资源的情况与各个业务平台的指令积压情况进行手工调整进程的数量。如果系统资源太忙，为保证系统的稳定性需要减少指令发送进程；如果指令积压，需要增加指令发送流程。

目前，现有的BOSS存在如下问题：第一，系统资源紧张，进程过多时对系统的安全带来隐患，系统进程过少，造成业务指令的积压，影响客户服务；第二，现有的服务开通系统对进程的管理是从单个业务入手，如果开通主机系统资源紧张时，往往不知道应该调整哪些业务的进程，缺少结合对开通主机上各个业务的情况进行综合分析的方法。

可见，在现有的BOSS中的服务开通系统中、存在缺乏对系统资源使用情况、业务指令积压情况进行综合调度、导致服务开通系统的业务处理效率低下、系统安全风险高的问题。

发明内容

本发明实施例提供一种系统资源负荷调节系统，用以解决现有技术中存在的、缺乏对服务开通系统的资源使用情况、业务指令积压情况进行综合调度、而导致服务开通系统的业务处理效率低下、系统安全风险高的问题。

相应的，本发明实施例还提供了一种系统资源负荷调节方法及装置、调节服务器设备。

本发明实施例技术方案如下：

一种系统资源负荷调节系统，包括：调节服务器、开通服务器；其中，开通服务器，用于采集负荷情况数据，并将采集到的负荷情况数据发送给调节服务器，该负荷情况数据包括：系统资源负荷数据、各类业务负荷数据；接收来自调节服务器的调整指示，按照该调整指示中的调整参数对进程数量进行调整；调节服务器，用于对于当前待调整的开通服务器，根据来自该当前开通服务器的负荷情况数据确定负荷参数，当判断确定得到的负荷参数满足预定的调整条件时，根据接收到的负荷情况数据确定调整参数，向该当前开通服务器发送调整指示，该调整指示中携带有确定的调整参数。

一种系统资源负荷调节方法，包括：接收来自各个开通服务器的负荷情况数据；对于当前待调整的开通服务器，根据接收到的该开通服务器的负荷情况数据确定负荷参数；当判断确定得到的负荷参数满足预定的调整条件时，根据接收到的负荷情况数据确定调整参数；向该当前开通服务器发送用于调整业务进程的调整指示，该调整指示中携带有确定的调整参数。

一种系统资源负荷调节装置，包括：接收模块，用于接收来自各个开通服务器的负荷情况数据；负荷参数确定模块，对于当前待调整的开通服务器，根据接收模块接收到的该开通服务器的负荷情况数据确定负荷参数；判断模块，用于判断负荷参数确定模块确定得到的负荷参数是否满足预定的调整条件；调整参数确定模块，用于当判断模块判断结果为满足预订的调整调节时，根据接收模块接收到的负荷情况数据确定调整参数；发送模块，用于向该当前开通服务器发送用于调整业务进程的调整指示，该调整指示中携带有调整参数确定模块确定的调整参数。

一种调节服务器，包括如上所述的系统资源负荷调节装置。

根据本发明实施例的方案，通过采集开通服务器的负荷情况数据，并根据负荷情况数据确定负荷参数，判断负荷参数满足预定的调整条件时，根据负荷情况数据确定调整参数，开通服务器根据确定的调整参数对业务进程的数量进行调整。这样，能够根据开通服务器的系统资源使用状况、业务负荷状况来动态地调节开通服务器各个业务的进程数量，能够提高开通服务器的系统处理效率、降低系统安全风险，从而能够解决现有技术中缺乏对服务开通系统的资源使用情况、业务指令积压情况进行综合调度、而导致服务开通系统的业务处理效率低下、系统安全风险高的问题。

附图说明

图1是根据本发明实施例的系统资源负荷调节系统的结构框图；

图2是根据本发明实施例的系统资源负荷调节方法的工作流程图；

图3是根据本发明实施例的系统资源负荷调节装置的结构框图；

图4是本发明实施例具体应用的系统资源负荷调节系统的结构框图；

图5a是本发明实施例具体应用中调节服务器预先对开通服务器配置的数据结构示意图；

图5b是图5a所示数据结构的具体数值设置示意图；

图5c是本发明实施例具体应用中开通服务器采集到的负荷情况数据结构示意图；

图5d是图5c所示数据结构的具体数值示意图。

具体实施方式

针对现有技术中存在的缺乏对服务开通系统的资源使用情况、业务指令积压情况进行综合调度、而导致服务开通系统的业务处理效率低下、系统安全风险高的问题，本发明实施例提供了一种系统资源负荷调节的方案，用以解决该问题。

在本发明实施例的技术方案中，通过采集开通服务器的负荷情况数据，并根据负荷情况数据确定负荷参数，判断负荷参数满足预定的调整条件时，根据负荷情况数据确定调整参数，开通服务器根据确定的调整参数对业务进程的数量进行调整。这样，能够根据开通服务器的系统资源使用状况、业务负荷状况来动态地调节开通服务器各个业务的进程数量，能够提高开通服务器的系统处理效率、降低系统安全风险。

图1示出了根据本发明实施例的系统资源负荷调节系统的结构框图，如图1所示，该系统包括：调节服务器1、开通服务器21、22、...2n；其中，

开通服务器21、22、...2n，用于采集本机的负荷情况数据，并将采集到的负荷情况数据发送给调节服务器1，该负荷情况数据包括：系统资源负荷数据、各类业务负荷数据；接收来自调节服务器1的调整指示，按照该调整指示中的调整参数对进程数量进行调整；

调节服务器1，用于对于当前待调整的开通服务器，根据来自该当前开通服务器的负荷情况数据确定负荷参数，当判断确定得到的负荷参数满足预定的调整条件时，根据确定的负荷参数确定调整参数，向该当前开通服务器发送调整指示，该调整指示中携带有确定的调整参数。

图1所示的系统的工作原理包括如下的处理过程：

步骤一、开通服务器21、22、...2n分别采集本机的负荷情况数据，该负荷情况数据包括：系统资源负荷数据、各类业务负荷数据；具体地，采集CPU占用率l、I/O磁盘每秒钟读写次数m、内存占用率n作为系统资源负荷数据，采集各类业务的业务指令积压数量k、当前各类业务的进程数量p作为各类业务负荷数据；

步骤二、调节服务器1对于当前待调整的开通服务器，根据将接收到的该开通服务器的负荷情况数据确定负荷参数，负荷参数包括：资源占用因子β、业务积压因子α；具体地，按照公式β(l，m，n)＝A+B+C， 确定负荷参数中的资源占用因子β，按照确定负荷参数中的业务积压因子α，其中，l为系统CPU的占用率，单位是百分数，m为每秒钟内I/O的读写磁盘总数，单位是万次，n为内存占用率，单位是百分数，k为业务指令积压数量，a、b、c均为经验值，q为预设的数据采集次数；

步骤三、调节服务器1将确定的负荷参数(资源占用因子β、业务积压因子α)与预定的调节条件进行对比，当满足调节调节时，根据负荷情况数据来确定调整参数；具体地，根据确定的资源占用因子β和业务积压因子α判断：当β≥λ、或A≥μ、或B≥μ、或C≥μ时，确定调整参数否则当α≥α′时，确定调整参数γ(k)＝k-s，其中，X为预定的业务的优先级参数、Y为业务的单进程对系统资源的影响度(该值为经验值)、p为业务的进程数量，λ、α′、μ、s、Y均为经验值；

步骤四、向当前的开通服务器发送调整指示，该指示中携带有对开通服务器的各个业务确定的调整参数。

根据图1所示的系统及其工作原理，通过采集开通服务器的负荷情况数据，并根据负荷情况数据确定负荷参数，判断负荷参数满足预定的调整条件时，根据负荷情况数据确定调整参数，开通服务器根据确定的调整参数对业务进程的数量进行调整。这样，能够根据开通服务器的系统资源使用状况、业务负荷状况来动态地调节开通服务器各个业务的进程数量，能够提高开通服务器的系统处理效率、降低系统安全风险，从而能够解决现有技术中缺乏对服务开通系统的资源使用情况、业务指令积压情况进行综合调度、而导致服务开通系统的业务处理效率低下、系统安全风险高的问题。

图2示出了根据本发明实施例的系统资源负荷调节方法的工作流程图，如图2所示，该方法包括如下处理过程：

步骤21、接收来自各个开通服务器的负荷情况数据；

步骤22、对于当前待调整的开通服务器，根据接收到的该开通服务器的负荷情况数据确定负荷参数；

一种优选的方式，对开通服务器的各个业务、确定包括资源占用因子、业务积压因子的负荷参数；具体地，按照公式β(l，m，n)＝A+B+C， 确定资源占用因子β，按照确定业务积压因子α；其中，l为系统CPU的占用率，单位是百分数，m为每秒钟内I/O的读写磁盘总数，单位是万次，n为内存占用率，单位是百分数，k为业务指令积压数量，a、b、c均为经验值，q为预设的数据采集次数；

步骤23、当判断确定得到的负荷参数满足预定的调整条件时，根据接收到的负荷情况数据确定调整参数；

一种优选的方式，根据确定的资源占用因子β和业务积压因子α判断：当β≥λ、或A≥μ、或B≥μ、或C≥μ时，确定调整参数否则当α≥α′时，确定调整参数γ(k)＝k-s，其中，X为预定的业务的优先级参数、Y为业务的单进程对系统资源的影响度、p为业务的进程数量，λ、α′、μ、s、Y均为经验值；

步骤24、向该当前开通服务器发送用于调整业务进程的调整指示，该调整指示中携带有确定的调整参数。

根据如图2所示的方法，能够根据开通服务器动态采集的负荷情况数据来确定负荷参数，将负荷参数与预定的调节条件对比，来对开通服务器的负荷情况进行判断，当满足调节条件时、也即开通服务器的负荷过高需要调节，根据负荷情况数据确定调整参数，以使开通服务器根据确定的调整参数调整业务的进程数量，从而能够使开通服务器稳定地运行，能够提高开通服务器的系统处理效率、降低系统安全风险，从而能够解决现有技术中缺乏对服务开通系统的资源使用情况、业务指令积压情况进行综合调度、而导致服务开通系统的业务处理效率低下、系统安全风险高的问题。

为实现上述功能，本发明实施例这里的开通服务负荷调节方法可以通过硬件实现，也可以通过下述软件程序实现，即开通服务器中包括以下的开通服务负荷调节装置。

图3示出了根据本发明实施例的系统资源负荷调节装置的结构框图，如图3所示，该装置包括：

接收模块31，用于接收来自各个开通服务器的负荷情况数据；

负荷参数确定模块32，连接至接收模块31，对于当前待调整的开通服务器，根据接收模块31接收到的该开通服务器的负荷情况数据确定负荷参数；

判断模块33，连接至负荷参数确定模块32，用于判断负荷参数确定模块32确定得到的负荷参数是否满足预定的调整条件；

调整参数确定模块34，连接至判断模块33、接收模块31，用于当判断模块33判断结果为满足预订的调整调节时，根据接收模块31接收到的负荷情况数据确定调整参数；

发送模块35，连接至调整参数确定模块34，用于向该当前开通服务器发送用于调整业务进程的调整指示，该调整指示中携带有调整参数确定模块34确定的调整参数。

图3所示装置的工作原理如图2所示，这里不再赘述。

根据如图3所示的装置，也能够解决现有技术中缺乏对服务开通系统的资源使用情况、业务指令积压情况进行综合调度、而导致服务开通系统的业务处理效率低下、系统安全风险高的问题。

下面对本发明实施例具体应用的情况进行说明。

图4示出了本发明实施例具体应用的系统资源负荷调节系统的结构框图，该系统包括：调节服务器41、开通服务器42₁、42₂、...42_n。

调节服务器41预先对开通服务器的相关负荷情况进行配置，在系统运行的过程中进行实时的监测与判断。

图5a示出了调节服务器41预先对开通服务器配置的数据结构，主要包含下面的相关数据：业务标识，主机标识，进程标识，基准指令数量，业务量增幅(单位：百分比)，基准进程数，最小进程数，最大进程数，业务优先级，单进程影响度。图5b示出了图5a所示数据结构的具体数值。如图5a所示，该预先配置的数据结构包括：

(1)业务标识：业务标识表示本条配置针对哪个业务的服务开通进程配置。例如：Mail01代表手机邮箱。

(2)主机标识：主机标识代表本条配置是针对哪个主机上的进程。例如：KT01代表第一台服务开通主机。

(3)进程标识：进程标识代表客户端主机上的不同进程。每个客户端主机上运行了不同业务的不同进程，通过这个标识来关联配置，可以得到本进程是处理哪个业务。例如：MAILKT代表是手机邮箱的指令开通进程。

(4)基准指令数量：表示本业务的指令积压数量小于等于配置数字，则进程不进行向上调整。例如：开通手机邮箱的基准指令数量为1000表示指令积压小于等于1000条时，不需增加进程处理。

(5)业务量增幅：业务量增幅单位是百分比，表示本业务的指令积压数量超过基准数量的百分比时需要增加处理进程。例如：上面开通手机邮箱的基准数据指令数量是1000，开通手机邮箱的业务量每增幅20％，就要增加一个处理进程。表示如果手机邮箱服务开通积压指令数量大于1200(1000+1000×20％)条时，满足进程触发条件，需要系统动态增加1个处理进程；如果积压量超过1440(1200+1200×20％)时需要再增加2个处理进程。

(6)基准进程个数：处理本业务数据的基准进程个数，例如，开通手机邮箱的基准进程个数为10。

(7)最小进程数：处理本业务数据的最小进程个数。当前运行的进程个数如果等于最小进程个数，将不能再向下调整进程个数，例如，开通手机邮箱的最小进程个数为10。

(8)最大进程数：处理本业务数据的最大进程个数。当前运行的进程数如果等于最大进程个数，不能再增加进程。即使系统有资源也不能增加。这样可以有效的控制BOSS服务开通系统的进程数量，保护下游业务平台不会因为BOSS处理效率增加导致压力增加，例如，开通手机邮箱的最大进程个数为20。

(9)用于确定调整参数的业务优先级X、单进程影响度Y，调整参数由调节服务器接收到以上的数据后再进行确定。调整参数决定当系统资源紧张时，应该优先减少哪个业务的进程个数。调整参数由三个因素确定：业务优先级X与单进程影响度Y，当前进程个数p。当前业务调整参数γ值越高表示优先减少此业务的进程个数。Y表示单进程对系统资源的影响度，这个数字是一个经验值，表示某个业务一个进程对资源的影响程度，共分为5个等级，分别用数字5，10，15，20，25代表，数字越高代表某个业务一个进程对系统资源的影响程度越高。X表示业务的优先级，共分为5级，分别用数字：5，10，15，20，25代表，数字越高代表优先级越高。p表示当前业务的进程个数，该值在具体采集数据时获得。例如开通手机邮箱的业务优先级为X＝25，单进程影响度Y＝20。

具体地，业务的优先级X越高，调整参数γ越小，优先级越低，调整参数γ越大。对于一些次要业务优先级较低，调整参数γ较高，表示当系统资源不足时，首先调整次要业务的进程，或者调整对用户影响较小业务，这样利于提高客户满意度。业务单进程影响度Y与当前进程个数p的乘积表示当前业务的影响度，影响度越大、调整参数γ越大，表示当系统资源不足时，优先调整对系统资源影响较大的业务，这样能更快降低对系统资源的占用。

下面以对手机邮箱服务开通服务器的检测对本发明实施例进行说明。

第一，调节服务器每分钟从短信开通服务器采集负荷情况数据。

调节服务器一次采集到的负荷情况数据的格式如图5c所示，采集到的具体数值如图5d所示：

(1)业务标识：业务标识表示本条配置针对哪个业务的服务开通配置。例如：Mail01代表手机邮箱。

(2)主机标识：主机标识代表本条配置是针对哪个主机上的的进程。例如：KT01代表第一台服务开通主机。

(3)进程标识：进程标识代表客户端主机上的不同进程。每个客户端主机上运行了不同业务的不同进程，通过这个标识来关联配置，可以得到本进程是处理哪个业务。MAILKT代表是手机邮箱的指令开通进程。

(4)当前进程数：是处理当前手机邮箱开通指令的进程个数。即在计算调整参数的时候使用的p，采集到的该数据值为p＝10。

(5)当前业务指令积压数(或称为当前业务量)：是指处理当前手机邮箱开通指令积压的数量，当前开通手机邮箱的业务指令积压数k＝500。

(6)CPU占用率：是开通服务器当前的CPU占用率l，l＝50％。

(7)每秒钟内I/O的读写磁盘总数：是指开通服务器当前的一秒钟内I/O的读写磁盘总数m，m＝10000。

(8)内存占用率：是开通服务器当前的内存占用率n，n＝50％。

第二，计算负荷参数：资源占用因子β、业务积压因子α。

具体地，按照公式β(l，m，n)＝A+B+C， $A=\underset{t=1}{\overset{5}{\mathrm{\Σ}}}\frac{l\left(t\right)}{0.75},$ $B=\underset{t=1}{\overset{5}{\mathrm{\Σ}}}\frac{m\left(t\right)}{2},$ $C=\underset{t=1}{\overset{5}{\mathrm{\Σ}}}\frac{n\left(t\right)}{0.8}$ 确定负荷参数中的资源占用因子β，按照确定负荷参数中的业务积压因子α，其中，a＝0.75表示当CPU占用率超过75％后需要进行告警，b＝2表示每秒读写磁盘超过2万次时需要进行告警，c＝0.8表示当内存使用率超过80％后需要进行告警；

第三，将确定的资源占用因子β、业务积压因子α与预定的调节条件进行对比，当满足调节调节时，根据负荷情况数据来确定调整参数。

具体地，当判断满足β≥12、或A≥5、或B≥5、或C≥5时，确定调整参数否则判断满足α≥α′时，确定调整参数γ(k)＝k-s，其中，X为预先配置的业务优先级参数(例如X＝25)、Y为预先配置的业务的单进程对系统资源的影响度(该值为经验值，例如Y＝20)、p为业务的进程数量，α′、s可根据具体情况进行设置和调整。当判断上述条件均不满足时，说明该短信开通服务器的负荷不用调整。例如，本次检测判断的结果为β≥12，则确定调整参数γ＝8。

第四，生成调整指示，将确定的调整参数携带在该指示中，将该调整指示发送给短信开通服务器，以使短信开通服务器将手机信箱的进程数量减少8个。

综上所述，在本发明实施例的技术方案中，通过采集开通服务器的负荷情况数据，并根据负荷情况数据确定负荷参数，判断负荷参数满足预定的调整条件时，根据负荷情况数据确定调整参数，开通服务器根据确定的调整参数对业务进程的数量进行调整。这样，能够根据开通服务器的系统资源使用状况、业务负荷状况来动态地调节开通服务器各个业务的进程数量，能够提高开通服务器的系统处理效率、降低系统安全风险。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种系统资源负荷调节系统，其特征在于，包括：调节服务器、开通服务器；其中，

所述开通服务器，用于采集负荷情况数据，并将采集到的负荷情况数据发送给所述调节服务器，该负荷情况数据包括：系统资源负荷数据、各类业务负荷数据；接收来自所述调节服务器的调整指示，按照该调整指示中的调整参数对进程数量进行调整；用于采集CPU占用率、I/O磁盘每秒钟读写次数、内存占用率作为系统资源负荷数据，采集各类业务的业务指令积压数量、当前各类业务的进程数量作为各类业务负荷数据；还用于根据接收到的调整指示中的调整参数，对各个业务的进程数量进行调整；

所述调节服务器，用于对于当前待调整的开通服务器，根据来自该当前待调整的开通服务器的负荷情况数据确定负荷参数，当判断确定得到的负荷参数满足预定的调整条件时，根据接收到的负荷情况数据确定调整参数，向该当前待调整的开通服务器发送调整指示，该调整指示中携带有确定的调整参数；用于对所述当前待调整的开通服务器的各个业务，确定包括资源占用因子、业务积压因子的负荷参数，具体地，按照公式β(l,m,n)＝A+B+C， $B=\underset{t=1}{\overset{q}{\mathrm{\Σ}}}\frac{m\left(t\right)}{b},C=\underset{t=1}{\overset{q}{\mathrm{\Σ}}}\frac{n\left(t\right)}{c}$ 确定资源占用因子β，按照 $\mathrm{\α}=\underset{t=1}{\overset{q}{\mathrm{\Σ}}}\frac{k\left(t\right)}{5}$ 确定业务积压因子α，其中，l为系统CPU的占用率，单位是百分数，m为每秒钟内I/O的读写磁盘总数，单位是万次，n为内存占用率，单位是百分数，k为业务指令积压数量，a、b、c均为经验值，q为预设的数据采集次数；以及，根据确定的资源占用因子β和业务积压因子α判断：当β≥λ、或A≥μ、或B≥μ、或C≥μ时，确定调整参数否则当α≥α'时，确定调整参数γ(k)＝k-s，其中，X为预定的业务的优先级参数、Y为业务的单进程对系统资源的影响度、p为业务的进程数量，λ、μ、α'、s、Y均为经验值；将对所述当前待调整的开通服务器的各个业务确定的调整参数携带在所述调整指示中发送给所述当前待调整的开通服务器。

2.一种系统资源负荷调节方法，其特征在于，包括：

接收来自各个开通服务器的负荷情况数据；

对于当前待调整的开通服务器，根据接收到的该当前待调整的开通服务器的负荷情况数据确定负荷参数，具体包括：

对所述当前待调整的开通服务器的各个业务，确定包括资源占用因子、业务积压因子的负荷参数；具体地，

按照公式β(l,m,n)＝A+B+C， $A=\underset{t=1}{\overset{q}{\mathrm{\Σ}}}\frac{l\left(t\right)}{a},B=\underset{t=1}{\overset{q}{\mathrm{\Σ}}}\frac{m\left(t\right)}{b},C=\underset{t=1}{\overset{q}{\mathrm{\Σ}}}\frac{n\left(t\right)}{c}$ 确定资源占用因子β，按照确定业务积压因子α；其中，l为系统CPU的占用率，单位是百分数，m为每秒钟内I/O的读写磁盘总数，单位是万次，n为内存占用率，单位是百分数，k为业务指令积压数量，a、b、c均为经验值，q为预设的数据采集次数；

当判断确定得到的负荷参数满足预定的调整条件时，根据接收到的负荷情况数据确定调整参数；

向该当前待调整的开通服务器发送用于调整业务进程的调整指示，该调整指示中携带有确定的调整参数。

3.根据权利要求2所述的方法，其特征在于，当确定得到的负荷参数满足预定的调整条件时，根据接收到的负荷情况数据确定调整参数，具体包括：

根据确定的资源占用因子β和业务积压因子α判断：当β≥λ、或A≥μ、或B≥μ、或C≥μ时，确定调整参数否则当α≥α'时，确定调整参数γ(k)＝k-s，其中，X为预定的业务的优先级参数、Y为业务的单进程对系统资源的影响度、p为业务的进程数量，λ、α'、μ、s、Y均为经验值。

4.根据权利要求3所述的方法，其特征在于，向该当前待调整的开通服务器发送用于调整业务进程的调整指示，具体包括：

将对所述当前待调整的开通服务器的各个业务确定的调整参数携带在所述调整指示中发送给所述当前待调整的开通服务器。

5.一种系统资源负荷调节装置，其特征在于，包括：

接收模块，用于接收来自各个开通服务器的负荷情况数据；

负荷参数确定模块，对于当前待调整的开通服务器，根据所述接收模块接收到的该当前待调整的开通服务器的负荷情况数据确定负荷参数；对所述当前待调整的开通服务器的各个业务，确定包括资源占用因子、业务积压因子的负荷参数；具体地，按照公式β(l,m,n)＝A+B+C， 确定资源占用因子β，按照确定业务积压因子α；其中，l为系统CPU的占用率，单位是百分数，m为每秒钟内I/O的读写磁盘总数，单位是万次，n为内存占用率，单位是百分数，k为业务指令积压数量，a、b、c均为经验值，q为预设的数据采集次数；

判断模块，用于判断所述负荷参数确定模块确定得到的负荷参数是否满足预定的调整条件；

调整参数确定模块，用于当所述判断模块判断结果为满足预订的调整调节时，根据所述接收模块接收到的负荷情况数据确定调整参数；

发送模块，用于向该当前待调整的开通服务器发送用于调整业务进程的调整指示，该调整指示中携带有所述调整参数确定模块确定的调整参数。

6.根据权利要求5所述的装置，其特征在于，所述调整参数确定模块，具体用于根据确定的资源占用因子β和业务积压因子α判断：当β≥λ、或A≥μ、或B≥μ、或C≥μ时，确定调整参数否则当α≥α'时，确定调整参数γ(k)＝k-s，其中，X为预定的业务的优先级参数、Y为业务的单进程对系统资源的影响度、p为业务的进程数量，λ、α'、μ、s、Y均为经验值。

7.根据权利要求6所述的装置，其特征在于，所述发送模块，具体用于将对所述当前待调整的开通服务器的各个业务确定的调整参数携带在所述调整指示中发送给所述当前待调整的开通服务器。

8.一种调节服务器设备，其特征在于，包括如权利要求5至7中任一项所述的系统资源负荷调节装置。