CN102088719A

CN102088719A - 一种业务调度方法、系统及设备

Info

Publication number: CN102088719A
Application number: CN2011100256067A
Authority: CN
Inventors: 陈佩文; 姚志强; 谢晓冬
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2011-01-24
Filing date: 2011-01-24
Publication date: 2011-06-08
Also published as: WO2012100545A1

Abstract

本发明公开了一种业务调度方法、系统及设备，包括：业务调度模块接收各服务器经资源管理模块上报的各服务器所具备的计算单元数量，每一服务器的计算处理能力由若干计算单元构成；业务调度模块根据计算单元数量及业务状态按调度算法以计算单元为单位确定需要增加或释放的计算单元，以及需要执行的业务；业务调度模块指示资源管理模块需要增加或释放的计算单元；业务调度模块指示自动部署模块需要执行的业务。本发明可以通过降低可调度资源的粒度，实现充分利用各服务器资源的目的。

Description

一种业务调度方法、系统及设备

技术领域

本发明涉及移动通讯领域，特别涉及一种业务调度方法、系统及设备。

背景技术

金融危机背景下，企业如何降低TCO(Total cost of ownership，总所有成本)问题被提高了前所未有的高度，运营商当然也不例外。而由于当前业务平台存在软硬件型号不统一、冗余模块多、设备利用率低等特点，使得解决这个问题在业务平台领域有着更重要的意义。

图1为现有业务平台架构示意图，当前的业务平台通常如图1所示。这种各种业务平台独立建设的方式主要存在如下问题：

1、计费、日志、报表、运维、网管、存储设备、网络设备等软硬件模块重复建设，造成软硬件资源极大浪费。

2、各业务平台采用的外购软硬件类型、实现的操作维护手段都有可能不同，会造成系统的维护成本更会成倍的增加。

3、每个业务平台都要和某些外部网元(计费，开销户，网管等)进行重复对接，工作量很大。并且，在这些外部接口变更的情况下，会造成所有对接的业务平台都要改动。

4、各业务平台处理能力不均衡造成设备利用率不高，例如：WAP(Wireless Application Protocol，无线应用协议)业务系统的处理能力达到2000TPS(Transactions Per Second，每秒事务数)，但实际只用到了800TPS，同时彩信业务系统的处理能力只有200条/秒，但实际需要300条/秒。独立平台情况下，无法做到把WAP系统空闲的处理能力共享给彩信系统使用。

针对软硬件型号不统一，业界通常通过采用统一的刀片服务器、并强制统一外购系统软件的方法来有效解决。

针对设备冗余、接口重复，业界通常通过提取公共模块和接口，提供综合业务平台的方式来有效解决。图2为综合业务平台结构示意图，综合业务平台如图2所示。从图中可以看到，综合业务平台中，除了业务处理集群以外，其他部分全部共用，从而可以很好的解决设备冗余和接口重复问题。

而针对设备利用率不高的问题，通常还需要在采用综合业务平台方案的前提下，通过增加额外的调度子系统、实现调度功能来实现各业务平台间共享处理能力以及自动容灾，从而提高设备利用率。

但是，即使增加了额外的调度子系统，该调度方法仍然不能很好的提高设备利用率。

发明内容

本发明所解决的技术问题是提供了一种业务调度方法、系统及设备，用以解决现有技术中存在的不能充分利用各服务器资源的问题。

本发明实施例中提供了一种业务调度方法，包括如下步骤：

业务调度模块接收各服务器经资源管理模块上报的各服务器所具备的计算单元数量，每一服务器的计算处理能力由若干计算单元构成；

业务调度模块根据计算单元数量及业务状态按调度算法以计算单元为单位确定需要增加或释放的计算单元，以及需要执行的业务；

业务调度模块指示资源管理模块需要增加或释放的计算单元；

业务调度模块指示自动部署模块需要执行的业务。

本发明实施例中提供了一种业务调度设备，包括：

接收模块，用于接收各服务器经资源管理模块上报的各服务器所具备的计算单元数量，每一服务器的计算处理能力由若干计算单元构成；

调度模块，用于根据计算单元数量及业务状态按调度算法以计算单元为单位确定需要增加或释放的计算单元，以及需要执行的业务；

资源指示模块，用于指示资源管理模块需要增加或释放的计算单元；

业务指示模块，用于指示自动部署模块需要执行的业务。

本发明实施例中提供了一种综合业务平台系统，包括：

服务器，用于向资源管理模块上报本服务器所具备的计算单元数量，服务器的计算处理能力由若干计算单元构成；

资源管理模块，用于将服务器上报的计算单元数量上报业务调度模块；

业务调度模块，用于根据计算单元数量及业务状态按调度算法以计算单元为单位确定需要增加或释放的计算单元，以及需要执行的业务；并指示资源管理模块需要增加或释放的计算单元，以及指示自动部署模块需要执行的业务；

资源管理模块，用于根据业务调度模块的指示增加或释放的计算单元；

自动部署模块，用于根据业务调度模块的指示分配各服务器执行的业务。

本发明实施例中提供了一种综合业务平台系统中的服务器，包括：

资源确定模块，用于确定本服务器所具备的计算单元数量，服务器的计算处理能力由若干计算单元构成；

上报模块，用于向资源管理模块上报本服务器所具备的计算单元数量。

本发明实施例中提供了一种综合业务平台系统中的资源管理设备，包括：

接收模块，用于接收业务调度模块增加或释放的计算单元的指示，每一服务器的计算处理能力由若干计算单元构成；

执行模块，用于根据业务调度模块的指示增加或释放的计算单元。

本发明有益效果如下：

在本发明实施例提供的技术方案中，由于各服务器是按计算单元上报自身的处理能力，业务调度模块也是根据计算单元数量及业务状态按调度算法以计算单元为单位确定需要增加或释放的计算单元，以及需要执行的业务，因此可以通过降低可调度资源的粒度，从而实现了充分利用各服务器资源的目的。

附图说明

图1为现有业务平台架构示意图；

图2为现有综合业务平台结构示意图；

图3为现有调度方案的系统结构示意图；

图4为本发明实施例中业务调度方法实施流程示意图；

图5为本发明实施例中综合业务平台系统结构示意图；

图6为本发明实施例中综合业务平台系统中的服务器结构示意图；

图7为本发明实施例中业务调度设备结构示意图；

图8为本发明实施例中综合业务平台系统中的资源管理设备结构示意图；

图9为本发明实施例中业务调度实施流程示意图。

具体实施方式

发明人在发明过程中注意到：

针对设备利用率不高的问题，在采用综合业务平台方案的前提下，通过增加额外的调度子系统、实现调度功能来实现各业务平台间共享处理能力以及自动容灾，从而提高设备利用率。

当前的调度方法通常是在采用综合业务平台方案的前提下，增加额外的调度子系统，图3为现有调度方案的系统结构示意图，其系统结构通常如图3所示。具体说明如下：

1、调度子系统包括业务调度模块、资源管理模块、自动部署模块。

2、资源管理模块负责管理可调度资源，以及收集和上报服务器的业务负载状态，具体包括维护物理主机的状态，负责物理机器的上电、下电、休眠和激活，以及对外提供申请和释放资源的接口，供业务调度模块申请或释放服务器资源。当前可调度资源都是物理服务器。

3、自动部署模块根据业务调度模块的部署指令把指定的业务模块部署到指定的服务器上、或者从指定的服务器上卸载已经部署的业务模块，还可以根据指令停止/启动业务模块。

4、业务调度模块是整个调度子系统的核心，定期根据资源状态(CPU、内存占用率等)和业务状态(话务量等)，调用预先设定好的调度算法，计算出当前是否要增加或减少服务器资源，并根据计算结果申请/释放服务器资源，然后下达业务部署/卸载/停止/启动指令给自动部署模块，从而对服务器以及上面部署的业务模块进行相应的控制。在有资源增加/减少的情况下，还会通知业务分流设备，以便于业务分流设备调整业务分流策略。

但是，该调度方法存在的不足在于：调度的粒度太大，目前的调度粒度为物理服务器，在业务容量要求较小的情况下，所以仍然不能很好的提高设备利用率。在当前物理服务器处理能力逐渐提升的情况下，该问题尤为突出。例如，某业务系统所需处理能力仅为300TPS，而单台服务器的处理能力可达3000TPS，在调度粒度为服务服务器的情况下，就会造成极大的浪费。

有鉴于此，本发明的目的在于提出一种更好地调度方案，可以很好的解决这个问题，从而可以更好的提高设备利用率。下面结合附图对本发明的具体实施方式进行说明。

图4为业务调度方法实施流程示意图，如图所示，在进行业务调度过程中，可以包括如下步骤：

步骤401、业务调度模块接收各服务器经资源管理模块上报的各服务器所具备的计算单元数量，每一服务器的计算处理能力由若干计算单元构成；

步骤402、业务调度模块根据计算单元数量及业务状态按调度算法以计算单元为单位确定需要增加或释放的计算单元，以及需要执行的业务；

步骤403、业务调度模块指示资源管理模块需要增加或释放的计算单元；

步骤404、业务调度模块指示自动部署模块需要执行的业务。

具体的，在实施过程中，可以利用虚拟机技术，将物理服务器虚拟化，将物理服务器切割成更小粒度的虚拟计算单元；

然后在资源管理模块增加和虚拟机之间的接口，从而可以管理虚拟计算单元；

业务调度模块则可以定期根据虚拟计算单元资源状态(CPU、内存占用率等)和业务状态(话务量等)进行调度，自动部署模块也是在虚拟计算资源上进行业务部署。

实施中，还可以进一步包括：

业务调度模块接收各服务器经资源管理模块上报的业务状态信息，所述业务状态是各服务器以计算单元为单位统计的业务状态。

基于同一发明构思，本发明实施例中还提供了一种综合业务平台系统、一种业务调度设备、一种综合业务平台系统中的服务器、一种综合业务平台系统中的资源管理设备，由于这些设备解决问题的原理与业务调度方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。

图5为综合业务平台系统结构示意图，如图所示，系统中可以包括：

服务器501，用于向资源管理模块上报本服务器所具备的计算单元数量，服务器的计算处理能力由若干计算单元构成；

资源管理模块502，用于将服务器上报的计算单元数量上报业务调度模块；

业务调度模块503，用于根据计算单元数量及业务状态按调度算法以计算单元为单位确定需要增加或释放的计算单元，以及需要执行的业务；并指示资源管理模块需要增加或释放的计算单元，以及指示自动部署模块需要执行的业务；

资源管理模块502，用于根据业务调度模块的指示增加或释放的计算单元；

自动部署模块504，用于根据业务调度模块的指示分配各服务器执行的业务。

实施中，服务器还可以进一步用于向资源管理模块上报本服务器的业务状态信息，所述业务状态是各服务器以计算单元为单位统计的业务状态；

资源管理模块还可以进一步用于将服务器上报的业务状态信息上报业务调度模块。

图6为综合业务平台系统中的服务器结构示意图，如图所示，服务器中可以包括：

资源确定模块601，用于确定本服务器所具备的计算单元数量，服务器的计算处理能力由若干计算单元构成；

上报模块602，用于向资源管理模块上报本服务器所具备的计算单元数量。

实施中，在服务器中还可以进一步包括：

业务确定模块603，用于确定本服务器的业务状态信息，所述业务状态是各服务器以计算单元为单位统计的业务状态；

则上报模块还可以进一步用于向资源管理模块上报本服务器的业务状态信息。

图7为业务调度设备结构示意图，如图所示，业务调度设备中可以包括：

接收模块701，用于接收各服务器经资源管理模块上报的各服务器所具备的计算单元数量，每一服务器的计算处理能力由若干计算单元构成；

调度模块702，用于根据计算单元数量及业务状态按调度算法以计算单元为单位确定需要增加或释放的计算单元，以及需要执行的业务；

资源指示模块703，用于指示资源管理模块需要增加或释放的计算单元；

业务指示模块704，用于指示自动部署模块需要执行的业务。

实施中，接收模块还可以进一步用于接收各服务器经资源管理模块上报的业务状态信息，所述业务状态是各服务器以计算单元为单位统计的业务状态。

图8为综合业务平台系统中的资源管理设备结构示意图，如图所示，可以包括：

接收模块801，用于接收业务调度模块增加或释放的计算单元的指示，每一服务器的计算处理能力由若干计算单元构成；

执行模块802，用于根据业务调度模块的指示增加或释放的计算单元。

实施中，在资源管理设备中还可以进一步包括：

转发模块803，用于将各服务器上报的各服务器所具备的计算单元数量和/或业务状态信息转发给业务调度模块。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

为了更好的理解本发明的实施，下面以实例进行说明。

图9为业务调度实施流程示意图，首先，虚拟化模块按预定的策略，将服务器全部或部分的虚拟化成计算单元，在此基础上，则如图9所示，业务调度的流程可以如下：

步骤901、部署了业务的服务器/计算单元定期上报资源状态和业务状态给资源管理模块。如果是空闲的服务器/计算单元，则只上报资源状态。

步骤902、资源管理模块进一步上报这些信息给业务调度模块。

步骤903、业务调度模块根据获取的信息和预先定义好的算法，计算出需要增加/减少资源。

步骤904、业务调度模块根据计算结果向资源管理模块申请/释放资源。申请成功以后，进行下一步。

步骤905、业务调度模块下达部署/卸载业务模块指令给自动部署模块。

步骤906、自动部署模块执行上述指令。

步骤907、自动部署模块把执行结果告知业务调度模块。

步骤908、在部署/卸载成功的情况下，业务调度模块通知业务分流模块业务模块的部署变化情况，以便于业务分类设备调整业务分流的策略。

具体实施中，实际调度流程中还可以包含异常流程处理等其它步骤。

由上述实施例可见，在本发明实施例提供的技术方案中，通过增加虚拟化模块把服务器虚拟化为计算单元，从而降低可调度资源的粒度；

同时在资源管理模块增加和虚拟机之间的接口，从而可以管理虚拟计算单元。当然，具体实施中资源管理模块还继续保留原先的管理服务器资源的功能，从而使得调度对象既可以是服务器，也可以是虚拟化以后的计算单元；

业务调度模块定期根据虚拟计算单元或者服务器的资源状态(CPU、内存占用率等)和业务状态(话务量等)进行调度，自动部署模块既可以在虚拟计算资源上进行业务部署，也可以在服务器上进行业务部署。

该方案和原方案相比，明显提高了设备利用率。例如，某几个业务系统所需处理能力仅分别为300TPS、400TPS、600TPS和700TPS，而单台服务器的处理能力可达3000TPS，在调度粒度只能为服务器的情况下，部署这几个业务需要4台服务器，而采用本方案，则可以仅需一台服务器即可。

此外，和单纯的虚拟机方案相比，本方案提供了根据业务能力进行调度的功能。单纯的虚拟机只能根据CPU、内存占有率等服务器资源来进行资源分配，无法根据业务量来进行调度。因此，本方案巧妙的结合了调度功能和虚拟机技术，提供了更灵活的调度粒度，很好的解决了设备利用率不高的问题。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

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

Claims

1.一种业务调度方法，其特征在于，包括如下步骤：

业务调度模块指示自动部署模块需要执行的业务。

2.如权利要求1所述的方法，其特征在于，进一步包括：

3.一种业务调度设备，其特征在于，包括：

业务指示模块，用于指示自动部署模块需要执行的业务。

4.如权利要求3所述的业务调度设备，其特征在于，

接收模块进一步用于接收各服务器经资源管理模块上报的业务状态信息，所述业务状态是各服务器以计算单元为单位统计的业务状态。

5.一种综合业务平台系统，其特征在于，包括：

6.如权利要求5所述的系统，其特征在于，

服务器进一步用于向资源管理模块上报本服务器的业务状态信息，所述业务状态是各服务器以计算单元为单位统计的业务状态；

资源管理模块进一步用于将服务器上报的业务状态信息上报业务调度模块。

7.一种综合业务平台系统中的服务器，其特征在于，包括：

8.如权利要求7所述的服务器，其特征在于，进一步包括：

业务确定模块，用于确定本服务器的业务状态信息，所述业务状态是各服务器以计算单元为单位统计的业务状态；

上报模块进一步用于向资源管理模块上报本服务器的业务状态信息。

9.一种综合业务平台系统中的资源管理设备，其特征在于，包括：

10.如权利要求9所述的资源管理设备，其特征在于，进一步包括：

转发模块，用于将各服务器上报的各服务器所具备的计算单元数量和/或业务状态信息转发给业务调度模块。