專利名稱：一種資源配置方法和裝置的制作方法
技術領域：
本發(fā)明涉及網絡技術領域，特別是涉及ー種資源配置方法和裝置。
背景技術：
負載均衡技術提供了ー種擴展網絡設備和服務器的帶寬、増加呑吐量、加強網絡數據處理能力、提高網絡的靈活性和可用性的有效方法?；谫Y源池的負載均衡機制是ー種常用的負載均衡技術，基本原理如圖I所示。 資源池由功能相同的網元組成，并具有不同的IP地址和相同的應用層標識。資源池中的網元在負載均衡控制點登記應用層標識、IP地址以及一些其它信息，例如與該網元性能相關的weight值(權值)。當用戶需要訪問某應用層標識的網元時，首先向負載均衡控制點查詢，負載均衡控制點在登記的應用層標識對應的IP地址列表中根據負載均衡規(guī)則選擇ー個或幾個IP地址并返回給用戶，用戶根據IP地址訪問對應的網元。負載均衡的規(guī)則可以是按IP地址順序為用戶分配網元，也可以是根據網元的優(yōu)先級為用戶分配網元，還可以根據weight、load(負載)等值為用戶分配網元。VoIP系統通常采用應用層資源池的方式實現應用層負載均衡。其中，VoIP(VoiCeover Internet Protocol,基于IP的語音)技術是指將模擬聲音訊號數字化后，以數據封包(Data Packet)的型式在IP數據網絡上做實時傳遞。VoIP系統是運營商采用VoIP技術為用戶提供話音服務的網絡系統。頂S(IPMultimedia Subsystem, IP多媒體子系統)、DSN(Distributed Services Network,分布式服務網絡)VoIP 都屬于 VoIP 系統。在IMS 中，由于采用 SIP (Session Initiation Protocol,會話初始協議)URI (Universal Resource Identifier通用資源標識符)作為應用層資源描述方式，因此上述資源池可采用DNS (Domain Name System,域名服務器)解析機制實現，即在DNS服務器中為同一個主機域名配置多個IP地址，在應答DNS查詢時，DNS服務器對每個查詢將以DNS文件中主機記錄的IP地址按順序(Round Robin模式)返回不同的解析結果，將客戶端的訪問引導到不同的機器上去，使得不同的客戶端訪問不同的服務器，從而達到負載均衡的目的。如同類型的CSCF(Call Session Control Function,呼叫會話控制功能)網元根據運營商策略組成資源池，DNS為資源池的負載均衡控制點。CSCF的擴容過程就是網管系統先把局數據配置到新的CSCF上，再將新的CSCF的IP地址配置到DNS的某CSCF資源池域名下。比如I-CSCF的局數據包括HSS (歸屬用戶服務器)的地址等。在DSN VoIP中，Edge Agent (EA，邊緣代理)節(jié)點對應于MS的P-CSCF。終端發(fā)現Edge Agent的方式與IMS相同，因此其負載均衡可以通過DNS組Pool實現。所不同的是，新的Edge Agent節(jié)點啟動后需要先執(zhí)行DSN網絡發(fā)現流程，再將自身的IP地址(直接或者通過網管)配置到DNS的EA資源池域名下。在實現本發(fā)明的過程中，發(fā)明人發(fā)現現有技術至少存在如下問題現有負載均衡機制中，當需要擴容資源池時，需要在資源池中添加新的網元，并通過網管系統在該資源池的負載均衡控制點添加該新網元的IP地址?，F有基于資源池的負載均衡機制，可平衡互備設備間的負載，但對于互備設備均超載的情況則無法應對，只能采取加入新的硬件網元的方法進行擴容，對于短期超載的情況，采取加入新的硬件網元的方法則會產生過多的資源浪費，并且靈活性較差。

發(fā)明內容
本發(fā)明實施例的目的在于提供一種資源分配方法，以實現資源池資源配置，并可提高資源配置的靈活性，為此，本發(fā)明實施例采用如下技術方案一種資源配置方法，包括獲取資源池的負載信息，并根據所述資源池的負載信息判斷所述資源池是否出現過載；若所述資源池出現過載，則根據所述資源池的負載需要創(chuàng)建虛擬網元并將創(chuàng)建的 虛擬網元加入到所述資源池中。一種資源配置方法，包括獲取資源池的負載信息，并根據所述資源池的負載信息判斷所述資源池是否出現輕載；若所述資源池出現輕載，則卸載所述資源池中的虛擬網元。一種資源配置裝置，包括獲取模塊，用于獲取資源池的負載信息；判斷模塊，用于根據所述獲取模塊獲取到的所述資源池的負載信息判斷所述資源池是否出現過載；資源配置模塊，用于在所述判斷模塊判斷所述資源池出現過載時，根據所述資源池的負載需要指示VMM創(chuàng)建虛擬網元；通知模塊，用于通知網管系統將創(chuàng)建的虛擬網元加入到所述資源池中。一種資源配置裝置，其特征在于，包括獲取模塊，用于獲取資源池的負載信息；判斷模塊，用于根據所述獲取模塊獲取到的資源池的負載信息判斷所述資源池是否出現輕載；通知模塊，用于在所述判斷模塊判斷所述資源池出現輕載時，通知網管系統卸載所述資源池中的虛擬網元。本發(fā)明的上述實施例，采用虛擬網元作為臨時網元，一方面在資源池過載的情況下，將虛擬網元加入到資源池中，實現了資源池的擴容；另ー方面，在資源池出現低載的情況下，卸載資源池中的虛擬網元，從而實現了資源池的縮減。相比如現有技術可實現靈活的資源池資源配置。


圖I為現有技術中資源池的負載均衡機制原理示意圖；圖2為本發(fā)明實施例提供的資源池負載均衡機制系統架構示意圖；圖3為本發(fā)明實施例提供的資源池資源擴充流程示意圖；圖4為本發(fā)明實施例提供的資源池資源釋放流程示意圖5為本發(fā)明實施例提供的資源分配設備的結構示意圖；圖6為本發(fā)明實施例提供的資源分配設備的結構示意圖。
具體實施例方式針對現有技術存在的問題，本發(fā)明實施例中，在VoIP系統資源池中互備設備負載符合超載判定時，根據負載需要申請資源并生成臨時虛擬網元加入VoIP系統，繼而觸發(fā)應用層臨時均衡機制，快速平衡負載；在負載降低時，遷移臨時網元負載，退出臨時網元并報告釋放資源，從而可靈活應對VoIP系統臨時擴容需求。當然本發(fā)明實施例并不限于僅在VoIP系統使用。本發(fā)明實施例使用了虛擬化技術，下面首先對虛擬化技術進行簡單說明。在計算機領域，虛擬化技術通常是在ー個硬件平臺上模擬出多個獨立的虛擬機。 虛擬化技術允許一個硬件平臺同時運行多個操作系統，并且應用程序都可以在相互獨立的空間內運行而互不影響，從而充分利用硬件資源，顯著提高工作效率。在采用了虛擬化技術后，程序或軟件的運行不一定獨享底層的物理計算資源，對它來說，它只是運行在一個與真實計算環(huán)境完全相同的執(zhí)行環(huán)境(具有相同的CPU主頻，內存和硬盤容量)中。虛擬機是指在一個硬件平臺上模擬出的多個獨立的、ISA(IndustrialStandardArchitecture，エ業(yè)標準結構總線)結構和實際硬件相同的虛擬硬件系統，在每個虛擬硬件系統上都可以運行不同的操作系統，即客戶操作系統(Guest OS)，這些Guest OS通過VMM (Virtual Machine Monitor,虛擬機監(jiān)視器)訪問實際的物理資源。從系統架構看，VMM是ー個位于計算機硬件和各操作系統之間的軟件層，負責管理和隔離上層運行的多個虛擬機，為這些虛擬機提供安全、獨立的運行環(huán)境，同時也為每個虛擬機提供一套虛擬硬件環(huán)境，如CPU、內存、硬盤等。在本發(fā)明實施例中所涉及的虛擬化功能包括VMM的虛擬機創(chuàng)建和刪除功能。VMM的虛擬機創(chuàng)建功能的實現過程可包括VMM收到創(chuàng)建虛擬機的請求后，獲取請求中攜帶的虛擬機資源要求(如CPU工作能力、內存大小、硬盤大小、所需的虛擬機鏡像等)，然后根據資源需求為虛擬機分配相應的物理資源(如CPU、內存、硬盤等)，并生成用戶指定的虛擬機鏡像。虛擬機創(chuàng)建成功后，相應的虛擬機信息會以文件的形式存儲在硬件平臺上，一般包括配置文件、描述虛擬磁盤特性文件、用于存放數據的文件、日志文件、swap文件、快照文件等。VMM的虛擬機刪除功能的實現過程可包括VMM收到刪除虛擬機的請求后，關閉相應的虛擬機，刪除該虛擬機的相關文件，并釋放所占用的物理資源。下面結合附圖對本發(fā)明實施例進行詳細描述。參見圖2，為本發(fā)明實施例提供的基于彈性資源調配的負載均衡機制的系統架構圖。如圖所示，本發(fā)明實施例在現有負載均衡機制的資源池系統架構中増加了資源池總負載判決器，并相應増加了資源池總負載判決器與網管系統間的接ロ 3，資源池總負載判決器與VMM之間的接ロ 4。其中，接ロ 3可以是內部接ロ，也可以是外部接ロ，如通過SNMP (SimpleNetwork ManagementProtocol,簡單網絡管理協議)實現。本發(fā)明實施例提供的負載均衡機制的資源池系統架構中，負載均衡控制點、網元組成了傳統的資源池，并受網管系統管理。網元通過接ロ I周期性的向網管系統提供負載相關參數，比如，可提供過去一段時間(時間周期可設置)內資源池中各網元的資源(如CPU、內存、硬盤等)的平均使用情況，提供方式包括但不限于主動上報或者被查詢。接ロ I可采用SNMP協議實現。網管系統可通過接ロ 2通知負載均衡控制點修改負載均衡策略，比如在DNS系統中調高某網元的weight值，使得其地址被返回的概率高于其它網元。網管系統中可采用{Pool_ID,網元I. addr,網元2. addr. . . }的形式來標識資源池。VMM可根據資源池總負載判決器發(fā)出的命令從網元虛擬機鏡像池中抽取網元鏡像創(chuàng)建虛擬機或者刪除虛擬機。在VMM同時收到創(chuàng)建虛擬機命令且資源不足吋，VMM可根據ー定的策略解決沖突，具體的解決策略會在后面的實施例中詳細介紹。在創(chuàng)建成功后，VMM通過接ロ 4返回新建臨時網元的IP地址。在VMM上能夠運行SNMP agent (SNMP代理)，SNMPagent能收到資源池總負載判決器的一系列SNMP operation請求(SNMP操作請求)，并在其管理的主機上采取相應的措施。資源池總負載判決器發(fā)出的創(chuàng)建虛擬機消息采用SNMP協議傳輸，其參數可包括VMM的標識Create_Vm、資源池標識Pool_ID (用于表示網元種類)、優(yōu)先級參數priority_value以及資源相關的CPU資源請求量參數req_size_of_CPU、內存請求量參數req_size_of_Memory、硬盤請求量參數req_size_of_disk等；刪除虛擬機的參數可以包括刪除的VM標識delete_Vm、資源池Pool_ID、所要刪除的臨時網元.addr等。網管系統通過接ロ 5執(zhí)行新建臨時網元數據配置(比如對于MS中的I-CSCF，配置HSS的地址等)。接ロ 5可采用SNMP協議實現。資源池總負載判決器周期性的從網管系統中獲得每個資源池在過去一段時間內總的平均資源(如CPU、內存、硬盤等)的使用情況，并決定是否申請資源創(chuàng)建新的臨時網元以及申請資源的數量或者申請釋放已有資源。具體的，網管系統負責接收和處理資源池總負載判決器發(fā)出的SNMP請求，網管系統可使用SNMP的snmpset命令等設置運行的參數，從而可以對設備運行進行實行動態(tài)監(jiān)測和控制。由于影響網元自身性能的因素很多，網管系統的負載采集不可能收集所有的信息，因此，本發(fā)明實施例僅以選取一般應用中影響服務器性能的四個個關鍵指標=CPU占用率、內存占用率、磁盤I/O (Input/Output，輸入輸出端ロ)占用率、網絡帶寬占有率為例進行描述。網管系統向資源池總負載判決器發(fā)送的信息ロ」-米用{Pool_ID,網兀.addr, average_load_CPU, average_load_Memory, average_load_disk, average_load_network}的形式，其中，Pool_ID為資源池標識，網元· addr為網元地址，average_load_CPU 為 CPU 平均負載，average_load_Memory 為內存平均負載，average_load_disk為磁盤平均負載，average_load_network為網絡平均負載。由于動態(tài)反饋機制本身也是需要系統開銷的，因此不可能對用戶的所有請求都對資源池的負載情況進行查詢。本發(fā)明實施例采用每隔一定的時間間隔T進行反饋，從而使得服務器保持較好的利用率?；趫D2所示的系統架構，下面分別結合圖3描述擴充資源池的流程，以及結合圖4描述縮減資源池的流程。如圖3所示，為本發(fā)明實施例提供的資源池資源擴充流程，該流程以資源池中的網元I和網元2的CPU資源過載為例進行描述，該流程可包括以下步驟 步驟301，資源池總負載判決器從網管系統中獲得資源池的資源(如CPU、內存、硬盤等)使用情況。
具體的，資源池負載判決器對資源池中的負載情況進行監(jiān)控，如按照預先設置的周期或接收到上一次資源擴充或縮減完成的通知后，從網管系統獲取資源池的負載信息。獲取到的資源池的負載信息可以包括但不限于CPU占用率、內存占用率、磁盤I/O占用率、網絡帶寬占用率等。優(yōu)選的，為了減小負載信息獲取過程造成的信道的占用，可以只選擇各種負載種類中的ー種或幾種進行統計、監(jiān)控或上報。負載信息可以是實時的資源占用率，如實時的CPU占用率、內存占用率等，也可以是過去的一段時間內的資源占用率的平均值，如5秒鐘內的帶寬平均占用率等。步驟302，資源池總負載判決器根據獲得到的資源池的資源使用情況，判定資源池{Pool_ID,網元I. addr,網元2. addr}存在稀缺資源(如CPU)。具體的，資源池總負載判決器可使用多種現有方式判決是否存在稀缺資源(即判決哪種類型的資源過載)。如，資源池總負載判決器根據獲取到的資源使用情況，若判斷至少有ー種資源使用過量，則判定該資源池出現過載。可以根據資源平均使用率(或使用量)和相應閾值來衡量資源使用是否過量，如，當資源池中的所有網元的CPU占用率的平均值 都超過設定閾值(如70% )，或者，CPU占用率超過設定閾值的網元超過一定數量，則可判定該資源池中的網元的CPU過載。本發(fā)明實施例中，資源池總負載判決器判定資源池{Pool_ID，網元I. addr,網元
2.addr}的 CPU 過載。步驟303，資源池總負載判決器通知VMM創(chuàng)建該網元的臨時網元虛擬機，并通知VMM所需資源情況。具體的，在VMM中可預先設置各物理機配置給虛擬機的各種資源(如CPU、內存、硬盤)的基礎百分比，如CPU(15%)、內存(10%)、硬盤(5% )，并為其配置稀缺資源増量百分比，如CPU(25% )、內存(15%)、硬盤(10%)。由于VMM可能管理不同性能的物理機，對于不同性能的物理機，基礎百分比的值以及稀缺資源増加百分比的值可能不同，但性能應接近。比如4G內存的物理機的內存基礎百分比為10%的話，對應8G同工作頻率內存的物理機的內存基礎百分比就為5%。當資源池總負載判決器發(fā)現某資源池存在稀缺資源(假定CPU為稀缺資源)，且決定通知VMM分配資源生成臨時網元虛擬機吋，可通知VMM調用該網元虛擬機鏡像及CPU為稀缺資源，則VMM為虛擬機所分配的CPU容量滿足15% +25% (即CPU的基礎百分比+增量百分比)的使用率限制，所分配的內存容量滿足10%的使用率限制，分配的硬盤容量滿足5%的使用率限制，以此類推。步驟304，VMM為虛擬機分配資源，創(chuàng)建新的臨時網元虛擬機，并將臨時網元虛擬機的IP地址返回給資源池總負載判決器。步驟305，資源池總負載判決器將臨時網元IP地址發(fā)給網管系統。步驟306，網管系統根據IP地址為臨時網元配置必要的數據，如配置應用標識等。步驟307，網管系統通知負載均衡控制點更新地址列表。優(yōu)選的，網管系統可將新增臨時網元的優(yōu)先級設為最高，以吸引所有新的請求至新增臨時網元進行處理，例如，對于P-CSCF和EA而言，是新發(fā)起的注冊消息；對于I-CSCF而言，是所有新的SIP對話請求消息；對于S-CSCF而言，是注冊過程中首次被I-CSCF轉發(fā)的注冊消息。
進ー步的，若設置新増加的網元的優(yōu)先級最高，則該流程還可包括步驟308，網管系統監(jiān)控臨時擴容的資源池，當新增臨時網元負載與資源池平均負載的差距小于預先設置的閾值吋，網管系統通知負載均衡控制點更新臨時網元優(yōu)先級(如降低優(yōu)先級)，以回復常態(tài)的負載均衡機制步驟309，網管系統將新增臨時網元加入資源池標識中，即變?yōu)閧Pool_ID，網元
1.addr,網兀 2. addr,臨時網兀 I. addr}。步驟310，網管系統通知資源池總負載判決器臨時擴容完成，可以進行后續(xù)監(jiān)控操作。在本發(fā)明的另ー實施例中，資源池總負載判決器判定資源池出現過載的情況下，也可以由資源池總負載判決器直接將待創(chuàng)建的虛擬網元對各種資源的需求量和資源池中網元的類型通知給VMM ;VMM根據待創(chuàng)建的虛擬網元對各種資源的需求量以及網元類型創(chuàng)建相應的虛擬網元。例如，資源池總負載判決器通知VMM資源池中的網元類型為路由器A，待創(chuàng)建的虛擬網元需要內存空間為1G，需要硬盤空間50G，需要網絡帶寬O. 5Mb/s等。在本發(fā)明的另ー實施例中，針對VMM同時接收到多個創(chuàng)建虛擬網元的命令且物理資源不足吋，VMM會采取以下策略在網管系統為資源池設置優(yōu)先級，如在資源池標識中加入優(yōu)先級標識，即{Pool_ID, priority_value,網兀 I. addr,網兀 2. addr. . . }，其中，priority_value 表不相應資源池的優(yōu)先級。資源池總負載判決器在確定增加新的臨時網元時，將priority_value傳遞給VMM0當VMM同時收到多個創(chuàng)建虛擬機命令且資源不足時,根據priority_value值先處理優(yōu)先級高的命令。如果priority_value相同，則優(yōu)先處理資源需求小的命令。如果priority_value相同，且資源需求也相同，則隨機選擇處理。如圖4所示，為本發(fā)明實施例提供的資源池資源釋放流程，該流程可包括步驟401，資源池總負載判決器從網管系統中獲得資源池的資源(如CPU、內存、硬盤等)使用情況。該步驟的具體實現可同圖3所示流程中的步驟301。步驟402，資源池總負載判決器根據獲得到的資源池的資源使用情況，判定資源池{Pool_ID,網元I. addr,網元2. addr,臨時網元I. addr}發(fā)生輕載。具體的，資源池總負載判決器可使用多種現有方式判決是否有資源輕載。如，資源池總負載判決器根據獲取到的資源使用情況，若判斷至少有ー種資源使用不足，則判定該資源池出現輕載?？梢愿鶕Y源平均使用率(或使用量)和相應閾值來衡量資源使用是否輕載，如，當資源池中的所有網元的CPU占用率的平均值都低于設定閾值(如30%)，或者，CPU占用率低于設定閾值的網元超過一定數量，則可判定該資源池中的網元的CPU輕載。本發(fā)明實施例中，資源池總負載判決器判定資源池{Pool_ID，網元I. addr,網元
2.addr,臨時網元I. addr}的CPU輕載。步驟403，資源池總負載判決器通知網管系統發(fā)生輕載。具體的，資源池總負載判決器可根據預設規(guī)則在該資源池中選取至少ー個虛擬網元，如可以優(yōu)先選取優(yōu)先級較低的虛擬網元，也可以優(yōu)先選取最先加入資源池的虛擬網元或者最后加入的虛擬網元。步驟404，網管系統通知負載均衡控制點將資源池標識中的臨時網元(即臨時網元I)優(yōu)先級設為最低，從而使該網元不再接受新的請求。
具體的，網管系統對選取的虛擬網元中正在使用的資源進行釋放，如，網管系統可以通知負載均衡控制點設置該虛擬網元的優(yōu)先級低于其他網元(或者直接設置不再接收新分配的業(yè)務)，這樣，選取的虛擬網元將不再會有新的業(yè)務接入，隨著該虛擬網元中正在進行的業(yè)務逐漸結束，該虛擬網元的已占用資源將被逐漸的釋放出來。步驟405，網管系統監(jiān)控發(fā)現該臨時網元無處理任務時，通知負載均衡控制點從地址列表中刪除臨時網元I。臨時網元I也可以主動上報自己在一段時間內已經沒有處理任務。具體的，當選取的虛擬網元中負載為零(即無處理任務)吋，網管系統通知負載均衡控制點和VMM刪除該虛擬網元，網管系統可以通知負載均衡控制點從地址列表中將該虛擬網元的表項刪除，并通知VMM將該虛擬網元的虛擬機關閉，刪除該虛擬機的相關文件，并釋放建立此虛擬網元所占用的物理資源。步驟406，網管系統將該臨時網元從資源池標識中刪除，資源池恢復為{Pool_ID，網兀 I. addr,網兀 2. addr}。步驟407，網管系統通知資源池總負載判決器可以刪除IP地址為臨時網元I. addr的虛擬機。步驟408，資源池總負載判決器通知VMM執(zhí)行IP地址為臨時網元I. addr的虛擬機的刪除。步驟409，VMM執(zhí)行IP地址為臨時網元I. addr的虛擬機的刪除，釋放資源。進ー步的，還可以通知資源池總負載判決器卸載虛擬網元過程結束，資源池總負載判決器可以進行后續(xù)的監(jiān)控，繼續(xù)根據資源池的負載信息判斷該資源池是否出現低載或/和過載。為了避免頻繁增加或刪除虛擬網元而影響系統穩(wěn)定性，本發(fā)明的上述各實施例中可采用以下解決方案當資源池總負載判決器沒有收到網管系統發(fā)出的完成増加臨時網元通知或者完成釋放資源通知之前，資源池總負載判決器不對相應的應用層資源池進行下一周期的判定動作；否則，當在若干資源池總負載判決器檢測周期內，資源池中所有網元的最稀缺資源(如CPU)的平均使用率均高于某ー門限值(如70%)時，判定資源池過載。主要資源及門限值由網元具體功能決定。資源池過載具體判定方法并不限定為上述方法。當資源池總負載判決器沒有收到VMM發(fā)出的完成増加臨時網元通知或者完成釋放資源通知之前，資源池總負載判決器不對相應的資源池進行下一周期的判定動作；否則，當若干應用層資源池總負載判決器檢測周期內，應用層資源池中所有網元資源(如CPU、內存、硬盤)的平均使用率均低于某ー門限值(如30%)時，判定應用層資源池低載。主要資源及門限值由網元具體功能決定。應用層資源池低載具體判定方法并不限定為上述方法。通過以上流程可以看出，本發(fā)明的上述實施例采用虛擬網元作為臨時網元，一方面在資源池過載的情況下，將虛擬網元加入到資源池中，實現了資源池的擴容；另ー方面，在資源池出現低載的情況下，卸載資源池中的虛擬網元，從而實現了資源池的縮減。相比如現有技術可實現靈活的資源池資源配置。當然，實施本發(fā)明的實施例的任ー產品并不一定需要同時達到以上所述的所有優(yōu)點。基于相同的技術構思，本發(fā)明實施例還提供了一種資源配置裝置，該裝置即為上述實施例中的資源池總負載判決器。、
該裝置可以應用于上述實施例中的資源池資源擴充流程中，如圖5所示，該裝置可包括獲取模塊510，用于獲取資源池的負載信息；判斷模塊520，用于根據所述獲取模塊510獲取到的所述資源池的負載信息判斷所述資源池是否出現過載；
資源配置模塊530，用于在所述判斷模塊520判斷所述資源池出現過載時，根據所述資源池的負載需要指示VMM創(chuàng)建虛擬網元；通知模塊540，用于通知網管系統將創(chuàng)建的虛擬網元加入到所述資源池中。優(yōu)選的，所述獲取模塊510具體用于，獲取所述資源池的負載信息中的指定類型的資源的負載信息；所述判斷模塊520具體用于，在判斷所述獲取模塊510獲取到的指定類型的資源的使用量超過過載判決閾值時，則判斷所述資源池出現過載。優(yōu)選的，所述資源配置模塊530還用干，在創(chuàng)建虛擬網元后，指示所述網管系統設置創(chuàng)建的虛擬網元的優(yōu)先級高于資源池中其他網元的優(yōu)先級。優(yōu)選的，所述資源配置模塊530還用干，當所述虛擬網元的負載與其所在資源池的負載的差值小于預設閾值時，降低所述虛擬網元的優(yōu)先級。優(yōu)選的，所述判斷模塊520還用于，根據所述獲取模塊510獲取到的資源池的負載信息判斷所述資源池是否出現輕載；所述通知模塊540還用于，在所述判斷模塊520判斷所述資源池出現輕載時，通知網管系統卸載所述資源池中的虛擬網元。優(yōu)選的，所述通知模塊540具體用于，通知網管系統降低所述資源池中虛擬網元的優(yōu)先級，并通知網管系統當判斷降低優(yōu)先級的虛擬網元上的負載為零時，從所述資源池中卸載所述虛擬網元。優(yōu)選的，所述獲取模塊510具體用于，在確認上一次為所述資源池創(chuàng)建虛擬網元或卸載虛擬網元完成之后，獲取資源池的負載信息。優(yōu)選的，所述資源配置模塊530還用干，當需要指示為多個資源池創(chuàng)建虛擬網元時，根據資源池的優(yōu)先級指示為所述多個資源池創(chuàng)建虛擬網元。本發(fā)明實施例還提供了另ー種資源配置裝置(資源池總負載判決器)，可以應用于上述實施例中資源池資源釋放流程，如圖6所示，該裝置可以包括獲取模塊610，用于獲取資源池的負載信息；判斷模塊620，用于根據所述獲取模塊610獲取到的資源池的負載信息判斷所述資源池是否出現輕載；通知模塊630，用于在所述判斷模塊620判斷所述資源池出現輕載時，通知網管系統卸載所述資源池中的虛擬網元。優(yōu)選的，所述獲取模塊610具體用于，獲取所述資源池的負載信息中的指定類型的資源的負載信息；所述判斷模塊620具體用于，在判斷所述獲取模塊610獲取到的指定類型的資源的使用量低于輕載判決閾值時，則判斷所述資源池出現輕載。優(yōu)選的，所述通知模塊630具體用于，在所述判斷模塊620判斷所述資源池出現輕載時，通知網管系統根據虛擬網元的優(yōu)先級或加入所述資源池的先后順序，從所述資源池中選擇虛擬網元進行卸載。優(yōu)選的，所述通知模塊630具體用干，在所述判斷模塊620判斷所述資源池出現輕載時，通知網管系統降低所述資源池中虛擬網元的優(yōu)先級，并通知網管系統在判斷降低優(yōu)先級的虛擬網元上的負載為零時，從所述資源池中卸載所述虛擬網元。本發(fā)明實施例還提供了一種資源配置裝置，同時可以實現上述兩種裝置的功能，即該裝置既可以實現資源池資源擴充功能又可以實現資源池資源收縮功能。該裝置可以包括獲取模塊、判斷模塊、資源配置模塊和通知模塊，其中判斷模塊既可以實現判斷模塊520的功能又可以實現判斷模塊620的功能，通知模塊既可以實現通知模塊540的功能又可以實現通知模塊630的功能。通過本發(fā)明實施例所提供的裝置，采用虛擬網元作為臨時網元，一方面在資源池過載的情況下，將虛擬網元加入到資源池中，實現了資源池的擴容；另ー方面，在資源池出現低載的情況下，卸載資源池中的虛擬網元，從而實現了資源池的縮減。相比如現有技術可實現靈活的資源池資源配置。當然，實施本發(fā)明的實施例的任ー產品并不一定需要同時達到以上所述的所有優(yōu)點。本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的ー個或多個裝置中。上述實施例的模塊可以合并為ー個模塊，也可以進ー步拆分成多個子模塊。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在ー個存儲介質中，包括若干指令用以使得一臺終端設備(可以是手機，個人計算機，服務器，或者網絡設備等)執(zhí)行 本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視本發(fā)明的保護范圍。
權利要求
1.一種資源配置方法，其特征在于，包括 獲取資源池的負載信息，并根據所述資源池的負載信息判斷所述資源池是否出現過載； 若所述資源池出現過載，則根據所述資源池的負載需要創(chuàng)建虛擬網元并將創(chuàng)建的虛擬網元加入到所述資源池中。
2.如權利要求I所述的方法，其特征在于，所述根據資源池的負載信息判斷所述資源池是否出現過載，具體為 獲取所述資源池的負載信息中的指定類型的資源的負載信息； 若所述指定類型的資源的使用量超過過載判決閾值，則判斷所述資源池出現過載。
3.如權利要求I所述的方法，其特征在于，所述創(chuàng)建虛擬網元，具體為 將出現過載的資源的類型通知給虛擬機監(jiān)視器VMM ； 所述VMM根據該類型資源的預設的基本使用量和過載增加量，確定該類型資源的需求，并根據確定出的該類型資源的需求創(chuàng)建虛擬網元。
4.如權利要求I所述的方法，其特征在于，創(chuàng)建虛擬網元后還包括設置創(chuàng)建的虛擬網元的優(yōu)先級高于資源池中其他網元的優(yōu)先級。
5.如權利要求4所述的方法，其特征在于，還包括 當所述虛擬網元的負載與其所在資源池的負載的差值小于預設閾值時，降低所述虛擬網元的優(yōu)先級。
6.如權利要求I所述的方法，其特征在于，還包括 當根據資源池的負載信息判斷所述資源池出現輕載時，卸載所述資源池中的虛擬網J Li o
7.如權利要求6所述的方法，其特征在于，所述卸載資源池中的虛擬網元，具體為 降低所述資源池中虛擬網元的優(yōu)先級，當降低優(yōu)先級的虛擬網元上的負載為零時，從所述資源池中卸載所述虛擬網元。
8.如權利要求1-7任一項所述的方法，其特征在于，所述獲取資源池的負載信息，井根據所述資源池的負載信息判斷所述資源池是否出現過載，具體為 在確認上一次為所述資源池創(chuàng)建虛擬網元或卸載虛擬網元完成之后，獲取資源池的負載信息，并根據所述資源池的負載信息判斷所述資源池是否出現過載。
9.如權利要求1-7任一項所述的方法，其特征在于，當需要為多個資源池創(chuàng)建虛擬網元時，根據資源池的優(yōu)先級為所述多個資源池創(chuàng)建虛擬網元。
10.一種資源配置方法，其特征在于，包括 獲取資源池的負載信息，并根據所述資源池的負載信息判斷所述資源池是否出現輕載； 若所述資源池出現輕載，則卸載所述資源池中的虛擬網元。
11.如權利要求10所述的方法，其特征在于，所述根據資源池的負載信息判斷所述資源池是否出現輕載，具體為 獲取所述資源池的負載信息中的指定類型的資源的負載信息； 若所述指定類型的資源的使用量低于輕載判決閾值，則判斷所述資源池出現輕載。
12.如權利要求10所述的方法，其特征在于，若所述資源池出現輕載，則根據虛擬網元的優(yōu)先級或加入所述資源池的先后順序，從所述資源池中選擇虛擬網元進行卸載。
13.如權利要求10-12任一項所述的方法，其特征在于，所述卸載資源池中的虛擬網元，具體為 降低所述資源池中虛擬網元的優(yōu)先級，當降低優(yōu)先級的虛擬網元上的負載為零時，從所述資源池中卸載所述虛擬網元。
14.一種資源配置裝置，其特征在于，包括 獲取模塊，用于獲取資源池的負載信息； 判斷模塊，用于根據所述獲取模塊獲取到的所述資源池的負載信息判斷所述資源池是否出現過載； 資源配置模塊，用于在所述判斷模塊判斷所述資源池出現過載時，根據所述資源池的負載需要指示VMM創(chuàng)建虛擬網元； 通知模塊，用于通知網管系統將創(chuàng)建的虛擬網元加入到所述資源池中。
15.如權利要求14所述的裝置，其特征在于，所述獲取模塊具體用于，獲取所述資源池的負載信息中的指定類型的資源的負載信息； 所述判斷模塊具體用于，在判斷所述獲取模塊獲取到的指定類型的資源的使用量超過過載判決閾值時，則判斷所述資源池出現過載。
16.如權利要求14所述的裝置，其特征在于，所述資源配置模塊還用于，在創(chuàng)建虛擬網元后，指示所述網管系統設置創(chuàng)建的虛擬網元的優(yōu)先級高于資源池中其他網元的優(yōu)先級。
17.如權利要求16所述的裝置，其特征在于，所述資源配置模塊還用于，當所述虛擬網元的負載與其所在資源池的負載的差值小于預設閾值時，降低所述虛擬網元的優(yōu)先級。
18.如權利要求14所述的裝置，其特征在于，所述判斷模塊還用于，根據所述獲取模塊獲取到的資源池的負載信息判斷所述資源池是否出現輕載； 所述通知模塊還用于，在所述判斷模塊判斷所述資源池出現輕載時，通知網管系統卸載所述資源池中的虛擬網元。
19.如權利要求18所述的裝置，其特征在于，所述通知模塊具體用于，通知網管系統降低所述資源池中虛擬網元的優(yōu)先級，并通知網管系統當判斷降低優(yōu)先級的虛擬網元上的負載為零時，從所述資源池中卸載所述虛擬網元。
20.如權利要求14-19任一項所述的裝置，其特征在于，所述獲取模塊具體用于，在確認上一次為所述資源池創(chuàng)建虛擬網元或卸載虛擬網元完成之后，獲取資源池的負載信息。
21.如權利要求14-19任一項所述的裝置，其特征在干，所述資源配置模塊還用干，當需要指示為多個資源池創(chuàng)建虛擬網元時，根據資源池的優(yōu)先級指示為所述多個資源池創(chuàng)建虛擬網元。
22.一種資源配置裝置，其特征在于，包括 獲取模塊，用于獲取資源池的負載信息； 判斷模塊，用于根據所述獲取模塊獲取到的資源池的負載信息判斷所述資源池是否出現輕載； 通知模塊，用于在所述判斷模塊判斷所述資源池出現輕載時，通知網管系統卸載所述資源池中的虛擬網元。
23.如權利要求22所述的裝置，其特征在于，所述獲取模塊具體用于，獲取所述資源池的負載信息中的指定類型的資源的負載信息； 所述判斷模塊具體用于，在判斷所述獲取模塊獲取到的指定類型的資源的使用量低于輕載判決閾值時，則判斷所述資源池出現輕載。
24.如權利要求22或23所述的裝置，其特征在于，所述通知模塊具體用于，在所述判斷模塊判斷所述資源池出現輕載時，通知網管系統根據虛擬網元的優(yōu)先級或加入所述資源池的先后順序，從所述資源池中選擇虛擬網元進行卸載。
25.如權利要求22或23所述的裝置，其特征在于，所述通知模塊具體用于，在所述判斷模塊判斷所述資源池出現輕載時，通知網管系統降低所述資源池中虛擬網元的優(yōu)先級，并通知網管系統在判斷降低優(yōu)先級的虛擬網元上的負載為零時，從所述資源池中卸載所述虛擬網元。
全文摘要
本發(fā)明公開了一種資源分配方法和設備，該方法包括獲取資源池的負載信息，并根據所述資源池的負載信息判斷所述資源池是否出現過載；若所述資源池出現過載，則創(chuàng)建虛擬網元并將創(chuàng)建的虛擬網元加入到所述資源池中。采用本發(fā)明，可以提高資源配置的靈活性。
文檔編號H04L12/24GK102651729SQ20111004353
公開日2012年8月29日 申請日期2011年2月23日 優(yōu)先權日2011年2月23日
發(fā)明者于青, 張劍寅, 彭晉, 許輝陽, 鄧靈莉, 韓小勇 申請人:中國移動通信集團公司