CN107729141B - 一种业务分配方法、装置和服务器 - Google Patents

Abstract

本发明提供一种业务分配方法、装置及服务器，所述方法及装置用于服务器，所述服务器包括业务分配设备和业务处理设备，业务处理设备包括多个业务处理模块组，业务分配设备将待处理业务集中分配给业务处理模块组中的特定业务处理模块，使该业务处理模块最大程度地处于高功耗状态，而同一业务处理模块组中其它业务处理模块处于低功耗状态。由于本发明提供的方法不需要所有的业务处理模块同时工作，因此不需要开启所有散热组件，只需要开启在工作状态的业务处理模块对应的散热组件，从而提高服务器整体的散热效率。

Description

一种业务分配方法、装置和服务器

技术领域

本申请涉及服务器领域，特别涉及一种业务分配方法、装置和服务器。

背景技术

资源池化服务器包括至少一个业务模块组，不同的业务模块组用于处理不同业务模型对应的业务。每个业务模块组包括多个业务处理冷却区。每个业务处理冷却区包括业务处理模块和散热组件。每个业务处理冷却区通过其包括的所述业务处理模块处理业务。所述散热组件用于为本业务处理冷却区内的业务处理模块散热。

一种传统的业务分配模式为轮询分配模式，即，在本次业务分配轮询时，将具有相同业务模型的多个业务分配给业务模块组中不同的业务处理冷却区处理。当所述业务模块组中的每个业务处理冷却区被分配到一个业务后，结束本次业务分配轮询，开始下次业务分配轮询。下次业务分配轮询的处理方式和本次业务分配轮询的处理方式相同，如此循环下去实现业务的轮询分配模式。

资源池化服务器的功耗来自两个方面，一是业务处理模块工作产生的功耗，二是散热组件工作产生的功耗。如果依据轮询分配模式分配业务，当业务数量多时，业务处理模块组中的每个业务处理冷却区都会被分配到业务，则每个业务处理冷却区中的业务处理模块都处于工作状态。由于业务处理模块开始工作就会产生功耗，因此，每个业务处理冷却区中的在工作的业务处理模块都需要所述业务处理冷却区中的散热组件对所述业务处理模块进行散热。即，业务处理模块组中的所有散热组件都需要启用，导致业务处理模块组的总功耗大，进而导致资源池化服务器的总功耗大，散热效率低。

发明内容

本申请提供一种业务分配方法、装置和服务器，以解决服务器功耗高，整体散热效率低的问题。

本申请提供一种业务分配方法，所述业务分配方法用于服务器，所述服务器包括业务分配设备和业务处理设备，所述业务处理设备包括至少一个业务处理模块组，所述业务处理模块组包括至少两个业务处理模块。

所述方法包括：所述业务分配设备确定待处理业务；所述业务分配设备确定用于处理所述待处理业务的业务处理模块组；所述业务分配设备将所述待处理业务分配给所述业务处理模块组中功耗最大并且未达到上限的业务处理模块。

由于所述服务器根据业务模型在业务处理设备中设置多个相互独立的业务处理模块组，如计算模块组、存储模块组和接口模块组。业务分配设备将所述待处理业务集中分配给业务处理模块组的特定业务处理模块，使该业务处理模块处于最大程度地高功耗状态，而同一业务处理模块组中其它业务处理模块处于低功耗状态。由于本方法不需要所有的业务处理模块同时工作，因此不需要开启所有散热组件，只需要开启在工作的业务处理模块对应的散热组件，从而可以将降低散热功耗，提高服务器整体的散热效率。

在一种可实现的方式中，所述业务分配设备确定待处理业务包括：所述业务分配设备获取业务请求，所述业务请求包括业务模型标识和与所述业务模型标识对应的待处理业务；所述业务分配设备根据所述业务请求包括的业务模型标识，从所述业务请求中解析获得所述待处理业务。

可选地，所述方法还包括所述业务分配设备查询所述业务处理模块的工作时长参数的值，所述工作时长参数的值表示所述业务处理模块在当前工作周期中处于工作状态的时长；如果所述业务处理模块的工作时长参数的值达到一个工作周期预设的工作时长，则所述业务分配设备更新所述业务处理模块的所述工作周期数，更新后的所述工作周期数大于更新前的所述工作周期数，所述更新后的所述工作周期数表示所述业务处理模块处于下一工作周期。

可选地，如果所述业务处理模块组中功耗最大并且未达到上限的业务处理模块的个数大于一个，所述方法还包括：所述业务分配设备在从所述业务处理模块组中已经确认出的功耗最大并且未达到上限的所有所述业务处理模块中，确认一个工作周期数最小的业务处理模块；所述业务分配设备将所述待处理业务分配给所述工作周期数最小的所述业务处理模块。

本申请还提供另一种业务分配方法，所述业务分配方法用于服务器，所述服务器包括业务分配设备和业务处理设备，所述业务处理设备包括至少一个业务处理模块组，所述业务处理模块组包括至少两个业务处理模块。

所述方法包括：所述业务分配设备确定待处理业务；所述业务分配设备确定用于处理所述待处理业务的业务处理模块组；所述业务分配设备确定候选处理模块，所述候选处理模块为所述业务处理模块组中工作周期数最小的业务处理模块；如果所述候选处理模块的数量大于1，所述业务分配设备将所述待处理业务分配给所述候选处理模块中功耗最大并且未达到上限的业务处理模块。

根据本业务分配方法，待处理业务的分配兼顾了集中与均衡，使得处理同种业务模型待处理业务的业务处理模块能够最大程度地集约处理待处理业务，从而减小业务处理设备的功耗，提高散热效率。

可选地，所述方法还包括：如果所述候选处理模块的数量等于1，所述业务分配设备将所述待处理业务分配给所述候选处理模块。

可选地，所述业务分配设备确定待处理业务包括：所述业务分配设备获取业务请求，所述业务请求包括业务模型标识和与所述业务模型标识对应的待处理业务；所述业务分配设备根据所述业务请求包括的业务模型标识，从所述业务请求中解析获得所述待处理业务。

可选地，所述方法还包括：所述业务分配设备查询所述业务处理模块的工作时长参数的值，所述工作时长参数的值表示所述业务处理模块在当前工作周期中处于工作状态的时长；如果所述业务处理模块的工作时长参数的值达到一个工作周期预设的工作时长，则所述业务分配设备更新所述业务处理模块的所述工作周期数，更新后的所述工作周期数大于更新前的所述工作周期数，所述更新后的所述工作周期数表示所述业务处理模块处于下一工作周期。

本申请还提供一种业务分配装置，所述装置包括：业务确定单元，用于确定待处理业务；模块组确定单元，用于确定处理所述待处理业务的业务处理模块组；业务分发单元，用于将所述待处理业务分配给所述业务处理模块组中功耗最大并且未达到上限的业务处理模块。

在一种可实现的方式中，所述业务确定单元包括：业务请求获取子单元，用于获取业务请求，所述业务请求包括业务模型标识和与所述业务模型标识对应的待处理业务；业务解析子单元，用于根据所述业务请求包括的业务模型标识，从所述业务请求中解析获得所述待处理业务。

在另一种可实现的方式中，所述装置还包括工作周期计数单元，用于查询所述业务处理模块的工作时长参数的值，所述工作时长参数的值表示所述业务处理模块在当前工作周期中处于工作状态的时长；如果所述业务处理模块的工作时长参数的值达到一个工作周期预设的工作时长，所述工作周期计数单元还用于更新所述业务处理模块的所述工作周期数，更新后的所述工作周期数大于更新前的所述工作周期数，所述更新后的所述工作周期数表示所述业务处理模块处于下一工作周期。

可选地，所述业务分发单元还包括：模块确定子单元，用于如果所述业务处理模块组中功耗最大并且未达到上限的业务处理模块的个数大于一个，则在从所述业务处理模块组中已经确认出的功耗最大并且未达到上限的所有所述业务处理模块中，确认一个工作周期数最小的业务处理模块；业务分发子单元，用于将所述待处理业务分配给所述工作周期数最小的所述业务处理模块。

本申请还提供另一种业务分配装置，所述装置包括：业务确定单元，用于确定待处理业务；模块组确定单元，用于确定处理所述待处理业务的业务处理模块组；业务分发单元，用于确定候选处理模块，所述候选处理模块为所述业务处理模块组中工作周期数最小的业务处理模块；如果所述候选处理模块的数量大于1，则将所述待处理业务分配给所述候选处理模块中功耗最大并且未达到上限的业务处理模块。

可选地，所述业务分发单元还用于如果所述候选处理模块的数量等于1，则将所述待处理业务分配给所述候选处理模块。

可选地，所述业务确定单元包括：业务请求获取子单元，用于获取业务请求，所述业务请求包括业务模型标识和与所述业务模型标识对应的待处理业务；业务解析子单元，用于根据所述业务请求包括的业务模型标识，从所述业务请求中解析获得所述待处理业务。

可选地，所述装置还包括工作周期计数单元，用于查询所述业务处理模块的工作时长参数的值，所述工作时长参数的值表示所述业务处理模块在当前工作周期中处于工作状态的时长；如果所述业务处理模块的工作时长参数的值达到一个工作周期预设的工作时长，所述工作周期计数单元还用于更新所述业务处理模块的所述工作周期数，更新后的所述工作周期数大于更新前的所述工作周期数，所述更新后的所述工作周期数表示所述业务处理模块处于下一工作周期。

本申请还提供一种业务分配设备，包括数据接口和业务分配控制模块，所述数据接口用于接收客户端发送的业务请求，所述业务分配控制模块用于：确定待处理业务；确定用于处理所述待处理业务的业务处理模块组；将所述待处理业务分配给所述业务处理模块组中功耗最大并且未达到上限的业务处理模块。

本申请还提供另一种业务分配设备，包括数据接口和业务分配控制模块，所述数据接口用于接收客户端发送的业务请求，所述业务分配控制模块用于：确定待处理业务；确定用于处理所述待处理业务的业务处理模块组；确定候选处理模块，所述候选处理模块为所述业务处理模块组中工作周期数最小的业务处理模块；如果所述候选处理模块的数量大于1，所述业务分配控制模块用于将所述待处理业务分配给所述候选处理模块中功耗最大并且未达到上限的业务处理模块。

本申请还提供一种服务器，包括前述的业务分配设备和业务处理设备。所述业务处理设备包括至少一个业务处理模块组，所述业务处理模块组包括至少两个业务处理模块。

本申请还提供一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如前所述的方法。

本申请还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行如前所述的方法。

附图说明

图1为本实施例提供的一种资源池化服务器的结构示意图；

图2为本实施例提供的业务处理设备的结构示意图；

图3为本实施例提供的一种业务分配方法的流程图；

图4为温度升高引起每个CPU带来的额外的功耗增加的关系变化示意图；

图5为本发明实施例提供的另一种业务分配方法的流程图；

图6为实施例提供一种业务分配装置的结构示意图；

图7为本实施例提供的业务分配设备的结构示意图；

图8为本实施例提供的业务确定单元的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本实施例提供一种业务分配方法，所述方法适用于服务器，下面以资源池化服务器为例说明本发明实施例提供的业务分配方法。

请参见图1，图1为本实施例提供的一种资源池化服务器的结构示意图。如图1所示，在本实施例中，所述资源池化服务器包括业务分配设备100和业务处理设备200。业务分配设备100和业务处理设备200连接。所述业务分配设备100用于为所述业务处理设备200分配待处理业务。

在所述资源池化服务器中，所述业务处理设备200包括至少一个业务处理模块组201，不同的业务处理模块组用于处理不同业务模型对应的待处理业务。在业务处理设备200中，每个业务处理模块组201包括业务处理交换模块211、至少两个业务处理模块212和与每个业务处理模块212一一对应的散热组件213。所述业务处理模块组201通过业务处理交换模块211发送待处理业务至业务处理模块212。所述业务处理模块212用于处理所述待处理业务。每个散热组件213分别用于为对应的所述业务处理模块212散热。所述业务处理模块212和与所述业务处理模块212对应的散热组件213组成一个业务处理冷却区214。

在每个业务处理冷却区214中，每个所述业务处理模块212均配套设置有一组散热组件213。所述散热组件213包括散热控制器、功耗传感器、温度传感器和散热器件。

业务处理冷却区214中的所述功耗传感器用于实时监测本业务处理冷却区214中业务处理模块212的功耗，并将监测到的所述功耗通过业务处理交换模块211实时上报给所述业务分配设备100和所述散热控制器。业务处理冷却区214中的所述温度传感器用于实时监测本业务处理冷却区214中业务处理模块212的温度值，并上报给所述散热控制器。所述散热控制器用于控制所述散热器件执行散热操作，所述散热器件如风扇、冷却装置等。

所述散热控制器根据所述业务处理模块212的运行状态，如功耗和/或温度等，调节散热器件的散热强度，如调节风扇转速或者调节冷却装置中冷却液的流速等，以对本业务处理冷却区214中的业务处理模块212散热，进而实现具有针对性的差异化散热。

可选的，在一种实施例中，业务处理设备200可以包括三个业务处理模块组，例如，请参见图2，图2示出本实施例提供的业务处理设备的结构示意图。如图2所示，业务处理设备200包括三个业务处理模块组，分别是计算模块组221、存储模块组222和接口模块组223。计算模块组221用于处理计算业务，存储模块组222用于处理存储业务，以及接口模块组223用于处理接口业务。所述接口业务是指客户端与外网进行网络互通的业务。

计算模块组221包括一个业务处理交换模块2211和三个与之连接的计算冷却区2214。以及，存储模块组222包括一个业务处理交换模块2221和三个与之连接的存储冷却区2224。接口模块组223包括一个业务处理交换模块2231和三个与之连接的接口冷却区2234。

在计算模块组221中，一个计算模块2212和一组与所述计算模块2212对应的散热组件2213组成一个计算冷却区2214。在存储模块组222中，一个存储模块2222和与所述存储模块2222对应的一组散热组件2223组成一个存储冷却区2224。在接口模块组223中，一个接口模块2232和一组与所述接口模块2232对应的散热组件2233组成一个接口冷却区2234。

每个计算模块2212包括一个中央处理器(central processing unit，CPU)和一个与之连接的双倍速率同步动态随机存储器(double data rate synchronous dynamicrandom access memory，简写为Double Data Rate SDRAM，缩写为DDR)。CPU和DDR共同用于计算接口类型的业务。具体地，CPU用于解释计算机指令以及处理计算机软件中的数据。DDR用于临时存储CPU处理的数据。散热组件2213用于对同一冷却区内计算模块2212散热。所述散热组件2213包括第一散热器、第一温度传感器、第一散热装置控制器和第一功耗传感器。所述第一散热器可以是用于执行散热操作的装置，例如，风扇、液冷装置。所述第一温度传感器可以是用于实时监测同一计算冷却区内计算模块2212温度，并且将监测到的温度值实时反馈给所述第一散热装置控制器的装置，也可以是其它能够实现相同作用的装置。所述第一功耗传感器用于实时监测同一计算冷却区内计算模块2212的功耗，并且将监测到的功耗值实时反馈给业务分配设备100。

每个存储模块2222包括三个相连接的固态硬盘(solid state drives，SSD)。SSD用于处理存储类型的业务，具体地，存储数据信息。散热组件2223用于对存储模块2222散热。所述散热组件2223包括第二散热器、第二温度传感器、第二散热装置控制器和第二功耗传感器。所述第二散热器可以是用于执行散热操作的装置，例如，风扇、液冷装置。所述第二温度传感器可以是用于实时监测同一存储冷却区内存储模块2222温度，并且将监测到的温度值实时反馈给所述第二散热装置控制器的装置，也可以是其它能够实现相同作用的装置。所述第二功耗传感器用于实时监测同一存储冷却区内存储模块2222的功耗，并且将监测到的功耗值实时反馈给业务分配设备100。

每个接口模块2232包括两个相连接的网络适配器(network interface card，NIC)。NIC用于处理接口类型的业务，具体地，通过与资源池化服务器中的交换模块相连，实现任意业务处理模块之间以及所有业务处理模块与业务分配模块之间的信息互通。散热组件2233用于对接口模块2232散热。所述散热组件2233包括第三散热器、第三温度传感器、第三散热装置控制器和第三功耗传感器。所述第三散热器可以是用于执行散热操作的装置，例如，风扇、液冷装置。所述第三温度传感器可以是用于实时监测同一接口冷却区内接口模块2232温度，并且将监测到的温度值实时反馈给所述第三散热装置控制器的装置，也可以是其它能够实现相同作用的装置。所述第三功耗传感器用于实时监测同一接口冷却区内接口模块2232的功耗，并且将监测到的功耗值实时反馈给业务分配设备100。

请参见图3，图3为本实施例提供的业务分配方法的流程图。如图3所示，本实施例提供一种业务分配方法，由图1所示的业务分配设备100执行，具体包括：

步骤S100：所述业务分配设备100确定待处理业务。

所述待处理业务所属的业务模型可以是计算业务模型，存储业务模型或者接口业务模型中的任一种，也可以是其他的一种业务模型。

示例性的，步骤S100的一种具体实现方式为，所述业务分配设备100获取业务请求，所述业务请求包括业务模型标识和与所述业务模型标识对应的待处理业务。所述业务分配设备100根据所述业务模型标识，从所述业务请求中解析获得与所述业务模型标识对应的所述待处理业务。可选的，所述业务分配设备100从所述业务请求中解析获得与所述业务模型标识对应的一个或多个所述待处理业务。

示例性的，所述业务请求可以包括多种业务模型中任一种业务模型对应的一个或多个待处理业务，或者，所述业务请求包括多种业务模型中至少两种业务模型分别对应的一个或多个待处理业务的组合。例如，所述业务请求可以包括计算业务模型，存储业务模型或者接口业务模型中任一种业务模型对应的一个或多个待处理业务，还可以包括计算业务模型，存储业务模型和接口业务模型中至少两种业务模型分别对应的一个或多个待处理业务的组合。

如果所述业务请求为多种业务模型分别对应的一个或多个待处理业务的组合，则所述业务请求包括不同业务模型分别对应的一个或多个待处理业务，则所述业务分配设备100根据业务请求包括的不同的业务模型标识从所述业务请求中解析获得不同业务模型对应的一个或多个待处理业务。例如，如果所述业务请求既包括计算业务模型标识对应的一个或多个计算业务，还包括接口业务模型标识对应的一个或多个接口业务，则业务分配设备100解析所述业务请求后获得一个或多个计算业务，以及获得一个或多个接口业务。业务分配设备100将获得的每一个业务分别作为待处理业务。如果所述业务请求既包括计算业务模型标识对应的一个或多个计算业务，还包括接口业务模型标识对应的一个或多个接口业务，以及还包括存储业务模型标识对应的一个或多个存储业务，则业务分配设备100解析所述业务请求后获得一个或多个计算业务，一个或多个存储业务，以及一个或多个接口业务。

步骤S200：所述业务分配设备100确定用于处理所述待处理业务的业务处理模块组。

根据所述待处理业务的业务模型选择对应的业务处理模块组，所述待处理业务的业务模型与所述业务处理模块组能够处理的业务的业务模型相同。例如，基于图2所示的业务处理设备200中的不同的业务处理模块组，如果所述待处理业务为计算业务，则确定计算模块组221用于处理所述计算业务；如果所述待处理业务为存储业务，则确定存储模块组222用于处理所述存储业务；如果所述待处理业务为接口业务，所述接口模块组223用于处理所述接口业务。

所述业务分配设备100预先保存有业务模型标识与所述业务处理模块组标识的对应关系，所述业务处理模块组标识用于标识处理不同业务模型对应的业务的业务处理模块组。所述业务分配设备100根据预先保存的业务模型标识与所述业务处理模块组标识的对应关系，确定用于处理所述待处理业务的业务处理模块组。

步骤S300：所述业务分配设备100将所述待处理业务分配给所述业务处理模块组中功耗最大并且未达到上限的业务处理模块。

在确定业务处理模块组后，所述业务分配设备100确定功耗最大并且未达到上限的业务处理模块的一种可实现的方式为，所述业务分配设备100监测所述业务处理设备200中所有业务处理模块的功耗，从所述业务处理模块组中查询功耗最大的业务处理模块，再从所述功耗最大的业务处理模块中选择功耗未达到上限的业务处理模块，将所述待处理业务分配给所述业务处理模块。如果同一业务模块组中存在功耗相同且功耗最大的多个业务处理模块，所述业务分配设备100可以将待处理业务随机分配给功耗相同且功耗最大的多个业务处理模块中的任意一个。也可以在从所述业务处理模块组中已经确认出的功耗最大并且未达到上限的所有所述业务处理模块中，选择一个工作周期数最小的所述业务处理模块。然后，所述业务分配设备100将所述待处理业务分配给所述工作周期数最小的所述业务处理模块。可选地，如果所述工作周期数最小的所述业务处理模块的数量多于一个，所述业务分配设备100可以将所述待处理业务分配给工作时长参数的值最大的一个。

所述上限可以是为业务处理模块预设的功耗上限。如果功耗最大的所述业务处理模块的功耗未达到所述上限，则将待处理业务分配给所述业务处理模块。

如果功耗最大的所述业务处理模块的功耗达到了所述上限，则暂停对其分配待处理业务。

如果功耗最大的业务处理模块的个数有多个，则待处理业务会随机分配给这几个业务处理模块之一。可选地，所述业务分配设备100将待处理业务分配给功耗最大的多个业务处理模块中工作时长参数的值最大的业务处理模块。

所述上限远大于待处理业务的功耗。可选地，所述功耗上限至少大于待处理业务四个以上的数量级，从而使待处理业务的功耗相对于所述上限为一个可以忽略的值。在这种情况下，只要所述候选处理模块的功耗未达到预设的上限，当有新的待处理业务需要处理时，就会将新的待处理业务分配给该候选处理模块来处理，而不会影响所述候选处理模块正常的处理能力。

传统的业务分配模式为轮询分配模式，如果依据轮询分配模式分配待处理业务，当待处理业务数量多时，业务处理模块组中的每个业务处理冷却区都会被分配到待处理业务，则每个业务处理冷却区中的业务处理模块都处于工作状态。由于业务处理模块开始工作就会产生功耗，因此，每个业务处理冷却区中在工作的业务处理模块都需要散热组件对所述业务处理模块进行散热。即，业务处理模块组中的所有散热组件都需要启用，导致业务处理模块组的总功耗大，因此，服务器的总功耗大，散热效率低。

本发明实施例提供一种不同的业务分配模式，所述业务分配设备100确定待处理业务后，确定用于处理所述待处理业务的业务处理模块组。然后，所述业务分配设备100将所述待处理业务分配给所述业务处理模块组中功耗最大并且未达到上限的业务处理模块。如此，同一业务模型的待处理业务最大程度地集中分配给同一个业务处理模块，而不会分配给其余用于处理同一业务模型待处理业务的业务处理模块，从而不需要所有的业务处理模块同时工作，也就不需要同时开启所有的散热组件，只需要开启在工作的业务处理模块对应的散热组件，一方面减少业务处理模块的总功耗，另一方面降低额外功耗，进而提高服务器的散热效率。

本实施提供的业务分配方式能够显著地减少额外功耗。以计算模块组221为例，这些待处理的计算业务可以按照本实施例提供的方法分配，即全部分配给功耗最大并且未达到上限的业务处理模块(示例性的，在待处理的业务为计算业务时，该业务处理模块是用于处理计算业务的计算模块)，也可以按照轮询分配模式分配，分别分配给一个计算模块。

如果按照本实施例提供的方式分配该计算业务，假设待处理的计算业务会使服务器的功耗增加nW，则处理该计算业务的计算模块中CPU温度会升高T1，从而该CPU带来的额外的功耗增加为P1，如果按照轮询分配模式分配业务，每一个计算模块中CPU温度会升高T2，从而每个CPU带来的额外的功耗增加P2。由于温度升高值对每个CPU带来的额外的功耗升高值的影响非常大，温度升高值越大，每个CPU带来的额外的功耗增加值越大，每个CPU带来的额外的功耗增加值随着温度升高值的增加而增加，类似指数型增长，具体可参见图4，图4示出温度升高引起每个CPU带来的额外的功耗增加的关系变化示意图。由图4可知，n值越大，越容易确定n*P2>P1，因此，与轮询分配模式相比，用本实施例提供的分配方式分配待处理业务，服务器的总功耗低。

需要说明的是，在本申请中，所述工作周期数表示业务处理模块累计工作周期的次数。一个工作周期表示业务处理模块的累计工作时长达到预设的工作时长。例如，以天或24小时作为工作周期单位，如果工作周期数为1，则表示业务处理模块处于第一工作周期，其工作时长达到或超过24小时，但还未超过2天或48小时。所述工作时长参数的值表示所述业务处理模块在当前工作周期中处于工作状态的时长。例如，所述工作时长参数的值为12，则表示所述业务处理模块在当前工作周期中处于工作状态的时长为12小时。可选的，业务处理模块的工作状态表示业务处理模块处理业务时的状态，业务处理模块可以是连续的处理业务，也可以是断续的处理业务。

在一种可实现的方式中，本实施例中所有业务处理模块的工作周期数的计数方法包括：如果所述业务处理模块的工作时长参数的值达到预设累计连续工作时长，则所述业务分配设备100更新所述业务处理模块的工作周期数，更新后的所述工作周期数大于更新前的所述工作周期数，所述更新后的所述工作周期数表示所述业务处理模块处于下一工作周期。

具体地，如果所述业务处理模块的工作时长参数的值达到一个工作周期预设的累计连续工作时长，则以预设粒度增加该业务处理模块的工作周期数，预设粒度可以是1或2或任意数值，具体实现，不受本实施例的限制。例如将该业务处理模块的工作周期数增加1，并且，暂停为该业务处理模块分配待处理业务，如果所述业务处理模块连续工作时长未达到预设连续工作时长，则所述业务处理模块的工作周期数保持当前值，所述业务处理模块保持继续工作。所述保持继续工作可以为保持工作状态，允许业务处理完毕，也允许继续为其分配待处理业务。

例如，设定一个工作周期为24h，以计算模块为例说明工作周期的计数方法：从该计算模块处理第一个计算业务开始计时，所有计算业务均分配给所述计算模块，而不分配给其余计算模块，直至该计算模块累计连续工作24h，为该计算模块的工作周期数增加1，当更新工作周期数后，计时归零。在该计算模块累计连续工作不足24h时，保持其工作状态不变，即，允许其处理的计算业务自然结束，也允许为其分配新的计算业务。

对于处理不同业务模型业务的业务处理模块，一个工作周期对应的预设累计连续工作时长可以相同，也可以不同。例如，计算模块和存储模块的一个工作周期可以是均为24h；也可以是计算模块的一个工作周期为24h，而存储模块的一个工作周期为48h。以适应不同类型业务处理模块的满载运行能力，从而使不同类型业务处理模块的使用寿命均达到最大化。

下面以处理计算业务模型对应的业务为例说明本实施例的方法。在本实施例中所述计算模块组221包括八个计算模块，分别为计算模块S1、计算模块S2、计算模块S3、计算模块S4、计算模块S5、计算模块S6、计算模块S7和计算模块S8，每个计算模块的工作周期单位为24小时，功耗的上限为300W，它们的当前工作周期数和当前功耗值如下表1所示，其中，计算模块S1、S5、S6的工作周期数都为T1，表示计算模块S1、S5、S6当前处于第一工作周期，计算模块S2、S4、S7的工作周期数为T2，表示计算模块S2、S4、S7当前处于第二工作周期，计算模块S3、S8的累计工作周期数为T3，表示计算模块S3、S8当前处于第三工作周期。

表1

针对表1的示例，根据图3所示的业务分配方法流程图，在本实施例的方法中，确定功耗最大的计算模块为计算模块S7和计算模块S8。后续可以将待处理的计算业务分配给计算模块S7和计算模块S8中的任一个。或者，可选的，将待处理的计算业务分配给计算模块S7和计算模块S8中工作周期数小的计算模块S7。

如果业务处理模块组中的业务处理模块长时间处于工作状态，极易出现散热故障或温度升高的情况，进而导致服务器的功耗额外增加，因此本发明实施例提供了另一种业务分配方法，如图5所示，包括：

步骤S400：所述业务分配设备100确定待处理业务。

本步骤的具体实现方式可参见步骤S100，具体细节在这里不再赘述。

步骤S500：所述业务分配设备100确定用于处理所述待处理业务的业务处理模块组。本步骤的具体实现方式可参见步骤S200，具体细节在这里不再赘述。

步骤S600：所述业务分配设备100确定候选处理模块，所述候选处理模块为所述业务处理模块组中工作周期数最小的业务处理模块。

确定候选处理模块的一种方式为，所述业务分配设备100对业务处理设备200中所有业务处理模块的工作周期进行计数，并统计所有业务处理模块的工作周期数。在确定业务处理模块组后，在所述业务处理模块组中查询工作周期数最小的业务处理模块，将所述工作周期数最小的业务处理模块作为候选处理模块。本步骤中对工作周期数的实现方式可参见步骤S300中对所述业务处理模块组中所有业务处理模块的工作周期数的实现方式。

步骤S700：如果所述候选处理模块的数量大于1，所述业务分配单元将所述待处理业务分配给功耗未达到上限的候选处理模块。

本步骤的具体实现方式可参见步骤S300中所述业务分配设备100将所述待处理业务分配给所述业务处理模块组中功耗最大并且未达到上限的业务处理模块的方法，具体的，功耗最大且未达到上限的判断实现细节，在这里不再赘述。

可选地，如果所述候选处理模块的数量等于1，则将所述待处理业务分配给该候选处理模块。

在本实施例中所述计算模块组22包括三个计算模块，分别为第一计算模块、第二计算模块和第三计算模块，它们的工作周期数的初始值均为0，每个工作周期为24小时，功耗的上限为300W。

所述服务器中的业务分配单元首先根据业务模型标识从接收到的业务请求中解析获得业务模型为计算业务的待处理业务。

如果所述计算模块组221中只有一个计算模块的功耗未达到上限，例如第一计算模块，则将该待处理的计算业务分配给第一计算模块。当第一计算模块的功耗达到300W(即功耗达到上限)后，如果还需要处理新的计算业务，由于每个计算模块的功耗都达到上限，则按照轮询分配模式分配后续的新的计算业务，即所述业务分配设备100将所述新的计算业务分配给第二计算模块。

随着时间的推移，第一计算模块中的一些计算业务处理完毕，使得第一计算模块的功耗小于300W(即恢复为不满载状态)，而且第一计算模块的累计连续工作时长尚未达到一个工作周期(24小时)，此时，计算模块组221中存在两个功耗未达到上限的计算模块。由于原有业务结束的速度往往远小于新业务的增长速度，因此，通常第一计算理模块的功耗大于第二计算模块的功耗，例如此时第一计算模块的功耗为290W，而第二计算模块的功耗为200W，所以，如果有新的计算业务需要分配，则会被分配给第一计算模块。如果第一计算模块的功耗与第二计算模块的功耗相等，则新的计算业务会随机分配给第一计算模块或者第二计算模块。或者将新的计算业务分配给工作时长参数的值较大的第一计算模块。

当第一计算模块累计连续工作24小时后，更新第一计算模块的工作周期数为1，而其余计算模块的工作周期数仍为0，当所述业务分配设备100接收到新的计算业务需要分配时，从工作周期数为0的计算模块中选择用于处理新的计算业务的计算模块。从而，使待处理业务最大程度地分配给同一个业务处理模块，实现待处理业务的集中分配。

下面以处理计算业务模型对应的业务为例说明本实施例的方法。结合上述表1所示的计算模块组221中八个计算模块的当前工作周期数和当前功耗值，对图5所示的业务分配方法进行说明。对于表1中的示例，图5所示的方法首先确定工作周期数最小的计算模块有三个，分别是计算模块S1、计算模块S5和计算模块S6，再从上述三个计算模块中确定功耗最大且未达到上限的计算模块S6，将新的计算业务分配给计算模块S6。

与本申请实施例提供的图3或图5所示的业务分配方法相对应，本申请还提供了一种业务分配设备600。所述业务分配设备600是基于图3或图5所示的业务分配方法实现的。具体的，请参见图6，图6为本实施例提供的业务分配设备600的结构示意图。如图6所示，所述业务分配设备600包括数据接口121和业务分配控制模块122。

数据接口121用于接收客户端发送的业务请求。

所述业务分配控制模块122用于根据数据接口121接收到的业务请求确定待处理业务，并将所述待处理业务分配给业务处理设备200进行处理。

基于图3所示的业务分配方法实现的业务分配设备600的一种可实现的实施例中，所述业务分配控制模块122用于：确定待处理业务，确定用于处理所述待处理业务的业务处理模块组，将所述待处理业务分配给所述业务处理模块组中功耗最大并且未达到上限的业务处理模块。可选地，如果所述业务处理模块组中功耗最大并且未达到上限的业务处理模块的个数大于一个，业务分配控制模块122还用于在从所述业务处理模块组中已经确认出的功耗最大并且未达到上限的所有所述业务处理模块中，确认一个工作周期数最小的业务处理模块；将所述待处理业务分配给所述工作周期数最小的所述业务处理模块。

具体来说，基于图3所示的业务分配方法实现的业务分配设备600的一种可实现的实施例中，业务分配控制模块122包括处理器1221和存储器1222。数据接口121、处理器1221和存储器1222通过通信总线连接。前述业务分配控制模块122确定待处理业务，确定业务处理模块组，以及将所述待处理业务分配给业务处理模块的过程均可以由所述业务分配模块122中的处理器1221来实现。

基于图5所示的业务分配方法实现的业务分配设备600的另一种可实现的实施例中，所述业务分配装置122还用于：确定待处理业务，确定用于处理所述待处理业务的业务处理模块组，确定候选处理模块，如果所述候选处理模块的数量大于1，所述业务分配单元将所述待处理业务分配给功耗未达到上限的候选处理模块。所述候选处理模块为所述业务处理模块组中工作周期数最小的业务处理模块。可选地，如果所述候选处理模块的数量等于1，所述业务分配设备600将所述业务请求分配给所述候选处理模块。

具体来说，基于图5所示的业务分配方法实现的业务分配设备600的一种可实现的实施例中，业务分配控制模块122包括处理器1221和存储器1222。数据接口121、处理器1221和存储器1222通过通信总线连接。前述业务分配控制模块122确定待处理业务，确定用于处理所述待处理业务的业务处理模块组，确定候选处理模块，如果所述候选处理模块的数量大于1，所述业务分配单元将所述待处理业务分配给功耗未达到上限的候选处理模块的过程均可以由所述业务分配模块122中的处理器1221来实现。

在图6所示的业务分配设备600中，处理器1221可以是任何计算器件，可以是通用中央处理器1221(CPU)，微处理器1221，可编程控制器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制以上方案程序执行的集成电路。处理器1221通过运行或执行存储在存储器1222内的软件程序和/或应用模块，以及调用存储在存储器1222内的数据，执行业务分配备的各种功能和处理数据，从而对业务分配设备100进行整体监控。在具体实现中，作为一种实施例，处理器1221可以包括一个或多个CPU。

存储器1222，用于临时存储从客户端发送的业务请求。存储器1222还用于存储软件程序以及应用模块。处理器1221通过运行存储在存储器1222的软件程序以及应用模块，从而执行业务分配设备100的各种功能应用以及数据处理。

存储器1222主要包括存储程序区和存储数据区。其中，存储程序区可存储操作***、至少一个功能所需的应用程序，比如发送响应消息等；存储数据区可存储应用程序待处理的数据。存储器1222可以包括易失性存储器(Volatile Memory)，例如，随机存取存储器(Random-Access Memory，RAM)；该存储器1222也可以包括非易失性存储器(non-volatilememory)，例如，只读存储器(Read-Only Memory，ROM)，快闪存储器(Flash Memory)，硬盘(Hard Disk Drive，HDD)、固态硬盘(Solid-State Drive，SSD)、磁盘存储介质或者其他存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由网络设备存取的任何其他介质，但不限于此。

***总线64可以分为地址总线、数据总线、控制总线等。本申请实施例中为清楚说明，在图6中将各种总线都示意为***总线64。

与前述图3所示的业务分配方法相对应，本申请实施例提供的一种业务分配装置用于执行以上图3所示的业务分配方法的业务分配设备100所执行的步骤。本申请实施例提供的业务分配装置可以包括图3所示的业务分配方法中相应步骤所对应的模块。可以根据各个步骤中的各个功能实现业务分配装置中的各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

与前述图5所示的业务分配方法相对应，本申请实施例提供的另一种业务分配装置用于执行以上图5所示的业务分配方法的业务分配设备100所执行的步骤。本申请实施例提供的业务分配装置可以包括图5所示的业务分配方法中相应步骤所对应的模块。可以根据各个步骤中的各个功能实现业务分配装置中的各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图7示出上述实施例中所涉及的业务分配装置300的一种可能的结构示意图。如图7所示，在采用对应各个功能划分各个功能模块的情况下，业务分配装置300包括业务确定单元301、模块组确定单元302、业务分发单元303。

在一种实现方式中，业务确定单元301用于支持该业务分配装置300执行图3所示实施例中的S100，和/或用于本文所描述的技术的其它过程；模块组确定单元302用于支持该业务分配装置300执行图3所示实施例中的S200，和/或用于本文所描述的技术的其它过程；业务分发单元303用于支持该业务分配装置300执行图3所示实施例中的S300，和/或用于本文所描述的技术的其它过程。

在一种具体的实施方式中，如图8所示，业务确定单元301包括业务请求获取子单元3011，用于获取业务请求，所述业务请求包括业务模型标识和与所述业务模型标识对应的待处理业务；业务解析子单元3012，用于根据所述业务请求包括的业务模型标识，从所述业务请求中解析获得所述待处理业务。

当业务分配装置300运行时，该业务分配装置300执行如图3所示的实施例的业务分配方法。业务分配方法可参见上述如图3所示的实施例中的步骤S100、S200和S300的相关描述，此处不再赘述。

在另一种实现方式中，业务确定单元301用于支持该业务分配装置300执行图5所示实施例中的S400，和/或用于本文所描述的技术的其它过程；模块组确定单元302用于支持该业务分配装置300执行图5所示实施例中的S500，和/或用于本文所描述的技术的其它过程；业务分发单元303用于支持该业务分配装置300执行图5所示实施例中的S600和S700，和/或用于本文所描述的技术的其它过程。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。当然，本申请实施例提供的业务分配装置300包括但不限于上述模块，例如业务分配装置300还可以包括接收单元和存储单元。接收单元用于与其他设备通信，如与存储设备通信。存储单元可以用于存储该业务分配装置300的程序代码。

在一种具体的实施方式中，如图8所示，业务确定单元301包括业务请求获取子单元3011，用于获取业务请求，所述业务请求包括业务模型标识和与所述业务模型标识对应的待处理业务；业务解析子单元3012，用于根据所述业务请求包括的业务模型标识，从所述业务请求中解析获得所述待处理业务。

当业务分配装置300运行时，该业务分配装置300执行如图5所示的实施例的业务分配方法。业务分配方法可参见上述如图5所示的实施例中的步骤S100、S200和S300的相关描述，此处不再赘述。

在采用集成的单元的情况下，本申请实施例中的业务确定单元301、模块组确定单元302可以是图6中的处理器1221，业务分发单元303可以是图6中的数据接口121。

在其他实现方式中，业务确定单元301、模块组确定单元302和业务分发单元303可以是集成在一起或任意组合的形式实现，具体实现方式不受本申请实施例的限制。

本实施例还提供一种服务器，包括前述的业务分配设备100和业务处理设备200，或者包括前述的业务分配设备600和业务处理设备200。

在一种可实现的方式中，所述业务处理设备200包括至少一个业务处理模块组，所述业务处理模块组包括至少两个业务处理模块。

本实施例还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上所述的方法。

本实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如上所述的方法。

以上结合具体实施方式和范例性实例对本申请进行了详细说明，不过这些说明并不能理解为对本申请的限制。本领域技术人员理解，在不偏离本申请精神和范围的情况下，可以对本申请技术方案及其实施方式进行多种等价替换、修饰或改进，这些均落入本申请的范围内。本申请的保护范围以所附权利要求为准。

Claims (11)

1.一种业务分配方法，其特征在于，所述业务分配方法用于服务器，所述服务器包括业务分配设备和业务处理设备，所述业务处理设备包括至少一个业务处理模块组，所述业务处理模块组包括至少两个业务处理模块；所述方法包括：

所述业务分配设备确定待处理业务；

所述业务分配设备确定用于处理所述待处理业务的业务处理模块组；

所述业务分配设备将所述待处理业务分配给所述业务处理模块组中满足以下条件的一个业务处理模块；

所述以下条件包括：功耗最大、功耗未达到上限、工作周期数最小、以及工作时长参数值最大；

其中，所述工作周期数表示业务处理模块累计工作周期的次数，所述工作时长参数值表示业务处理模块在当前工作周期中处于工作状态的时长。

2.根据权利要求1所述的方法，其特征在于，所述业务分配设备确定待处理业务包括：

所述业务分配设备获取业务请求，所述业务请求包括业务模型标识和与所述业务模型标识对应的待处理业务；

所述业务分配设备根据所述业务请求包括的业务模型标识，从所述业务请求中解析获得所述待处理业务。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述业务分配设备查询所述业务处理模块的工作时长参数的值；

如果所述业务处理模块的工作时长参数的值达到一个工作周期预设的工作时长，则所述业务分配设备更新所述业务处理模块的所述工作周期数，更新后的所述工作周期数大于更新前的所述工作周期数，所述更新后的所述工作周期数表示所述业务处理模块处于下一工作周期。

4.根据权利要求1或2所述的方法，其特征在于，在所述业务处理模块组中选择逐次所述满足以下条件的一个业务处理模块，包括：

所述业务分配设备在所述业务处理模块组中确定候选处理模块，所述候选处理模块满足工作周期数最小的条件；

在满足所述工作周期数最小条件的多个候选处理模块中，按照以下条件确定一个业务处理模块，所述以下条件包括：功耗最大、功耗未达到上限和工作时长参数值最大。

5.一种业务分配装置，其特征在于，所述装置包括：

业务确定单元，用于确定待处理业务；

模块组确定单元，用于确定处理所述待处理业务的业务处理模块组；

业务分发单元，用于将所述待处理业务分配给所述业务处理模块组中满足以下条件的一个业务处理模块；

所述以下条件包括：功耗最大、功耗未达到上限、工作周期数最小、以及工作时长参数值最大；

其中，所述工作周期数表示业务处理模块累计工作周期的次数，所述工作时长参数值表示业务处理模块在当前工作周期中处于工作状态的时长。

6.根据权利要求5所述的装置，其特征在于，所述业务确定单元包括：

业务请求获取子单元，用于获取业务请求，所述业务请求包括业务模型标识和与所述业务模型标识对应的待处理业务；

业务解析子单元，用于根据所述业务请求包括的业务模型标识，从所述业务请求中解析获得所述待处理业务。

7.根据权利要求5或6所述的装置，其特征在于，所述装置还包括工作周期计数单元，用于查询所述业务处理模块的工作时长参数的值；

如果所述业务处理模块的工作时长参数的值达到一个工作周期预设的工作时长，所述工作周期计数单元还用于更新所述业务处理模块的所述工作周期数，更新后的所述工作周期数大于更新前的所述工作周期数，所述更新后的所述工作周期数表示所述业务处理模块处于下一工作周期。

8.根据权利要求5或6所述的装置，其特征在于，

所述业务分发单元，还用于在所述业务处理模块组中确定候选处理模块，所述候选处理模块满足工作周期数最小的条件；以及，在满足所述工作周期数最小条件的多个候选处理模块中，按照以下条件确定一个业务处理模块，所述以下条件包括：功耗最大、功耗未达到上限和工作时长参数值最大。

9.一种业务分配设备，其特征在于，包括数据接口和业务分配控制模块，

所述数据接口用于接收客户端发送的业务请求，

所述业务分配控制模块，用于确定待处理业务，确定用于处理所述待处理业务的业务处理模块组，将所述待处理业务分配给所述业务处理模块组中满足以下条件的一个业务处理模块；

所述以下条件包括：功耗最大、功耗未达到上限、工作周期数最小、以及工作时长参数值最大。

10.一种服务器，其特征在于，所述服务器包括如权利要求9所述的业务分配设备和业务处理设备，所述业务处理设备包括至少一个业务处理模块组，所述业务处理模块组包括至少一个业务处理模块。

11.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1至4任一项所述的方法。

Images