[发明专利]一种业务调度方法、系统及设备

说明书

技术领域

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

背景技术

金融危机背景下，企业如何降低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所示。从图中可以看到，综合业务平台中，除了业务处理集群以外，其他部分全部共用，从而可以很好的解决设备冗余和接口重复问题。

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

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

发明内容

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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