專利名稱：一種業(yè)務(wù)調(diào)度方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通訊領(lǐng)域，特別涉及一種業(yè)務(wù)調(diào)度方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
金融危機背景下，企業(yè)如何降低TCO (Total cost of ownership，總所有成本)問 題被提高了前所未有的高度，運營商當然也不例外。而由于當前業(yè)務(wù)平臺存在軟硬件型號 不統(tǒng)一、冗余模塊多、設(shè)備利用率低等特點，使得解決這個問題在業(yè)務(wù)平臺領(lǐng)域有著更重要 的意義。圖1為現(xiàn)有業(yè)務(wù)平臺架構(gòu)示意圖，當前的業(yè)務(wù)平臺通常如圖1所示。這種各種業(yè) 務(wù)平臺獨立建設(shè)的方式主要存在如下問題1、計費、日志、報表、運維、網(wǎng)管、存儲設(shè)備、網(wǎng)絡(luò)設(shè)備等軟硬件模塊重復(fù)建設(shè)，造成 軟硬件資源極大浪費。2、各業(yè)務(wù)平臺采用的外購軟硬件類型、實現(xiàn)的操作維護手段都有可能不同，會造 成系統(tǒng)的維護成本更會成倍的增加。3、每個業(yè)務(wù)平臺都要和某些外部網(wǎng)元(計費，開銷戶，網(wǎng)管等)進行重復(fù)對接，工 作量很大。并且，在這些外部接口變更的情況下，會造成所有對接的業(yè)務(wù)平臺都要改動。4、各業(yè)務(wù)平臺處理能力不均衡造成設(shè)備利用率不高，例如WAP (Wireless Application Protocol，無線應(yīng)用協(xié)議)業(yè)務(wù)系統(tǒng)的處理能力達到2000TPS(Transactions Per Second，每秒事務(wù)數(shù))，但實際只用到了 800TPS，同時彩信業(yè)務(wù)系統(tǒng)的處理能力只有 200條/秒，但實際需要300條/秒。獨立平臺情況下，無法做到把WAP系統(tǒng)空閑的處理能 力共享給彩信系統(tǒng)使用。針對軟硬件型號不統(tǒng)一，業(yè)界通常通過采用統(tǒng)一的刀片服務(wù)器、并強制統(tǒng)一外購 系統(tǒng)軟件的方法來有效解決。針對設(shè)備冗余、接口重復(fù)，業(yè)界通常通過提取公共模塊和接口，提供綜合業(yè)務(wù)平臺 的方式來有效解決。圖2為綜合業(yè)務(wù)平臺結(jié)構(gòu)示意圖，綜合業(yè)務(wù)平臺如圖2所示。從圖中 可以看到，綜合業(yè)務(wù)平臺中，除了業(yè)務(wù)處理集群以外，其他部分全部共用，從而可以很好的 解決設(shè)備冗余和接口重復(fù)問題。而針對設(shè)備利用率不高的問題，通常還需要在采用綜合業(yè)務(wù)平臺方案的前提下， 通過增加額外的調(diào)度子系統(tǒng)、實現(xiàn)調(diào)度功能來實現(xiàn)各業(yè)務(wù)平臺間共享處理能力以及自動容 災(zāi)，從而提高設(shè)備利用率。但是，即使增加了額外的調(diào)度子系統(tǒng)，該調(diào)度方法仍然不能很好的提高設(shè)備利用率。

發(fā)明內(nèi)容
本發(fā)明所解決的技術(shù)問題是提供了一種業(yè)務(wù)調(diào)度方法、系統(tǒng)及設(shè)備，用以解決現(xiàn) 有技術(shù)中存在的不能充分利用各服務(wù)器資源的問題。
本發(fā)明實施例中提供了一種業(yè)務(wù)調(diào)度方法，包括如下步驟業(yè)務(wù)調(diào)度模塊接收各服務(wù)器經(jīng)資源管理模塊上報的各服務(wù)器所具備的計算單元 數(shù)量，每一服務(wù)器的計算處理能力由若干計算單元構(gòu)成；業(yè)務(wù)調(diào)度模塊根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為單位確定 需要增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；業(yè)務(wù)調(diào)度模塊指示資源管理模塊需要增加或釋放的計算單元；業(yè)務(wù)調(diào)度模塊指示自動部署模塊需要執(zhí)行的業(yè)務(wù)。本發(fā)明實施例中提供了一種業(yè)務(wù)調(diào)度設(shè)備，包括接收模塊，用于接收各服務(wù)器經(jīng)資源管理模塊上報的各服務(wù)器所具備的計算單元 數(shù)量，每一服務(wù)器的計算處理能力由若干計算單元構(gòu)成；調(diào)度模塊，用于根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為單位確定 需要增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；資源指示模塊，用于指示資源管理模塊需要增加或釋放的計算單元；業(yè)務(wù)指示模塊，用于指示自動部署模塊需要執(zhí)行的業(yè)務(wù)。本發(fā)明實施例中提供了一種綜合業(yè)務(wù)平臺系統(tǒng)，包括服務(wù)器，用于向資源管理模塊上報本服務(wù)器所具備的計算單元數(shù)量，服務(wù)器的計 算處理能力由若干計算單元構(gòu)成；資源管理模塊，用于將服務(wù)器上報的計算單元數(shù)量上報業(yè)務(wù)調(diào)度模塊；業(yè)務(wù)調(diào)度模塊，用于根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為單位 確定需要增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；并指示資源管理模塊需要增加或 釋放的計算單元，以及指示自動部署模塊需要執(zhí)行的業(yè)務(wù)；資源管理模塊，用于根據(jù)業(yè)務(wù)調(diào)度模塊的指示增加或釋放的計算單元；自動部署模塊，用于根據(jù)業(yè)務(wù)調(diào)度模塊的指示分配各服務(wù)器執(zhí)行的業(yè)務(wù)。本發(fā)明實施例中提供了一種綜合業(yè)務(wù)平臺系統(tǒng)中的服務(wù)器，包括資源確定模塊，用于確定本服務(wù)器所具備的計算單元數(shù)量，服務(wù)器的計算處理能 力由若干計算單元構(gòu)成； 上報模塊，用于向資源管理模塊上報本服務(wù)器所具備的計算單元數(shù)量。本發(fā)明實施例中提供了一種綜合業(yè)務(wù)平臺系統(tǒng)中的資源管理設(shè)備，包括接收模塊，用于接收業(yè)務(wù)調(diào)度模塊增加或釋放的計算單元的指示，每一服務(wù)器的 計算處理能力由若干計算單元構(gòu)成；執(zhí)行模塊，用于根據(jù)業(yè)務(wù)調(diào)度模塊的指示增加或釋放的計算單元。本發(fā)明有益效果如下在本發(fā)明實施例提供的技術(shù)方案中，由于各服務(wù)器是按計算單元上報自身的處理 能力，業(yè)務(wù)調(diào)度模塊也是根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為單位確定 需要增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)，因此可以通過降低可調(diào)度資源的粒度， 從而實現(xiàn)了充分利用各服務(wù)器資源的目的。


圖1為現(xiàn)有業(yè)務(wù)平臺架構(gòu)示意圖2為現(xiàn)有綜合業(yè)務(wù)平臺結(jié)構(gòu)示意圖；圖3為現(xiàn)有調(diào)度方案的系統(tǒng)結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例中業(yè)務(wù)調(diào)度方法實施流程示意圖；圖5為本發(fā)明實施例中綜合業(yè)務(wù)平臺系統(tǒng)結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例中綜合業(yè)務(wù)平臺系統(tǒng)中的服務(wù)器結(jié)構(gòu)示意圖；圖7為本發(fā)明實施例中業(yè)務(wù)調(diào)度設(shè)備結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例中綜合業(yè)務(wù)平臺系統(tǒng)中的資源管理設(shè)備結(jié)構(gòu)示意圖；圖9為本發(fā)明實施例中業(yè)務(wù)調(diào)度實施流程示意圖。
具體實施例方式發(fā)明人在發(fā)明過程中注意到針對設(shè)備利用率不高的問題，在采用綜合業(yè)務(wù)平臺方案的前提下，通過增加額外 的調(diào)度子系統(tǒng)、實現(xiàn)調(diào)度功能來實現(xiàn)各業(yè)務(wù)平臺間共享處理能力以及自動容災(zāi)，從而提高 設(shè)備利用率。當前的調(diào)度方法通常是在采用綜合業(yè)務(wù)平臺方案的前提下，增加額外的調(diào)度子系 統(tǒng)，圖3為現(xiàn)有調(diào)度方案的系統(tǒng)結(jié)構(gòu)示意圖，其系統(tǒng)結(jié)構(gòu)通常如圖3所示。具體說明如下1、調(diào)度子系統(tǒng)包括業(yè)務(wù)調(diào)度模塊、資源管理模塊、自動部署模塊。2、資源管理模塊負責(zé)管理可調(diào)度資源，以及收集和上報服務(wù)器的業(yè)務(wù)負載狀態(tài)， 具體包括維護物理主機的狀態(tài)，負責(zé)物理機器的上電、下電、休眠和激活，以及對外提供申 請和釋放資源的接口，供業(yè)務(wù)調(diào)度模塊申請或釋放服務(wù)器資源。當前可調(diào)度資源都是物理 服務(wù)器。3、自動部署模塊根據(jù)業(yè)務(wù)調(diào)度模塊的部署指令把指定的業(yè)務(wù)模塊部署到指定的 服務(wù)器上、或者從指定的服務(wù)器上卸載已經(jīng)部署的業(yè)務(wù)模塊，還可以根據(jù)指令停止/啟動 業(yè)務(wù)模塊。4、業(yè)務(wù)調(diào)度模塊是整個調(diào)度子系統(tǒng)的核心，定期根據(jù)資源狀態(tài)(CPU、內(nèi)存占用率 等)和業(yè)務(wù)狀態(tài)(話務(wù)量等)，調(diào)用預(yù)先設(shè)定好的調(diào)度算法，計算出當前是否要增加或減少 服務(wù)器資源，并根據(jù)計算結(jié)果申請/釋放服務(wù)器資源，然后下達業(yè)務(wù)部署/卸載/停止/啟 動指令給自動部署模塊，從而對服務(wù)器以及上面部署的業(yè)務(wù)模塊進行相應(yīng)的控制。在有資 源增加/減少的情況下，還會通知業(yè)務(wù)分流設(shè)備，以便于業(yè)務(wù)分流設(shè)備調(diào)整業(yè)務(wù)分流策略。但是，該調(diào)度方法存在的不足在于調(diào)度的粒度太大，目前的調(diào)度粒度為物理服務(wù) 器，在業(yè)務(wù)容量要求較小的情況下，所以仍然不能很好的提高設(shè)備利用率。在當前物理服 務(wù)器處理能力逐漸提升的情況下，該問題尤為突出。例如，某業(yè)務(wù)系統(tǒng)所需處理能力僅為 300TPS,而單臺服務(wù)器的處理能力可達3000TPS，在調(diào)度粒度為服務(wù)服務(wù)器的情況下，就會 造成極大的浪費。有鑒于此，本發(fā)明的目的在于提出一種更好地調(diào)度方案，可以很好的解決這個問 題，從而可以更好的提高設(shè)備利用率。下面結(jié)合附圖對本發(fā)明的具體實施方式
進行說明。圖4為業(yè)務(wù)調(diào)度方法實施流程示意圖，如圖所示，在進行業(yè)務(wù)調(diào)度過程中，可以包 括如下步驟步驟401、業(yè)務(wù)調(diào)度模塊接收各服務(wù)器經(jīng)資源管理模塊上報的各服務(wù)器所具備的計算單元數(shù)量，每一服務(wù)器的計算處理能力由若干計算單元構(gòu)成；步驟402、業(yè)務(wù)調(diào)度模塊根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為 單位確定需要增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；步驟403、業(yè)務(wù)調(diào)度模塊指示資源管理模塊需要增加或釋放的計算單元；步驟404、業(yè)務(wù)調(diào)度模塊指示自動部署模塊需要執(zhí)行的業(yè)務(wù)。具體的，在實施過程中，可以利用虛擬機技術(shù)，將物理服務(wù)器虛擬化，將物理服務(wù) 器切割成更小粒度的虛擬計算單元；然后在資源管理模塊增加和虛擬機之間的接口，從而可以管理虛擬計算單元；業(yè)務(wù)調(diào)度模塊則可以定期根據(jù)虛擬計算單元資源狀態(tài)(CPU、內(nèi)存占用率等)和業(yè) 務(wù)狀態(tài)(話務(wù)量等)進行調(diào)度，自動部署模塊也是在虛擬計算資源上進行業(yè)務(wù)部署。實施中，還可以進一步包括業(yè)務(wù)調(diào)度模塊接收各服務(wù)器經(jīng)資源管理模塊上報的業(yè)務(wù)狀態(tài)信息，所述業(yè)務(wù)狀態(tài) 是各服務(wù)器以計算單元為單位統(tǒng)計的業(yè)務(wù)狀態(tài)?；谕话l(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種綜合業(yè)務(wù)平臺系統(tǒng)、一種業(yè)務(wù) 調(diào)度設(shè)備、一種綜合業(yè)務(wù)平臺系統(tǒng)中的服務(wù)器、一種綜合業(yè)務(wù)平臺系統(tǒng)中的資源管理設(shè)備， 由于這些設(shè)備解決問題的原理與業(yè)務(wù)調(diào)度方法相似，因此這些設(shè)備的實施可以參見方法的 實施，重復(fù)之處不再贅述。圖5為綜合業(yè)務(wù)平臺系統(tǒng)結(jié)構(gòu)示意圖，如圖所示，系統(tǒng)中可以包括服務(wù)器501，用于向資源管理模塊上報本服務(wù)器所具備的計算單元數(shù)量，服務(wù)器的 計算處理能力由若干計算單元構(gòu)成；資源管理模塊502，用于將服務(wù)器上報的計算單元數(shù)量上報業(yè)務(wù)調(diào)度模塊；業(yè)務(wù)調(diào)度模塊503，用于根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為 單位確定需要增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；并指示資源管理模塊需要增 加或釋放的計算單元，以及指示自動部署模塊需要執(zhí)行的業(yè)務(wù)；資源管理模塊502，用于根據(jù)業(yè)務(wù)調(diào)度模塊的指示增加或釋放的計算單元；自動部署模塊504，用于根據(jù)業(yè)務(wù)調(diào)度模塊的指示分配各服務(wù)器執(zhí)行的業(yè)務(wù)。實施中，服務(wù)器還可以進一步用于向資源管理模塊上報本服務(wù)器的業(yè)務(wù)狀態(tài)信 息，所述業(yè)務(wù)狀態(tài)是各服務(wù)器以計算單元為單位統(tǒng)計的業(yè)務(wù)狀態(tài)；資源管理模塊還可以進一步用于將服務(wù)器上報的業(yè)務(wù)狀態(tài)信息上報業(yè)務(wù)調(diào)度模 塊。圖6為綜合業(yè)務(wù)平臺系統(tǒng)中的服務(wù)器結(jié)構(gòu)示意圖，如圖所示，服務(wù)器中可以包括資源確定模塊601，用于確定本服務(wù)器所具備的計算單元數(shù)量，服務(wù)器的計算處理 能力由若干計算單元構(gòu)成；上報模塊602，用于向資源管理模塊上報本服務(wù)器所具備的計算單元數(shù)量。實施中，在服務(wù)器中還可以進一步包括業(yè)務(wù)確定模塊603，用于確定本服務(wù)器的業(yè)務(wù)狀態(tài)信息，所述業(yè)務(wù)狀態(tài)是各服務(wù)器 以計算單元為單位統(tǒng)計的業(yè)務(wù)狀態(tài)；則上報模塊還可以進一步用于向資源管理模塊上報本服務(wù)器的業(yè)務(wù)狀態(tài)信息。圖7為業(yè)務(wù)調(diào)度設(shè)備結(jié)構(gòu)示意圖，如圖所示，業(yè)務(wù)調(diào)度設(shè)備中可以包括
接收模塊701，用于接收各服務(wù)器經(jīng)資源管理模塊上報的各服務(wù)器所具備的計算 單元數(shù)量，每一服務(wù)器的計算處理能力由若干計算單元構(gòu)成；調(diào)度模塊702，用于根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為單位 確定需要增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；資源指示模塊703，用于指示資源管理模塊需要增加或釋放的計算單元；業(yè)務(wù)指示模塊704，用于指示自動部署模塊需要執(zhí)行的業(yè)務(wù)。實施中，接收模塊還可以進一步用于接收各服務(wù)器經(jīng)資源管理模塊上報的業(yè)務(wù)狀 態(tài)信息，所述業(yè)務(wù)狀態(tài)是各服務(wù)器以計算單元為單位統(tǒng)計的業(yè)務(wù)狀態(tài)。圖8為綜合業(yè)務(wù)平臺系統(tǒng)中的資源管理設(shè)備結(jié)構(gòu)示意圖，如圖所示，可以包括接收模塊801，用于接收業(yè)務(wù)調(diào)度模塊增加或釋放的計算單元的指示，每一服務(wù)器 的計算處理能力由若干計算單元構(gòu)成；執(zhí)行模塊802，用于根據(jù)業(yè)務(wù)調(diào)度模塊的指示增加或釋放的計算單元。實施中，在資源管理設(shè)備中還可以進一步包括轉(zhuǎn)發(fā)模塊803，用于將各服務(wù)器上報的各服務(wù)器所具備的計算單元數(shù)量和/或業(yè) 務(wù)狀態(tài)信息轉(zhuǎn)發(fā)給業(yè)務(wù)調(diào)度模塊。為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。 當然，在實施本發(fā)明時可以把各模塊或單元的功能在同一個或多個軟件或硬件中實現(xiàn)。為了更好的理解本發(fā)明的實施，下面以實例進行說明。圖9為業(yè)務(wù)調(diào)度實施流程示意圖，首先，虛擬化模塊按預(yù)定的策略，將服務(wù)器全部 或部分的虛擬化成計算單元，在此基礎(chǔ)上，則如圖9所示，業(yè)務(wù)調(diào)度的流程可以如下步驟901、部署了業(yè)務(wù)的服務(wù)器/計算單元定期上報資源狀態(tài)和業(yè)務(wù)狀態(tài)給資源 管理模塊。如果是空閑的服務(wù)器/計算單元，則只上報資源狀態(tài)。步驟902、資源管理模塊進一步上報這些信息給業(yè)務(wù)調(diào)度模塊。步驟903、業(yè)務(wù)調(diào)度模塊根據(jù)獲取的信息和預(yù)先定義好的算法，計算出需要增加/ 減少資源。步驟904、業(yè)務(wù)調(diào)度模塊根據(jù)計算結(jié)果向資源管理模塊申請/釋放資源。申請成功 以后，進行下一步。步驟905、業(yè)務(wù)調(diào)度模塊下達部署/卸載業(yè)務(wù)模塊指令給自動部署模塊。步驟906、自動部署模塊執(zhí)行上述指令。步驟907、自動部署模塊把執(zhí)行結(jié)果告知業(yè)務(wù)調(diào)度模塊。步驟908、在部署/卸載成功的情況下，業(yè)務(wù)調(diào)度模塊通知業(yè)務(wù)分流模塊業(yè)務(wù)模塊 的部署變化情況，以便于業(yè)務(wù)分類設(shè)備調(diào)整業(yè)務(wù)分流的策略。具體實施中，實際調(diào)度流程中還可以包含異常流程處理等其它步驟。由上述實施例可見，在本發(fā)明實施例提供的技術(shù)方案中，通過增加虛擬化模塊把 服務(wù)器虛擬化為計算單元，從而降低可調(diào)度資源的粒度；同時在資源管理模塊增加和虛擬機之間的接口，從而可以管理虛擬計算單元。當 然，具體實施中資源管理模塊還繼續(xù)保留原先的管理服務(wù)器資源的功能，從而使得調(diào)度對 象既可以是服務(wù)器，也可以是虛擬化以后的計算單元；業(yè)務(wù)調(diào)度模塊定期根據(jù)虛擬計算單元或者服務(wù)器的資源狀態(tài)(CPU、內(nèi)存占用率等)和業(yè)務(wù)狀態(tài)(話務(wù)量等)進行調(diào)度，自動部署模塊既可以在虛擬計算資源上進行業(yè)務(wù) 部署，也可以在服務(wù)器上進行業(yè)務(wù)部署。該方案和原方案相比，明顯提高了設(shè)備利用率。例如，某幾個業(yè)務(wù)系統(tǒng)所需處理能 力僅分別為300TPS、400TPS、600TPS和700TPS，而單臺服務(wù)器的處理能力可達3000TPS，在 調(diào)度粒度只能為服務(wù)器的情況下，部署這幾個業(yè)務(wù)需要4臺服務(wù)器，而采用本方案，則可以 僅需一臺服務(wù)器即可。此外，和單純的虛擬機方案相比，本方案提供了根據(jù)業(yè)務(wù)能力進行調(diào)度的功能。單 純的虛擬機只能根據(jù)CPU、內(nèi)存占有率等服務(wù)器資源來進行資源分配，無法根據(jù)業(yè)務(wù)量來進 行調(diào)度。因此，本方案巧妙的結(jié)合了調(diào)度功能和虛擬機技術(shù)，提供了更靈活的調(diào)度粒度，很 好的解決了設(shè)備利用率不高的問題。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序 產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實 施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機 可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn) 品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程 圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算 機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理 器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生 用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能 的裝置。這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計 算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或 其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖 一個方框或多個方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造 性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu) 選實施例以及落入本發(fā)明范圍的所有變更和修改。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)調(diào)度方法，其特征在于，包括如下步驟業(yè)務(wù)調(diào)度模塊接收各服務(wù)器經(jīng)資源管理模塊上報的各服務(wù)器所具備的計算單元數(shù)量， 每一服務(wù)器的計算處理能力由若干計算單元構(gòu)成；業(yè)務(wù)調(diào)度模塊根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為單位確定需要 增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；業(yè)務(wù)調(diào)度模塊指示資源管理模塊需要增加或釋放的計算單元； 業(yè)務(wù)調(diào)度模塊指示自動部署模塊需要執(zhí)行的業(yè)務(wù)。
2.如權(quán)利要求1所述的方法，其特征在于，進一步包括業(yè)務(wù)調(diào)度模塊接收各服務(wù)器經(jīng)資源管理模塊上報的業(yè)務(wù)狀態(tài)信息，所述業(yè)務(wù)狀態(tài)是各 服務(wù)器以計算單元為單位統(tǒng)計的業(yè)務(wù)狀態(tài)。
3.—種業(yè)務(wù)調(diào)度設(shè)備，其特征在于，包括接收模塊，用于接收各服務(wù)器經(jīng)資源管理模塊上報的各服務(wù)器所具備的計算單元數(shù) 量，每一服務(wù)器的計算處理能力由若干計算單元構(gòu)成；調(diào)度模塊，用于根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為單位確定需要 增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；資源指示模塊，用于指示資源管理模塊需要增加或釋放的計算單元； 業(yè)務(wù)指示模塊，用于指示自動部署模塊需要執(zhí)行的業(yè)務(wù)。
4.如權(quán)利要求3所述的業(yè)務(wù)調(diào)度設(shè)備，其特征在于，接收模塊進一步用于接收各服務(wù)器經(jīng)資源管理模塊上報的業(yè)務(wù)狀態(tài)信息，所述業(yè)務(wù)狀 態(tài)是各服務(wù)器以計算單元為單位統(tǒng)計的業(yè)務(wù)狀態(tài)。
5.一種綜合業(yè)務(wù)平臺系統(tǒng)，其特征在于，包括服務(wù)器，用于向資源管理模塊上報本服務(wù)器所具備的計算單元數(shù)量，服務(wù)器的計算處 理能力由若干計算單元構(gòu)成；資源管理模塊，用于將服務(wù)器上報的計算單元數(shù)量上報業(yè)務(wù)調(diào)度模塊； 業(yè)務(wù)調(diào)度模塊，用于根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為單位確定 需要增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；并指示資源管理模塊需要增加或釋放 的計算單元，以及指示自動部署模塊需要執(zhí)行的業(yè)務(wù)；資源管理模塊，用于根據(jù)業(yè)務(wù)調(diào)度模塊的指示增加或釋放的計算單元； 自動部署模塊，用于根據(jù)業(yè)務(wù)調(diào)度模塊的指示分配各服務(wù)器執(zhí)行的業(yè)務(wù)。
6.如權(quán)利要求5所述的系統(tǒng)，其特征在于，服務(wù)器進一步用于向資源管理模塊上報本服務(wù)器的業(yè)務(wù)狀態(tài)信息，所述業(yè)務(wù)狀態(tài)是各 服務(wù)器以計算單元為單位統(tǒng)計的業(yè)務(wù)狀態(tài)；資源管理模塊進一步用于將服務(wù)器上報的業(yè)務(wù)狀態(tài)信息上報業(yè)務(wù)調(diào)度模塊。
7.一種綜合業(yè)務(wù)平臺系統(tǒng)中的服務(wù)器，其特征在于，包括資源確定模塊，用于確定本服務(wù)器所具備的計算單元數(shù)量，服務(wù)器的計算處理能力由 若干計算單元構(gòu)成；上報模塊，用于向資源管理模塊上報本服務(wù)器所具備的計算單元數(shù)量。
8.如權(quán)利要求7所述的服務(wù)器，其特征在于，進一步包括業(yè)務(wù)確定模塊，用于確定本服務(wù)器的業(yè)務(wù)狀態(tài)信息，所述業(yè)務(wù)狀態(tài)是各服務(wù)器以計算單元為單位統(tǒng)計的業(yè)務(wù)狀態(tài)；上報模塊進一步用于向資源管理模塊上報本服務(wù)器的業(yè)務(wù)狀態(tài)信息。
9.一種綜合業(yè)務(wù)平臺系統(tǒng)中的資源管理設(shè)備，其特征在于，包括接收模塊，用于接收業(yè)務(wù)調(diào)度模塊增加或釋放的計算單元的指示，每一服務(wù)器的計算 處理能力由若干計算單元構(gòu)成；執(zhí)行模塊，用于根據(jù)業(yè)務(wù)調(diào)度模塊的指示增加或釋放的計算單元。
10.如權(quán)利要求9所述的資源管理設(shè)備，其特征在于，進一步包括轉(zhuǎn)發(fā)模塊，用于將各服務(wù)器上報的各服務(wù)器所具備的計算單元數(shù)量和/或業(yè)務(wù)狀態(tài)信 息轉(zhuǎn)發(fā)給業(yè)務(wù)調(diào)度模塊。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)調(diào)度方法、系統(tǒng)及設(shè)備，包括業(yè)務(wù)調(diào)度模塊接收各服務(wù)器經(jīng)資源管理模塊上報的各服務(wù)器所具備的計算單元數(shù)量，每一服務(wù)器的計算處理能力由若干計算單元構(gòu)成；業(yè)務(wù)調(diào)度模塊根據(jù)計算單元數(shù)量及業(yè)務(wù)狀態(tài)按調(diào)度算法以計算單元為單位確定需要增加或釋放的計算單元，以及需要執(zhí)行的業(yè)務(wù)；業(yè)務(wù)調(diào)度模塊指示資源管理模塊需要增加或釋放的計算單元；業(yè)務(wù)調(diào)度模塊指示自動部署模塊需要執(zhí)行的業(yè)務(wù)。本發(fā)明可以通過降低可調(diào)度資源的粒度，實現(xiàn)充分利用各服務(wù)器資源的目的。
文檔編號H04W24/02GK102088719SQ20111002560
公開日2011年6月8日 申請日期2011年1月24日 優(yōu)先權(quán)日2011年1月24日
發(fā)明者姚志強, 謝曉冬, 陳佩文 申請人:中興通訊股份有限公司