技术领域
[0001] 本
发明涉及负载调节技术领域，特别是涉及一种负载调节方法及系统。
背景技术
[0002] 随着科技的发展，人们越来越多的通过网络
访问服务器以寻找自己需要的各种信息。服务器中可以提供多种不同的服务，以处理用户不同类型的
请求。例如：视频播放服务用于处理用户的视频数据访问请求。
[0003] 为了提高服务的处理能
力，一个服务中可以包括有多个运行实例，每一个运行实例即为一段用于处理相应请求的程序。在接收到多个请求后，可以将其平均分配到该服务的各运行实例中。但
申请人研究发现，由于所接收的请求数量经常变化，因此服务的负载压力经常发生变化。一方面，当接收的请求数量较多时，服务的负载压力变大，导致各运行实例所需处理的请求数量变多，也延长了请求被处理所需花费的时间，使得请求无法被及时处理。另一方面，当接收的请求数量较少时，服务的负载压力变小，部分运行实例将处于空闲状态，这也浪费了系统资源。同时，在运行实例的运行异常终止时，仍有请求被分配到已异常终止的运行实例上，导致该请求无法被成功处理。
发明内容
[0004] 本发明
实施例的目的在于提供一种负载调节方法及系统，以实现保证服务处理负载的压力处于正常
水平、负载被成功处理的目的。
[0005] 为达到上述目的，本发明实施例公开了一种负载调节方法，包括：
[0006] 获得服务处理负载的压力信息及所述服务中各运行实例的运行状态；
[0007] 根据所述压力信息及所述运行状态调整所述服务中的运行实例，并根据调整后的所述服务中的各运行实例，
修改负载分配配置文件；
[0008] 根据修改后的所述负载分配配置文件将负载分配到所述服务的运行实例中进行处理。
[0009] 可选的，所述负载为数据访问请求，所述获得服务处理负载的压力信息，包括：
[0010] 获得服务在单位时间内所接收的数据访问请求的数量；
[0011] 和/或
[0012] 获得服务处理一个数据访问请求平均花费的时间。
[0013] 可选的，所述运行状态包括：运行正常状态和异常终止状态，所述根据所述压力信息及所述运行状态调整所述服务中的运行实例，包括：
[0014] 在所述服务处理负载的压力大于预设压力上限时，增加运行实例到所述服务中；在所述服务处理负载的压力小于预设压力下限时，减少所述服务中的运行实例；确定处于异常终止状态的运行实例的个数，增加所确定的所述个数的运行实例到所述服务中并将处于异常终止状态的运行实例从所述服务中去除。
[0015] 可选的，所述根据调整后的所述服务中的各运行实例，修改负载分配配置文件，包括：
[0016] 在所述服务中的运行实例增加时，将所增加的运行实例的信息添加到所述负载分配配置文件中；
[0017] 在所述服务中的运行实例减少时，将所减少的运行实例的信息从所述负载分配配置文件中删除；
[0018] 在将处于异常终止状态的运行实例从所述服务中去除时，将处于异常终止状态的运行实例的信息从所述负载分配配置文件中删除，并将所增加的运行实例的信息添加到所述负载分配配置文件中。
[0019] 可选的，在增加所确定的所述个数的运行实例到所述服务中后，所述方法还包括：
[0020] 根据修改后的所述负载分配配置文件，将处于异常终止状态的运行实例未处理完毕的负载分配到所增加的运行实例中进行处理。
[0021] 一种负载调节系统，包括：获得单元、调整单元、配置修改单元和分配单元，[0022] 所述获得单元，用于获得服务处理负载的压力信息及所述服务中各运行实例的运行状态；
[0023] 所述调整单元，用于根据所述压力信息及所述运行状态调整所述服务中的运行实例；
[0024] 所述配置修改单元，用于根据调整后的所述服务中的各运行实例，修改负载分配配置文件；
[0025] 所述分配单元，用于根据修改后的所述负载分配配置文件将负载分配到所述服务的运行实例中进行处理。
[0026] 可选的，所述运行状态包括：运行正常状态和异常终止状态，所述负载为数据访问请求，所述获得单元，包括：压力获得子单元和状态获得子单元，
[0027] 所述压力获得子单元，包括：数量获得模
块和/或时间获得模块，[0028] 所述数量获得模块，用于获得服务在单位时间内所接收的数据访问请求的数量；
[0029] 所述时间获得模块，用于获得服务处理一个数据访问请求平均花费的时间；
[0030] 所述状态获得子单元，用于获得服务中各运行实例的运行状态。
[0031] 可选的，所述运行状态包括：运行正常状态和异常终止状态，所述调整单元，具体用于在所述服务处理负载的压力大于预设压力上限时，增加运行实例到所述服务中；在所述服务处理负载的压力小于预设压力下限时，减少所述服务中的运行实例；确定处于异常终止状态的运行实例的个数，增加所确定的所述个数的运行实例到所述服务中并将处于异常终止状态的运行实例从所述服务中去除。
[0032] 可选的，所述配置修改单元，具体用于在所述服务中的运行实例增加时，将所增加的运行实例的信息添加到所述负载分配配置文件中；在所述服务中的运行实例减少时，将所减少的运行实例的信息从所述负载分配配置文件中删除；在将处于异常终止状态的运行实例从所述服务中去除时，将处于异常终止状态的运行实例的信息从所述负载分配配置文件中删除，并将所增加的运行实例的信息添加到所述负载分配配置文件中。
[0033] 可选的，还包括：异常处理单元，用于在所述调整单元增加所确定的所述个数的运行实例到所述服务中后，根据修改后的所述负载分配配置文件，将处于异常终止状态的运行实例未处理完毕的负载分配到所增加的运行实例中进行处理。
[0034] 本发明实施例提供的一种负载调节方法及系统，可以根据服务处理负载的压力信息及服务中各运行实例的运行状态调整服务中的运行实例，并相应修改负载分配配置文件，根据修改后的负载分配配置文件对负载进行分配。本发明通过调整服务中的运行实例可以调整服务处理负载的压力，从而保证服务处理负载的压力处于正常水平，即不会浪费系统资源，又保证了负载被处理的速度。同时，根据服务中各运行实例的运行状态调整服务中的运行实例并相应修改负载分配配置文件，可以使得负载不再被分配到无法正常处理负载的运行实例中，可以保证负载被成功处理。
附图说明
[0035] 为了更清楚地说明本发明实施例或
现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0036] 图1为本发明实施例提供的一种负载调节方法的
流程图；
[0037] 图2为本发明实施例提供的一种负载调节方法的一种实施架构图；
[0038] 图3为本发明实施例提供的增加运行实例的示意图；
[0039] 图4为本发明实施例提供的增加运行实例的示意图；
[0040] 图5为本发明实施例提供的一种负载调节系统的结构示意图。
具体实施方式
[0041] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0042] 如图1所示，本发明实施例提供了一种负载调节方法，可以包括：
[0043] S100、获得服务处理负载的压力信息及所述服务中各运行实例的运行状态；
[0044] 本发明的负载调节方法可仅针对一个服务器中服务，也可以针对由多个服务器构成的集群服务器中的服务。
[0045] 在针对集群服务器时，本发明的负载调节方法可以应用于该集群服务器的控制服务器中，由该控制服务器执行步骤S100至S300。当然，本发明的负载调节方法也可以应用在由中心
控制器和负载均衡服务器构成的负载调节系统中，可选的，该负载调节系统中还可以包括监控服务器。
[0046] 其中，服务中各运行实例可以分别位于不同的服务器中。可选的，服务中的各运行实例可以分别位于集群服务器中的不同服务器中。可选的，同一服务器中可以具有多个运行实例，同一服务器中的多个运行实例可以归属于同一服务，也可以归属于不同服务。可选的，不同服务器中运行实例的个数可以相同，也可以不同。可选的，可以根据服务器的处理能力设置运行实例的个数，处理能力较强的服务器中可以设置有较多的运行实例。
[0047] 可选的，可以为每一个服务器设置一个服务监控器，用以监控相应服务器中各运行实例的运行状态及各运行实例处理负载的压力信息。各服务监控器将监控得到的各运行实例的运行状态及各运行实例处理负载的压力信息发送到中心控制器中，由中心控制器进行
整理，从而获得服务处理负载的压力信息及服务中各运行实例的运行状态。
[0048] 其中，负载可以为数据访问请求，S100中获得服务处理负载的压力信息，可以包括：
[0049] 获得服务在单位时间内所接收的数据访问请求的数量；
[0050] 和/或
[0051] 获得服务处理一个数据访问请求平均花费的时间。
[0052] 当服务在单位时间内所接收的数据访问请求的数量较多时，服务处理负载的压力较大。同样，服务处理一个数据访问请求平均花费的时间较多时，服务处理负载的压力较大。具体的，可以通过将服务中各运行实例在单位时间内所接收的数据访问请求的数量
叠加在一起得到服务在单位时间内所接收的数据访问请求的数量。具体的，通过对服务中各运行实例处理一个数据访问请求花费的时间进行平均计算可以得到服务处理一个数据访问请求平均花费的时间。
[0053] 在实际应用中，可以同时获得服务在单位时间内所接收的数据访问请求的数量和服务处理一个数据访问请求平均花费的时间，当服务在单位时间内所接收的数据访问请求的数量较多，或者服务处理一个数据访问请求平均花费的时间时，即可确定服务处理负载的压力较大。
[0054] 确定服务处理负载的压力较小与确定服务处理负载的压力较大的情况类似，不再赘述。
[0055] S200、根据所述压力信息及所述运行状态调整所述服务中的运行实例，并根据调整后的所述服务中的各运行实例，修改负载分配配置文件；
[0056] 其中，所述运行状态可以包括：运行正常状态和异常终止状态，S200中根据所述压力信息及所述运行状态调整所述服务中的运行实例，可以包括：
[0057] 在所述服务处理负载的压力大于预设压力上限时，增加运行实例到所述服务中；在所述服务处理负载的压力小于预设压力下限时，减少所述服务中的运行实例；确定处于异常终止状态的运行实例的个数，增加所确定的所述个数的运行实例到所述服务中并将处于异常终止状态的运行实例从所述服务中去除。
[0058] 具体的，增加运行实例的方式有多种，如在服务器中创建一个新的该服务的运行实例，或重新启动之前中断运行的该服务的运行实例。可选的，减少所述服务中的运行实例的方式可以为：中断服务中的一个或多个运行实例的运行。
[0059] 通过增加或减少服务中的运行实例，本发明可以相应调节服务的负载压力，即保证了请求被及时处理，又避免了系统资源的浪费。同时，本发明还可以将处于异常终止状态的运行实例从所述服务中去除，同时增加相应个数的运行实例，这样就保证了该服务的正常运行。
[0060] 进一步，S200中根据调整后的所述服务中的各运行实例，修改负载分配配置文件，可以包括：
[0061] 在所述服务中的运行实例增加时，将所增加的运行实例的信息添加到所述负载分配配置文件中；
[0062] 在所述服务中的运行实例减少时，将所减少的运行实例的信息从所述负载分配配置文件中删除；
[0063] 在将处于异常终止状态的运行实例从所述服务中去除时，将处于异常终止状态的运行实例的信息从所述负载分配配置文件中删除，并将所增加的运行实例的信息添加到所述负载分配配置文件中。
[0064] 负载分配配置文件中保存有服务中各运行实例的地址信息、端口信息等信息，这样，就可以根据负载分配配置文件将负载分配到负载分配配置文件中记载的相应运行实例中进行处理。
[0065] S300、根据修改后的所述负载分配配置文件将负载分配到所述服务的运行实例中进行处理。
[0066] 图2为本发明的负载调节方法的一种实施架构图，但本发明并不仅限于在图2的实施架构中实施。下面结合图2对本发明的方案进行说明：
[0067] 现有技术下，用户侧的终端设备001向负载均衡服务器002发送数据读取请求，负载均衡服务器002根据存储的负载均衡配置文件将所接收的数据读取请求下发到集群服务器中的服务器003a或服务器003b中的运行实例中进行处理。
[0068] 本发明相对于现有技术增加了监控服务器和中心控制器，服务监控器004a监控服务器003a中各运行实例，服务监控器004b监控服务器003b中各运行实例。中心控制器005根据服务监控器监控得到的压力信息及运行状态调整服务的运行实例，并向负载均衡服务器002发送配置修改指令，控制负载均衡服务器002修改负载均衡服务器002中的负载分配配置文件。这样，用户侧的终端设备001向负载均衡服务器002发送数据读取请求，负载均衡服务器002根据修改后的负载均衡配置文件将所接收的数据读取请求下发到集群服务器中的服务器003a或服务器003b中的运行实例中进行处理。
[0069] 本发明实施例提供的另一种负载调节方法，在增加所确定的所述个数的运行实例到所述服务中后，还可以包括：
[0070] 根据修改后的所述负载分配配置文件，将处于异常终止状态的运行实例未处理完毕的负载分配到所增加的运行实例中进行处理。
[0071] 为方便理解，下面举例说明：请参见图3，分别有服务器003d、服务器003e、服务器003f这三个服务器，服务器003d中有两个运行实例，分别为服务A的实例1和服务B的实例1。服务器003e中有两个运行实例，分别为服务A的实例2和服务B的实例2。服务器
003f中也有两个运行实例，分别为服务B的实例3和服务B的实例4。如图4所示，当服务器003e宕机时，服务器003e上的运行实例就处于异常终止状态，这样，可以将处于异常终止状态的服务A的实例2和服务B的实例2就被删除。同时，分别在服务器003d、服务器
003f中建立服务A实例3和服务B实例5。这样，就可以将之前在服务A的实例2上处理的请求分配到服务A实例3中，将之前在服务B的实例2上处理的请求分配到服务B实例
5。
[0072] 通过将未处理完毕的负载分配到增加的运行实例中进行处理，可以使得未处理完毕的负载得以继续被处理，保证了系统的可靠性。
[0073] 本发明实施例提供的一种负载调节方法，可以根据服务处理负载的压力信息及服务中各运行实例的运行状态调整服务中的运行实例，并相应修改负载分配配置文件，根据修改后的负载分配配置文件对负载进行分配。本发明通过调整服务中的运行实例可以调整服务处理负载的压力，从而保证服务处理负载的压力处于正常水平，即不会浪费系统资源，又保证了负载被处理的速度。同时，根据服务中各运行实例的运行状态调整服务中的运行实例并相应修改负载分配配置文件，可以使得负载不再被分配到无法正常处理负载的运行实例中，可以保证负载被成功处理。
[0074] 与上述方法实施例相对应，本发明还提供了一种负载调节系统。
[0075] 如图5所示，本发明实施例提供的一种负载调节系统，可以包括：获得单元100、调整单元200、配置修改单元300和分配单元400，
[0076] 获得单元100，用于获得服务处理负载的压力信息及所述服务中各运行实例的运行状态；
[0077] 其中，所述负载可以为数据访问请求，所述获得单元100可以包括：压力获得子单元和状态获得子单元，
[0078] 所述压力获得子单元，可以包括：数量获得模块和/或时间获得模块，[0079] 所述数量获得模块，用于获得服务在单位时间内所接收的数据访问请求的数量；
[0080] 所述时间获得模块，用于获得服务处理一个数据访问请求平均花费的时间；
[0081] 所述状态获得子单元，用于获得服务中各运行实例的运行状态。
[0082] 调整单元200，用于根据所述压力信息及所述运行状态调整所述服务中的运行实例；
[0083] 其中，所述运行状态可以包括：运行正常状态和异常终止状态，所述调整单元200，可以具体用于在所述服务处理负载的压力大于预设压力上限时，增加运行实例到所述服务中；在所述服务处理负载的压力小于预设压力下限时，减少所述服务中的运行实例；
确定处于异常终止状态的运行实例的个数，增加所确定的所述个数的运行实例到所述服务中并将处于异常终止状态的运行实例从所述服务中去除。
[0084] 配置修改单元300，用于根据调整后的所述服务中的各运行实例，修改负载分配配置文件；
[0085] 其中，配置修改单元300，可以具体用于在所述服务中的运行实例增加时，将所增加的运行实例的信息添加到所述负载分配配置文件中；在所述服务中的运行实例减少时，将所减少的运行实例的信息从所述负载分配配置文件中删除；在将处于异常终止状态的运行实例从所述服务中去除时，将处于异常终止状态的运行实例的信息从所述负载分配配置文件中删除，并将所增加的运行实例的信息添加到所述负载分配配置文件中。
[0086] 所述分配单元400，用于根据修改后的所述负载分配配置文件将负载分配到所述服务的运行实例中进行处理。
[0087] 在本发明其他实施例中，图5所示系统还可以包括：异常处理单元，用于在所述调整单元200增加所确定的所述个数的运行实例到所述服务中后，根据修改后的所述负载分配配置文件，将处于异常终止状态的运行实例未处理完毕的负载分配到所增加的运行实例中进行处理。
[0088] 本发明实施例提供的一种负载调节系统，可以根据服务处理负载的压力信息及服务中各运行实例的运行状态调整服务中的运行实例，并相应修改负载分配配置文件，根据修改后的负载分配配置文件对负载进行分配。本发明通过调整服务中的运行实例可以调整服务处理负载的压力，从而保证服务处理负载的压力处于正常水平，即不会浪费系统资源，又保证了负载被处理的速度。同时，根据服务中各运行实例的运行状态调整服务中的运行实例并相应修改负载分配配置文件，可以使得负载不再被分配到无法正常处理负载的运行实例中，可以保证负载被成功处理。
[0089] 需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0090] 本
说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0091] 以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
