本發(fā)明涉及通信領域，具體而言，涉及一種集群路由器CPU資源的配置方法及集群路由器。

背景技術：

為了應對網(wǎng)絡中流量和規(guī)模的急劇增加，作為網(wǎng)絡核心的路由器也在不斷加快擴容的步伐，集群路由器由于其強大的可擴展性成為目前解決核心路由器容量擴展的主流技術，集群路由器，簡單的說，就是將多臺路由器互聯(lián)起來，形成一套邏輯上一體的集群路由器系統(tǒng)。

在相關技術中，集群路由器是由多個機框構成，每個機框有兩個或者以上的CPU，CPU運行著各種的管理模塊和業(yè)務模塊。管理模塊通常完成設備配置命令下發(fā)、設備資源和狀態(tài)監(jiān)控收集等管理功能，業(yè)務模塊通常完成路由協(xié)議計算、標簽下發(fā)、特定功能處理等功能處理，管理模塊也可以當做一種特殊的管理業(yè)務，因此為了簡化起見，把集群路由器的這些管理模塊和業(yè)務模塊在下面描述中簡稱為“業(yè)務模塊”。這些業(yè)務模塊的穩(wěn)定性，對于集群系統(tǒng)的穩(wěn)定性有很大的影響。集群路由器各業(yè)務模塊都集中運行在集群系統(tǒng)的一個CPU上，這樣對系統(tǒng)CPU的性能要求較高，當這個CPU出問題時就會影響到系統(tǒng)中的所有業(yè)務，導致整個系統(tǒng)的崩潰。因此，有些系統(tǒng)為了增強可靠性，提出主用CPU和備份CPU的概念，在集中運行業(yè)務模塊的CPU之外，增加了另外一個備份CPU來運行主用CPU所有業(yè)務模塊的備份。這種做法，增強了可靠性，還是把所有業(yè)務模塊作為整體來運行和備份，主CPU完成所有的業(yè)務模塊的運行，發(fā)生故障時，整個主CPU的業(yè)務切換到備CPU中去。并且，由于業(yè)務模塊仍然集中運行在一個主CPU和一個備份CPU里，集群路由器系統(tǒng)中的其他CPU資源沒有得到很好的利用，CPU資源的使用很不均衡。

針對相關技術中，解決了集群路由器上CPU資源不能滿足業(yè)務需求的問題，目前尚未提出有效的解決方案。

技術實現(xiàn)要素：

本發(fā)明提供了一種集群路由器CPU資源的配置方法及集群路由器，以至少解決了集群路由器上CPU資源不能滿足業(yè)務需求的問題。

根據(jù)本發(fā)明的一個方面，提供了一種集群路由器CPU資源的配置方法，包括：

集群路由器將不同的業(yè)務模塊運行在不同的CPU上。

進一步地，集群路由器將不同的業(yè)務模塊運行在不同的CPU上包括：

所述集群路由器在不同的CPU上運行不同的主用業(yè)務模塊和備用業(yè)務模塊，其中，所述業(yè)務模塊包括：所述主用業(yè)務模塊、所述備用業(yè)務模塊，所述備用業(yè)務模塊為所述主用業(yè)務模塊的備用模塊，在所述主用業(yè)務模塊的業(yè)務不能正常工作的情況下，所述備用業(yè)務模塊轉換為所述集群路由器的主用業(yè)務模塊。

進一步地，所述集群路由器在所述多個CPU上運行CPU資源管理模塊，所述資源管理模塊給一個或多個所述業(yè)務模塊配置對應的CPU資源。

進一步地，在所述業(yè)務模塊從分配的CPU上撤銷的情況下，所述資源管理模塊回收給所述業(yè)務模塊配置的CPU資源。

進一步地，所述資源管理模塊創(chuàng)建并更新CPU資源分配表，所述CPU資源分配表用于記錄所述業(yè)務模塊的配置所述CPU資源的運行情況。

進一步地，所述資源管理模塊給一個或多個業(yè)務模塊配置對應的CPU資源包括：

所述資源管理模塊根據(jù)所述CPU資源分配表選擇所述多個CPU中負載最低的CPU運行所述主用業(yè)務模塊或者所述備用業(yè)務模塊。

進一步地，所述資源管理模塊給一個或多個業(yè)務模塊配置對應的CPU資源包括以下至少之一：

選擇所述多個CPU中未運行任何所述業(yè)務模塊的CPU分配給所述主用業(yè)務模塊；

選擇所述多個CPU中未運行任何所述業(yè)務模塊的CPU分配給所述備用業(yè)務模塊；

若所述多個CPU均運行所述業(yè)務模塊，則選擇只運行備用業(yè)務模塊且運行的備用業(yè)務模塊負載最少的CPU分配給所述主用業(yè)務模塊；

若所述多個CPU均運行所述業(yè)務模塊，選擇只運行主用業(yè)務模塊且運行的主用模塊負載最少的CPU分配給所述備用業(yè)務模塊；

若所述多個CPU均運行所述業(yè)務模塊，且均運行備用模塊的情況下，則選擇運行主用業(yè)務模塊負載最少的CPU分配給所述主用業(yè)務模塊；

若所述多個CPU均運行所述業(yè)務模塊，且均運行主用業(yè)務模塊的情況下，則選擇運行備用業(yè)務模塊負載最少的CPU分配所述備用業(yè)務模塊。

進一步地，所述資源管理模塊包括主用管理模塊和備用管理模塊；

所述主用管理模塊和所述備用管理模塊運行在所述多個CPU不同的CPU上，在所述主用管理模塊不能工作的情況下，所述備用管理模塊接管所述主用管理模塊的工作。

根據(jù)本發(fā)明的另一個方面，還提供了一種集群路由器，包括：業(yè)務模塊和CPU，

不同的所述業(yè)務模塊運行在不同的所述CPU上。

進一步地，所述業(yè)務模塊包括：所述主用業(yè)務模塊、所述備用業(yè)務模塊：

不同的所述CPU上運行不同的所述主用業(yè)務模塊和所述備用業(yè)務模塊，所述備用業(yè)務模塊為所述主用業(yè)務模塊的備用模塊，在所述主用業(yè)務模塊的業(yè)務不能正常工作的情況下，所述備用業(yè)務模塊轉換為所述集群路由器的主用業(yè)務模塊。

進一步地，所述裝置還包括：資源管理模塊，

多個所述CPU上運行CPU資源管理模塊，所述資源管理模塊用于給一個或多個所述業(yè)務模塊配置對應的CPU資源。

進一步地，所述資源管理模塊包括主用管理模塊和備用管理模塊；

所述主用管理模塊和所述備用管理模塊運行在不同的所述CPU上，在所述主用管理模塊不能工作的情況下，所述備用管理模塊接管所述主用管理模塊的工作。

通過本發(fā)明，采用在不同的CPU上運行不同的主用業(yè)務模塊和備用業(yè)務模塊，其中，該備用業(yè)務模塊為該主用業(yè)務模塊的備用模塊，在該主用業(yè)務模塊的業(yè)務不能正常工作的情況下，該備用業(yè)務模塊轉換為該集群路由器的主用業(yè)務模塊，解決了集群路由器上CPU資源不能滿足業(yè)務需求的問題，提高了集群路由器系統(tǒng)的可靠性。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的一種集群路由器CPU資源的流程圖；

圖2是根據(jù)本發(fā)明優(yōu)選實施例的資源管理模塊與各業(yè)務模塊間的交互示意圖；

圖3是根據(jù)本發(fā)明優(yōu)選實施例的新增業(yè)務模塊分配主備CPU資源的流程示意圖；

圖4是根據(jù)本發(fā)明優(yōu)選實施例的集群路由器系統(tǒng)業(yè)務模塊倒換的流程示意圖；

圖5是根據(jù)本發(fā)明優(yōu)選實施例的集群路由器系統(tǒng)CPU資源回收的流程示意圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種集群路由器CPU資源的配置方法，圖1是根據(jù)本發(fā)明實施例的一種集群路由器CPU資源的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，集群路由器將不同的業(yè)務模塊運行在不同的CPU上。

通過上述步驟，集群路由器的業(yè)務模塊都不再集中運行在集群路由器的一個CPU上，解決了集群路由器上CPU資源不能滿足業(yè)務需求的問題，提高了集群路由器系統(tǒng)的可靠性。

在本實施例中，該集群路由器在不同的CPU上運行不同的主用業(yè)務模塊和備用業(yè)務模塊，其中，該業(yè)務模塊包括：該主用業(yè)務模塊、該備用業(yè)務模塊，該備用業(yè)務模塊為該主用業(yè)務模塊的備用模塊，在該主用業(yè)務模塊的業(yè)務不能正常工作的情況下，該備用業(yè)務模塊轉換為該集群路由器的主用業(yè)務模塊。

在本實施例中，該集群路由器還可以在該多個CPU上運行CPU資源管理模塊，該資源管理模塊給一個或多個該業(yè)務模塊配置對應的CPU資源。在該業(yè)務模塊從分配的CPU上撤銷的情況下，該資源管理模塊回收給該業(yè)務模塊配置的CPU資源。該資源管理模塊創(chuàng)建并更新CPU資源分配表，該CPU資源分配表用于記錄該業(yè)務模塊的配置該CPU資源的運行情況。

在本實施例中，該資源管理模塊根據(jù)該CPU資源分配表選擇該多個CPU中負載最低或者資源最適合的CPU運行該主用業(yè)務模塊或者該備用業(yè)務模塊。

在本實施例中，該資源管理模塊給一個或多個業(yè)務模塊配置對應的CPU資源可以包括以下至少之一：

選擇該多個CPU中未運行任何該業(yè)務模塊的CPU分配給該主用業(yè)務模塊；

選擇該多個CPU中未運行任何該業(yè)務模塊的CPU分配給該備用業(yè)務模塊；

若該多個CPU均運行該業(yè)務模塊，則選擇只運行備用業(yè)務模塊且運行的備用業(yè)務模塊負載最少的CPU分配給該主用業(yè)務模塊；

若該多個CPU均運行該業(yè)務模塊，選擇只運行主用業(yè)務模塊且運行的主用模塊負載最少的CPU分配給該備用業(yè)務模塊；

若該多個CPU均運行該業(yè)務模塊，且均運行備用模塊的情況下，則選擇運行主用業(yè)務模塊負載最少的CPU分配給該主用業(yè)務模塊；

若該多個CPU均運行該業(yè)務模塊，且均運行主用業(yè)務模塊的情況下，則選擇運行備用業(yè)務模塊負載最少的CPU分配該備用業(yè)務模塊；

若有業(yè)務要求，可依據(jù)特定的系統(tǒng)資源和業(yè)務模塊特點，選擇最適合業(yè)務模塊運行的CPU。

在本實施例中，該資源管理模塊包括主用管理模塊和備用管理模塊；

該主用管理模塊和該備用管理模塊運行在該多個CPU不同的CPU上，在該主用管理模塊不能工作的情況下，該備用管理模塊接管該主用管理模塊的工作。

在本發(fā)明的另一實施例中，還提供了一種集群路由器，包括：業(yè)務模塊和CPU，

不同的該業(yè)務模塊運行在不同的該CPU上。

在本實施例中，該業(yè)務模塊包括：該主用業(yè)務模塊、該備用業(yè)務模塊：

不同的該CPU上運行不同的該主用業(yè)務模塊和該備用業(yè)務模塊，該備用業(yè)務模塊為該主用業(yè)務模塊的備用模塊，在該主用業(yè)務模塊的業(yè)務不能正常工作的情況下，該備用業(yè)務模塊轉換為該集群路由器的主用業(yè)務模塊。

在本實施例中，該裝置還包括：資源管理模塊，

多個該CPU上運行CPU資源管理模塊，該資源管理模塊用于給一個或多個該業(yè)務模塊配置對應的CPU資源。

在本實施例中，該資源管理模塊包括主用管理模塊和備用管理模塊；

該主用管理模塊和該備用管理模塊運行在不同的該CPU上，在該主用管理模塊不能工作的情況下，該備用管理模塊接管該主用管理模塊的工作。

下面通過優(yōu)選實施例和實施方式進行詳細說明。

本優(yōu)選實施例提供了一種可合理分配系統(tǒng)CPU資源的方法，提高了集群路由器系統(tǒng)的可靠性。

圖2是根據(jù)本發(fā)明優(yōu)選實施例的資源管理模塊與各業(yè)務模塊間的交互示意圖，本發(fā)明優(yōu)選實施的分布式集群路由器提供了一種可以均衡合理分配系統(tǒng)CPU資源的方法，包括主用管理模塊、備用管理模塊、主用業(yè)務模塊、備用業(yè)務模塊，CPU資源分配表。

主用管理模塊和備用管理模塊：集群路由器系統(tǒng)負責管理CPU資源的管理模塊。備用管理模塊作為主用管理模塊的備用模塊，在主用模塊不能工作時，接管主用管理模塊的工作，并且切換為主用管理模塊。

主用業(yè)務模塊和備用業(yè)務模塊：集群路由器系統(tǒng)中可獨立運行的各業(yè)務模塊，備用業(yè)務模塊作為主用業(yè)務模塊的備份模塊，在主用模塊不能工作時，接管主用模塊的工作，并且切換為主用業(yè)務模塊。

CPU資源分配表：集群路由器系統(tǒng)的管理模塊中記錄系統(tǒng)中各CPU運行的業(yè)務模塊情況。

本優(yōu)選實施例中的分布式集群路由器系統(tǒng)的實現(xiàn)方法包括：

啟動集群路由器系統(tǒng)時，系統(tǒng)首先選擇某個CPU運行主用管理模塊，負責分配回收管理各業(yè)務模塊。創(chuàng)建和更新CPU資源分配表。

系統(tǒng)運行主用管理模塊后，選擇另外一個CPU運行備用管理模塊，作為主用管理模塊的備用模塊，增強管理模塊的可靠性。更新CPU資源分配表。

配置業(yè)務時，系統(tǒng)根據(jù)CPU資源分配表選擇CPU負載最輕的CPU分配給該業(yè)務作為該業(yè)務模塊主用CPU，同時選擇另外一個CPU作為該業(yè)務模塊的備用CPU。更新CPU資源分配表。

當系統(tǒng)中某項業(yè)務出現(xiàn)異常時，進行主備用模塊倒換，主用模塊從所分配的CPU資源上撤銷，備用模塊轉為主用模塊，主用管理模塊重新為該業(yè)務的備用模塊分配CPU資源，更新CPU資源分配表。

當刪除某項已獨立分配CPU資源的業(yè)務時，系統(tǒng)回收已分配給它的主備CPU資源，更新CPU資源分配表。

集群路由器啟動后，未配置任何業(yè)務時，不主動給相關的業(yè)務模塊分配CPU資源。進一步，系統(tǒng)為業(yè)務模塊選擇CPU時,優(yōu)先選擇未運行任何業(yè)務模塊的CPU資源分配給該業(yè)務模塊；若系統(tǒng)中無未運行任何業(yè)務模塊的CPU資源，則選擇只運行備用模塊且運行的備用模塊數(shù)最少的CPU資源分配給該項新業(yè)務加載主用模塊，選擇只運行主用模塊且運行的主用模塊最少的CPU資源分配給該項新業(yè)務加載備用模塊；若系統(tǒng)中也無只運行備用模塊的CPU資源，則選擇運行主用模塊數(shù)最少的CPU資源分配給該項新業(yè)務加載主用模塊；若系統(tǒng)中也無只運行主用模塊的CPU資源，則選擇運行備用模塊數(shù)最少的CPU資源分配給該項新業(yè)務加載備用模塊。

采用本發(fā)明的優(yōu)選實施例的集群路由器系統(tǒng)，均衡了集群路由器系統(tǒng)中各CPU的負載，使得集群路由器系統(tǒng)中各CPU資源得到有效充分利用，系統(tǒng)已分配的各業(yè)務模塊均有備用模塊，且不與主用模塊分配在同一個CPU上，當主用模塊出現(xiàn)異常時，備用模塊可自主轉為主用模塊，由于系統(tǒng)中各業(yè)務模塊是獨立的，所以當系統(tǒng)中某一個業(yè)務模塊出現(xiàn)異常并進行主備模塊的倒換時，均不會影響到其他獨立的業(yè)務模塊，同時也減輕了主用CPU的業(yè)務負擔，進而提高了系統(tǒng)的整體可靠性。

硬件模塊部分包括：以2+2集群路由器系統(tǒng)為例，該系統(tǒng)中共有4個機框，每個機框有2個主控CPU，則該系統(tǒng)中共有8個可用的CPU資源，分別編號：中心框1的兩個CPU為C1、C2，中心框2的兩個CPU為C3、C4，線卡框1的兩個CPU為L1、L2，線卡框2的兩個CPU為L3、L4；

軟件模塊部分包括：集群系統(tǒng)中的可獨立分配的業(yè)務模塊，假設系統(tǒng)有可獨立分配的業(yè)務模塊5個，分別為A、B、C、D、E；

CPU資源分配流程部分的處理步驟如下：

集群路由器系統(tǒng)啟動后，自主選擇管理模塊的主備CPU，假設分別選擇為C1、C3，系統(tǒng)正常運行無任何業(yè)務，管理模塊維護的CPU資源分配表中各CPU的業(yè)務情況均為空：

圖3是根據(jù)本發(fā)明優(yōu)選實施例的新增業(yè)務模塊分配主備CPU資源的流程示意圖，如圖3所示，此時系統(tǒng)配置了A業(yè)務：按照圖3中的流程，首先系統(tǒng)查詢管理模塊維護的CPU資源表有未加載任何業(yè)務模塊的CPU資源，則選擇其中之一如C2分配給A業(yè)務加載主用業(yè)務模塊；再次查詢CPU資源表仍然有未加載任何業(yè)務模塊的CPU資源，則再次選擇其中之一如C4分配給A業(yè)務加載備用業(yè)務模塊；同時將分配信息添加到CPU資源分配表中；

系統(tǒng)配置了B業(yè)務：按照上述步驟的規(guī)則，此次分配L1給B業(yè)務加載主用業(yè)務模塊，分配L3給B業(yè)務加載備用業(yè)務模塊，同時將分配信息添加到CPU資源分配表中；

系統(tǒng)配置了C業(yè)務：按照上述步驟的規(guī)則，此次分配L2給C業(yè)務加載主用業(yè)務模塊，分配L4給C業(yè)務加載備用業(yè)務模塊，同時將分配信息添加到CPU資源分配表中；

系統(tǒng)配置了D業(yè)務：按照圖3的規(guī)則，系統(tǒng)中已無未加載任何業(yè)務模塊的CPU資源，則選擇只分配了備用模塊的CPU資源如C3給D業(yè)務加載主用業(yè)務模塊，選擇只分配了備業(yè)務模塊的C2給D業(yè)務加載備用業(yè)務模塊，同時將分配信息添加到CPU資源分配表中；

系統(tǒng)配置了E業(yè)務：按照上圖3的規(guī)則，此次分配C4給E業(yè)務加載主用業(yè)務模塊，分配L1給E業(yè)務加載備用業(yè)務模塊，同時將分配信息添加到CPU資源分配表中；

圖4是根據(jù)本發(fā)明優(yōu)選實施例的集群路由器系統(tǒng)業(yè)務模塊倒換的流程示意圖，如圖4所示，當系統(tǒng)中某個業(yè)務主用模塊異常如C業(yè)務模塊時，則撤銷L2號CPU上的C業(yè)務主用模塊，并將L4號CPU上的C業(yè)務備用模塊轉為C業(yè)務主用模塊，更新管理模塊的CPU資源表，此時管理模塊中的CPU資源表中L2是沒有加載任何業(yè)務的，根據(jù)圖4的規(guī)則，分配L2給C業(yè)務加載備用模塊，同時更新管理模塊的CPU資源分配表；

當系統(tǒng)中某個業(yè)務主用模塊異常如A業(yè)務模塊時，則撤銷C2號CPU上的A業(yè)務主用模塊，并將C4號CPU上的A業(yè)務備用模塊轉為A業(yè)務主用模塊，更新管理模塊的CPU資源分配表，此時管理模塊中的CPU資源表中沒有未加載任何業(yè)務的CPU資源，根據(jù)圖4的規(guī)則，可選擇分配只加載了一個主業(yè)務模塊的L4給A業(yè)務加載備用模塊，同時更新管理模塊的CPU資源分配表。

圖5是根據(jù)本發(fā)明優(yōu)選實施例的集群路由器系統(tǒng)CPU資源回收的流程示意圖，如圖5所示，當集群系統(tǒng)刪除某項業(yè)務如業(yè)務E時，則根據(jù)圖5流程，管理模塊收回分配給E業(yè)務的CPU資源，更新管理模塊的CPU資源分配表。

本發(fā)明優(yōu)選實施例主要是充分利用集群路由器中的每個CPU資源，將系統(tǒng)中的各 模塊功能分布到系統(tǒng)中可用的CPU資源上，這樣即可以減小系統(tǒng)對CPU性能的要求，還可以減輕主CPU的負擔，提高系統(tǒng)的可靠性，并可充分利用系統(tǒng)中的現(xiàn)有資源。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例該的方法。

本發(fā)明的實施例還提供了一種存儲介質(zhì)。可選地，在本實施例中，上述存儲介質(zhì)可以被設置為存儲用于執(zhí)行上述實施例方法步驟的程序代碼：

可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

可選地，在本實施例中，處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行上述實施例的方法步驟。

顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化，例如CPU資源調(diào)度算法，可以依據(jù)系統(tǒng)的硬件和軟件條件，選擇不同的更適合的方法。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。