專利名稱:虛擬機管理系統(tǒng)及其使用方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種虛擬機管理系統(tǒng)及其使用方法。
背景技術(shù):
虛擬化技術(shù)是在物理的服務(wù)器上,通過虛擬化軟件將物理資源分割為多個邏輯的分區(qū),每個分區(qū)相互隔離,成為獨立的虛擬機。就操作系統(tǒng)和應(yīng)用程序來說,虛擬機與物理服務(wù)器沒有區(qū)別,它們可以共享同一臺物理服務(wù)器。要充分發(fā)揮資源的利用率,對虛擬機的管理調(diào)度非常重要,其中,管理調(diào)度功能包括對虛擬機資源的分配、虛擬機遷移和虛擬機生命周期的管理等。管理調(diào)度由虛擬機管理系統(tǒng)來實施。目前,虛擬機管理系統(tǒng)一般由管理服務(wù)器和代理軟件組成,管理服務(wù)器包含各種功能模塊,實施對虛擬機的全面管理。代理軟件安裝在運行虛擬機的物理主機上,負責(zé)管理本物理主機的虛擬機,并與管理服務(wù)器通信,加入管理服務(wù)器的管理范圍。虛擬機管理系統(tǒng)將物理機組成多個集群進行管理,每個集群由數(shù)十個服務(wù)器組成。目前每套管理系統(tǒng)最大能夠管理數(shù)百臺服務(wù)器和數(shù)千臺虛擬機。圖1是根據(jù)相關(guān)技術(shù)的虛擬管理系統(tǒng)的架構(gòu)圖。101是管理系統(tǒng)(Management System),負責(zé)執(zhí)行虛擬機管理和調(diào)度任務(wù),它與每個Node (節(jié)點)連接,管理命令下達給各個Node。102是客戶端(Client),管理員通過客戶端將操作命令下達給管理系統(tǒng)。103是 Node,每個Node是一臺物理主機,其上可以運行多個虛擬機。104是集群(Cluster),為了便于管理,管理系統(tǒng)將多個Node組成一個集群,以集群為單位進行管理。在這種管理方式下,管理系統(tǒng)承擔(dān)著所有的管理任務(wù),當(dāng)虛擬機規(guī)模較小時,少數(shù)幾套虛擬機管理系統(tǒng)就可以實施有效的管理,當(dāng)Node數(shù)目過大時(當(dāng)虛擬機數(shù)量巨大時,特別是在桌面虛擬化環(huán)境中,每個用戶對應(yīng)一臺虛擬機,虛擬機的個數(shù)可能達到數(shù)十萬甚至上百萬臺),一套管理系統(tǒng)無法承擔(dān),就需要增加硬件處理能力或增加另一套管理系統(tǒng)。當(dāng)Node數(shù)目達到數(shù)萬臺以上時,這種方式就無法進行管理了。因此,采用相關(guān)技術(shù)中的管理方式無法對各個虛擬機進行有效管理。并且,這些管理系統(tǒng)之間無法有效協(xié)調(diào),大量的管理系統(tǒng)本身也是難以維護的。
發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種虛擬機管理方案,以至少解決上述的相關(guān)技術(shù)中虛擬機數(shù)量較大時無法對虛擬機進行有效管理的問題。為了實現(xiàn)上述目的,根據(jù)本發(fā)明的一個方面,提供了一種虛擬機管理系統(tǒng),該系統(tǒng)包括中心管理服務(wù)器、主節(jié)點、從節(jié)點,其中,中心管理服務(wù)器,用于管理主節(jié)點;每個主節(jié)點用于管理一個或多個集群,其中,每個集群包括一個或多個從節(jié)點;從節(jié)點是運行虛擬機的物理主機。為了實現(xiàn)上述目的,根據(jù)本發(fā)明的另一個方面,提供了一種使用上述的系統(tǒng)進行虛擬機遷移的方法,該方法包括主節(jié)點確定主節(jié)點管理的從節(jié)點使用的資源達到預(yù)定門限;主節(jié)點判斷主節(jié)點管理的從節(jié)點是否存在空閑資源,如果是,則將使用的資源達到預(yù)定門限的從節(jié)點上的虛擬機遷移到有空閑資源的從節(jié)點上,否則,主節(jié)點從中心管理服務(wù)器獲取有空閑資源的主節(jié)點,并將使用的資源達到預(yù)定門限的從節(jié)點上的虛擬機遷移到有空閑資源的主節(jié)點所管理的從節(jié)點上。為了實現(xiàn)上述目的,根據(jù)本發(fā)明的又一個方面,提供了一種使用上述的系統(tǒng)進行虛擬機分配的方法,該方法包括中心管理服務(wù)器接收客戶端發(fā)送的申請?zhí)摂M機的請求,為客戶端分配具有空閑資源的主節(jié)點,并將分配的主節(jié)點的地址發(fā)送給客戶端;分配的主節(jié)點接收客戶端發(fā)送的分配虛擬機的請求,為客戶端分配具有空閑資源的從節(jié)點;具有空閑資源的從節(jié)點為客戶端分配虛擬機。為了實現(xiàn)上述目的,根據(jù)本發(fā)明的另一個方面,提供了一種使用上述的系統(tǒng)進行虛擬機查詢的方法,該方法包括中心管理服務(wù)器接收客戶端發(fā)送的查詢虛擬機所在的主節(jié)點的請求,向客戶端發(fā)送虛擬機所在的主節(jié)點的地址;虛擬機所在的主節(jié)點接收客戶端發(fā)送的虛擬機狀態(tài)請求,從虛擬機所在的從節(jié)點獲取虛擬機的狀態(tài),并將虛擬機的狀態(tài)發(fā)送給客戶端。為了實現(xiàn)上述目的,根據(jù)本發(fā)明的再一個方面,提供了一種上述系統(tǒng)的使用方法, 該方法包括中心管理服務(wù)器檢測到物理主機啟動;中心管理服務(wù)器設(shè)置啟動的物理主機為主節(jié)點或從節(jié)點。通過本發(fā)明,采用使用至少三層的結(jié)構(gòu)(例如,中心管理服務(wù)器、主節(jié)點和從節(jié)點)對虛擬機進行管理的方式,解決了相關(guān)技術(shù)中虛擬機數(shù)量較大時無法對虛擬機進行有效管理的問題,進而達到了在虛擬機數(shù)量較大時,也能夠?qū)μ摂M機進行有效管理的效果。
此處所說明的附圖用來提供對本發(fā)明的進一步理解,構(gòu)成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的虛擬管理系統(tǒng)的架構(gòu)圖;圖2是根據(jù)本發(fā)明實施例的虛擬機管理系統(tǒng)的示意圖;圖3是根據(jù)本發(fā)明實施例的虛擬機管理方法的流程圖;圖4是根據(jù)本發(fā)明實施例的主節(jié)點和從節(jié)點內(nèi)部架構(gòu)圖;圖5是根據(jù)本發(fā)明實施例的物理主機被指派為主節(jié)點的示意圖;圖6是根據(jù)本發(fā)明實施例的物理主機被指派為從節(jié)點的示意圖;圖7是根據(jù)本發(fā)明實施例的客戶端申請?zhí)摂M機的示意圖;圖8是根據(jù)本發(fā)明實施例的客戶端查詢虛擬機狀態(tài)的示意圖;圖9是根據(jù)本發(fā)明實施例的虛擬機跨集群遷移的示意圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。實施例一本發(fā)明實施例提供了一種虛擬機管理系統(tǒng),圖2是根據(jù)本發(fā)明實施例的虛擬機管理系統(tǒng)的示意圖,如圖2所示,該系統(tǒng)包括中心管理服務(wù)器(Center Management Server, 簡稱為CMS)201、主節(jié)點(Master Node,簡稱為MN) 202、從節(jié)點(Slave Node,簡稱為 SN) 204,其中,CMS 201用于管理MN 202 ;每個MN 202用于管理一個或多個集群,其中,每個集群包括一個或多個SN 204 ;SN 204是運行虛擬機的物理主機。在本實施例中,在管理虛擬機時,系統(tǒng)至少分成CMS、麗和SN這三層,這種結(jié)構(gòu)有助于在虛擬機的數(shù)量較大時對虛擬機進行管理。需要說明的是,三層結(jié)構(gòu)僅是優(yōu)選的管理方式,本發(fā)明實施例并不限于三層結(jié)構(gòu)。 例如,CMS可以有多個,并且多個CMS可以形成了多層結(jié)構(gòu),多個下級中心管理服務(wù)器可以被一個上級中心管理服務(wù)器管理。由此可見,當(dāng)虛擬機的數(shù)據(jù)量較多時,可以采用4層甚至更多層結(jié)構(gòu)來實現(xiàn)對虛擬機的管理,由上一層對下一層的數(shù)據(jù)進行管理。在本發(fā)明實施例的一個優(yōu)選實例中,CMS 201在檢測到一個物理主機啟動時,可以將該物理主機設(shè)置為MN或SN,CMS 201還可以在設(shè)置一個物理主機為SN時,為其指定一個 MN進行管理。其中,在系統(tǒng)的管理能力不足時,CMS 201可以將該啟動的物理主機設(shè)置為 MN,當(dāng)系統(tǒng)的管理能力足夠時,CMS 201可以將該啟動的物理主機設(shè)置為SN。優(yōu)選地,CMS 201可以將管理軟件發(fā)送給MN,以便MN據(jù)此進行管理,還可以將代理軟件發(fā)送給SN,以便SN根據(jù)代理軟件進行管理。優(yōu)選地,CMS 201還可以為麗設(shè)置一個備份的麗,當(dāng)主用的麗發(fā)生故障時,該備份的MN可以自動代替其進行管理工作。在本發(fā)明實施例的另一個優(yōu)選實例中,CMS 201將管理軟件下發(fā)給麗202,CMS 201將代理軟件下發(fā)給SN204。在本發(fā)明實施例的又一個優(yōu)選實例中,MN中存儲有其管理的集群和SN的管理信息;CMS中存儲有各個麗存儲的管理信息的索引。在本實施例中,CMS不需要存儲大量的管理信息,這樣,一個CMS可以管理多個MN,為系統(tǒng)管理能力的擴充提供了便利條件。當(dāng)使用四層結(jié)構(gòu)進行管理時,上級CMS還可以保存各個對下級CMS存儲的索引處理后的信息,例如,下級CMS保存其管理的虛擬機的ID,上級CMS保存下級CMS保存的虛擬機的ID的范圍。優(yōu)選地,上述系統(tǒng)還可以包括客戶端206,客戶端206在要進行管理操作時,可以先向CMS 201查詢索引,獲取該索引對應(yīng)的MN,并向該對應(yīng)的MN發(fā)送操作請求,從而完成相應(yīng)的管理操作。在本發(fā)明實施例的再一個優(yōu)選實例中,主節(jié)點包括管理軟件,用于對集群進行管理;從節(jié)點包括節(jié)點代理,用于管理從節(jié)點,并通過虛擬機管理器執(zhí)行命令;虛擬機管理器,用于調(diào)度從節(jié)點中的虛擬機,并執(zhí)行節(jié)點代理發(fā)送的命令。上述系統(tǒng)還可以包括麗組成的管理平面203,其中,MN之間會組成主備關(guān)系,當(dāng)一個MN失效時其他節(jié)點會代替它行使管理職能。集群205,若干個SN組成一個集群。此時,CMS 201負責(zé)下載管理軟件和配置給物理主機,并提供總體系統(tǒng)視圖。主節(jié)點MN 202 是負責(zé)管理若干個集群的節(jié)點,并將集群信息更新到CMS中。SN 204是被管理的物理服務(wù)器,其上運行代理軟件,接受MN的管理,每個SN可以運行多個VM??蛻舳?06,用于接收管理員下達的管理命令,通過CMS查詢索引信息,獲取要操作的MN地址,然后直接與MN建立連接,發(fā)送管理命令。實施例二
本發(fā)明實施例還提供了一種使用上述虛擬機管理系統(tǒng)的方法,該方法用于遷移虛擬機。圖3是根據(jù)本發(fā)明實施例的虛擬機管理方法的流程圖,如圖3所示,該方法包括步驟S302,麗確定麗管理的SN使用的資源達到預(yù)定門限;步驟S304,麗判斷麗管理的SN是否存在空閑資源,如果是,則將使用的資源達到預(yù)定門限的SN上的虛擬機遷移到有空閑資源的SN上,否則,MN從CMS獲取有空閑資源的MN,并將使用的資源達到預(yù)定門限的SN上的虛擬機遷移到有空閑資源的MN所管理的SN 上。本發(fā)明實施例還提供了一種使用上述虛擬機管理系統(tǒng)的方法,該方法用于分配虛擬機。該方法包括CMS接收客戶端發(fā)送的申請?zhí)摂M機的請求,為客戶端分配具有空閑資源的麗,并將分配的麗的地址發(fā)送給客戶端;分配的麗接收客戶端發(fā)送的分配虛擬機的請求,為客戶端分配具有空閑資源的SN ;具有空閑資源的SN為客戶端分配虛擬機。本發(fā)明實施例還提供了一種使用上述虛擬機管理系統(tǒng)的方法,該方法用于虛擬機的查詢,該方法包括CMS接收客戶端發(fā)送的查詢虛擬機所在的MN的請求,向客戶端發(fā)送虛擬機所在的MN的地址;虛擬機所在的MN接收客戶端發(fā)送的虛擬機狀態(tài)請求,從虛擬機所在的SN獲取虛擬機的狀態(tài),并將虛擬機的狀態(tài)發(fā)送給客戶端。本發(fā)明實施例還提供了一種使用上述虛擬機管理系統(tǒng)的方法,該方法包括如果 CMS檢測到物理主機啟動,則該CMS設(shè)置啟動的物理主機為MN或SN ;如果啟動的物理主機為麗。優(yōu)選地,CMS將管理軟件下發(fā)給啟動的物理主機,如果啟動的物理主機為SN,則 CMS將代理軟件下發(fā)給SN。優(yōu)選地,CMS設(shè)置啟動的物理主機為麗或SN可以通過以下方式設(shè)置在系統(tǒng)的管理能力不足時,CMS將啟動的物理主機設(shè)置為MN,否則,將啟動的物理主機設(shè)置為SN。實施例三本實施例提供了一種具有自動擴展能力的管理系統(tǒng),該系統(tǒng)能夠?qū)A刻摂M機實施有效管理。下面以系統(tǒng)為三層結(jié)構(gòu)為例說明本發(fā)明實施例的實現(xiàn)過程,需要說明的是,系統(tǒng)為四層或者多層結(jié)構(gòu)時,只要按照與三層結(jié)構(gòu)相同的方式進行上層對下層的管理即可。在本實施例所提供的系統(tǒng)中,設(shè)置了一臺CMS,還有一個由MN組成的管理平面。每個MN上運行一套虛擬機管理系統(tǒng),它管理若干個集群(Cluster)。一個Cluster由若干臺主機組成,這些主機稱為SN,一個SN就是運行虛擬機(Virtual Machine,簡稱為VM)的物理主機,SN上同時運行代理軟件,實施對本主機的管理。在本實施例中,MN和SN上的管理軟件和代理軟件不需要預(yù)先安裝,而是在主機啟動時從CMS下載得到的。下載方式可以為當(dāng)一臺物理主機啟動時,主機內(nèi)預(yù)設(shè)的啟動腳本主動向CMS上報自己的硬件資源和配置信息,CMS根據(jù)某種策略判斷此主機是否應(yīng)該指派為麗或SN,當(dāng)此主機被指派為MN時,CMS就下載相應(yīng)的管理軟件,否則就下載代理軟件,并將此SN加入到某個MN的管理范圍內(nèi)。每個Cluster和VM的詳細信息和狀態(tài)數(shù)據(jù)都保存在相應(yīng)的MN中,MN實施對主機和虛擬機的狀態(tài)采集和具體的管理調(diào)度工作,CMS中保存系統(tǒng)的整體視圖,其中,包括每個 Cluster的配置、物理主機信息、當(dāng)前虛擬機個數(shù)、當(dāng)前資源分配情況和預(yù)留的虛擬機列表等,MN負責(zé)將變化的信息更新到CMS系統(tǒng)中。當(dāng)客戶端要實施管理操作時,它首先向CMS查詢整體視圖,根據(jù)返回的信息進一步向MN發(fā)出操作請求。多個MN之間可以設(shè)置為互為主備的關(guān)系,并互相備份管理信息。當(dāng)MN發(fā)生故障時,其他MN代替失效的MN實施管理功能。 為了避免CMS產(chǎn)生單點故障,CMS可以設(shè)置為主備系統(tǒng)。本實施例能夠?qū)⒑A刻摂M機作為一個整體實施有效管理,減少系統(tǒng)維護量和維護人員投入。實施例四圖4是根據(jù)本發(fā)明實施例的主節(jié)點和從節(jié)點內(nèi)部架構(gòu)圖。如圖4所示,401是主節(jié)點內(nèi)運行的管理軟件CM (Cluster Manager),負責(zé)若干個集群的管理。402是從節(jié)點內(nèi)部 NA(Node Agent,節(jié)點代理),負責(zé)本節(jié)點的管理,包括在創(chuàng)建虛擬機、刪除虛擬機、虛擬機遷移等,它通過Hypervisor (虛擬機管理器)執(zhí)行具體命令。403是Hypervisor,它是具體實施硬件虛擬化的模塊,負責(zé)虛擬機中央處理器(Central Processing Unit,簡稱為CPU)和內(nèi)存的調(diào)度,NA發(fā)送的管理命令由Hypervisor來執(zhí)行。404是虛擬機,是分配資源的單位, 虛擬機的CPU、內(nèi)存和存儲空間能夠根據(jù)需要分配,必要時可以在物理機間遷移。下面通過具體實例說明使用上述系統(tǒng)進行虛擬機管理的方法。雖然下述實施例均是以系統(tǒng)為三層結(jié)構(gòu)為例說明本發(fā)明實施例的實現(xiàn)過程,但是,本領(lǐng)域技術(shù)人員能夠清楚, 當(dāng)系統(tǒng)為四層或者多層結(jié)構(gòu)時,只要采用與三層結(jié)構(gòu)相類似的方式進行上層對下層的管理即可。實施例五圖5是根據(jù)本發(fā)明實施例的物理主機被指派為主節(jié)點的示意圖。物理主機啟動時,CMS判斷MN管理能力不夠時,指派此物理主機為新的MN。具體流程如下步驟501,物理服務(wù)器啟動,預(yù)置的啟動代碼向CMS發(fā)送啟動消息,該消息包含物理服務(wù)器的配置信息;步驟502,CMS根據(jù)當(dāng)前MN管理負載確定應(yīng)將此節(jié)點指派為MN,然后,為該節(jié)點下載MN管理軟件;步驟503,CMS為該麗指定備份麗,與該麗形成備份關(guān)系;步驟504,CMS給備份麗發(fā)送備份信息通知。通過上述方法,實現(xiàn)了將物理主機定義為主節(jié)點。實施例六圖6是根據(jù)本發(fā)明實施例的物理主機被指派為從節(jié)點的示意圖。如圖6所示,具體流程如下步驟601,物理服務(wù)器啟動,預(yù)置的啟動代碼向CMS發(fā)送啟動消息,該消息包含物理服務(wù)器的配置信息;步驟602,CMS判斷此物理主機可以加入到某集群,將它指派為SN,并下載SN管理軟件和管理此集群MN的地址;步驟603,物理主機向MN發(fā)送加入集群的請求;步驟604,麗返回成功響應(yīng),開始對此節(jié)點實施管理;步驟605,麗向CMS通知集群信息變更,CMS更新內(nèi)部信息。通過上述方法,實現(xiàn)了將物理主機定義為從節(jié)點。實施例七
圖7是根據(jù)本發(fā)明實施例的客戶端申請?zhí)摂M機的示意圖。如圖7所示,具體流程如下步驟701,客戶端向CMS發(fā)起虛擬機請求,該請求包含虛擬機的各項參數(shù);步驟702,CMS根據(jù)內(nèi)部的空閑資源信息查詢到最合適的麗,返回麗地址;步驟703,客戶端向目的MN發(fā)起分配虛擬機請求;步驟704,MN選擇一個SN,該SN有足夠的空閑資源能夠分配此虛擬機,然后,將該請求發(fā)送給此SN ;步驟705,SN實施虛擬機的分配,返回成功信息,返回值包括虛擬機ID ;步驟706,麗將成功信息返回給客戶端,客戶端可以利用虛擬機ID訪問此虛擬機;步驟707,麗通知CMS本麗管理的集群變更情況,CMS更新內(nèi)部信息。進一步的,CMS可以預(yù)先分配若干空閑虛擬機作為備用,當(dāng)客戶端申請?zhí)摂M機時, 可以直接將備用虛擬機分配給客戶端,以減少分配時間。實施例八圖8是根據(jù)本發(fā)明實施例的客戶端查詢虛擬機狀態(tài)的示意圖。如圖8所示,具體流程如下步驟801,客戶端向CMS查詢虛擬機所在麗,查詢參數(shù)是虛擬機ID ;步驟802,CMS返回虛擬機所在MN地址;步驟803,客戶端向MN發(fā)送查詢虛擬機狀態(tài)請求;步驟804,MN從內(nèi)部信息中查詢到此虛擬機所在SN,向此SN發(fā)送查詢虛擬機狀態(tài)請求;步驟805,SN獲取虛擬機相關(guān)信息并返回給麗;步驟806,麗將虛擬機狀態(tài)信息返回給客戶端。實施例九MN會實時監(jiān)控每個節(jié)點上虛擬機消耗資源情況,當(dāng)某個物理機負載過重時,MN會將虛擬機遷移到其它物理機,如果在集群內(nèi)無法找到合適的空閑資源時,MN會向CMS申請將虛擬機遷移到其它集群。圖9是根據(jù)本發(fā)明實施例的虛擬機跨集群遷移的示意圖。如圖 9所示,具體流程如下步驟901,MN監(jiān)控每個節(jié)點資源使用情況;步驟902,SN返回資源使用信息;步驟903,當(dāng)資源使用達到預(yù)設(shè)的門限時,MN決定遷移虛擬機,但本MN管理的集群沒有足夠的空閑資源,因此向CMS申請跨集群調(diào)度;步驟904,CMS選擇空閑麗將此麗地址返回給源麗;步驟905,源麗向目的麗發(fā)送虛擬機遷移請求;步驟906,目的麗準許遷移,選擇一個空閑SN,返回此SN地址;步驟907,源MN向源SN發(fā)送虛擬機遷移命令,命令參數(shù)包含目的SN地址;步驟908,源SN向目的SN發(fā)起虛擬機遷移過程;步驟909,虛擬機遷移完成后,目的SN返回成功響應(yīng);步驟910,源SN給源麗返回虛擬機遷移完成響應(yīng);
步驟911,目的SN給目的麗返回虛擬機遷移完成響應(yīng);步驟912,源MN通知CMS本麗管理的集群信息變更;步驟913,目的麗通知CMS本麗管理的集群信息變更。綜上所述,本發(fā)明實施例中,使用至少三層(中心管理服務(wù)器、主節(jié)點和從節(jié)點) 結(jié)構(gòu)對虛擬機進行管理,達到了在虛擬機數(shù)量較大時,也能夠?qū)μ摂M機進行有效管理的效^ ο顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟,或者將它們分別制作成各個集成電路模塊,或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種虛擬機管理系統(tǒng),其特征在于,包括中心管理服務(wù)器、主節(jié)點、從節(jié)點,其中, 所述中心管理服務(wù)器,用于管理所述主節(jié)點;每個所述主節(jié)點用于管理一個或多個集群,其中,每個所述集群包括一個或多個所述從節(jié)點;所述從節(jié)點是運行虛擬機的物理主機。
2.根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述中心管理服務(wù)器用于在檢測到物理主機啟動時,設(shè)置啟動的所述物理主機為所述主節(jié)點或所述從節(jié)點,如果設(shè)置為所述從節(jié)點,所述中心管理服務(wù)器用于為所述從節(jié)點指定一個主節(jié)點進行管理。
3.根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述中心管理服務(wù)器用于在所述系統(tǒng)的管理能力不足時,將啟動的所述物理主機設(shè)置為所述主節(jié)點,否則,將啟動的所述物理主機設(shè)置為所述從節(jié)點。
4.根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述中心管理服務(wù)器用于將管理軟件發(fā)送給所述主節(jié)點以及將代理軟件發(fā)送給所述從節(jié)點。
5.根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述中心管理服務(wù)器還用于在設(shè)置所述主節(jié)點時,為所述主節(jié)點設(shè)置備份主節(jié)點。
6.根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述主節(jié)點,還用于存儲其管理的集群和從節(jié)點的管理信息;所述中心管理服務(wù)器,還用于存儲各個所述主節(jié)點存儲的所述管理信息的索引。
7.根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括 客戶端,其中,所述客戶端用于向所述中心管理服務(wù)器查詢索引,獲取查詢的所述索引對應(yīng)的主節(jié)點,并向所述對應(yīng)的主節(jié)點發(fā)送操作請求。
8.根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述中心管理服務(wù)器采用多層結(jié)構(gòu),一個上級中心管理服務(wù)器管理一個或多個下級中心管理服務(wù)器。
9.根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述主節(jié)點包括管理軟件,用于對集群進行管理; 所述從節(jié)點包括節(jié)點代理,用于管理所述從節(jié)點,并通過虛擬機管理器執(zhí)行命令; 所述虛擬機管理器,用于調(diào)度所述從節(jié)點中的虛擬機,并執(zhí)行所述節(jié)點代理發(fā)送的命令。
10.一種使用權(quán)利要求1至9中任一項所述的系統(tǒng)進行虛擬機遷移的方法,其特征在于,所述主節(jié)點確定所述主節(jié)點管理的從節(jié)點使用的資源達到預(yù)定門限; 所述主節(jié)點判斷所述主節(jié)點管理的從節(jié)點是否存在空閑資源,如果是,則將所述使用的資源達到預(yù)定門限的從節(jié)點上的虛擬機遷移到有所述空閑資源的從節(jié)點上,否則,所述主節(jié)點從所述中心管理服務(wù)器獲取有空閑資源的主節(jié)點,并將所述使用的資源達到預(yù)定門限的從節(jié)點上的虛擬機遷移到所述有空閑資源的主節(jié)點所管理的從節(jié)點上。
11.一種使用權(quán)利要求1至9中任一項所述的系統(tǒng)進行虛擬機分配的方法,其特征在于,所述中心管理服務(wù)器接收客戶端發(fā)送的申請?zhí)摂M機的請求,為所述客戶端分配具有空閑資源的主節(jié)點,并將所述分配的主節(jié)點的地址發(fā)送給所述客戶端;所述分配的主節(jié)點接收所述客戶端發(fā)送的分配虛擬機的請求,為所述客戶端分配具有空閑資源的從節(jié)點;所述具有空閑資源的從節(jié)點為所述客戶端分配虛擬機。
12.一種使用權(quán)利要求1至9中任一項所述的系統(tǒng)進行虛擬機查詢的方法,其特征在于,所述中心管理服務(wù)器接收客戶端發(fā)送的查詢虛擬機所在的主節(jié)點的請求,向所述客戶端發(fā)送所述虛擬機所在的主節(jié)點的地址;所述虛擬機所在的主節(jié)點接收所述客戶端發(fā)送的虛擬機狀態(tài)請求,從所述虛擬機所在的從節(jié)點獲取所述虛擬機的狀態(tài),并將所述虛擬機的狀態(tài)發(fā)送給所述客戶端。
13.—種權(quán)利要求1至9中任一項所述的系統(tǒng)的使用方法,其特征在于,包括 所述中心管理服務(wù)器檢測到物理主機啟動;所述中心管理服務(wù)器設(shè)置啟動的所述物理主機為所述主節(jié)點或所述從節(jié)點。
14.根據(jù)權(quán)利要求13所述的方法,其特征在于,如果啟動的所述物理主機為所述主節(jié)點,則所述中心管理服務(wù)器將管理軟件下發(fā)給啟動的所述物理主機,如果啟動的所述物理主機為所述從節(jié)點,則所述中心管理服務(wù)器將代理軟件下發(fā)給所述從節(jié)點。
15.根據(jù)權(quán)利要求13所述的方法,其特征在于,所述中心管理服務(wù)器設(shè)置啟動的所述物理主機為所述主節(jié)點或所述從節(jié)點包括所述中心管理服務(wù)器在所述系統(tǒng)的管理能力不足時,將啟動的所述物理主機設(shè)置為所述主節(jié)點,否則,將啟動的所述物理主機設(shè)置為所述從節(jié)點。
全文摘要
本發(fā)明公開了一種虛擬機管理系統(tǒng)及其使用方法,該系統(tǒng)包括中心管理服務(wù)器、主節(jié)點、從節(jié)點,其中,中心管理服務(wù)器,用于管理主節(jié)點;每個主節(jié)點用于管理一個或多個集群,其中,每個集群包括一個或多個從節(jié)點;從節(jié)點是運行虛擬機的物理主機。本發(fā)明達到了在虛擬機數(shù)量較大時,也能夠?qū)μ摂M機進行有效管理的效果。
文檔編號G06F9/455GK102479099SQ201010554258
公開日2012年5月30日 申請日期2010年11月22日 優(yōu)先權(quán)日2010年11月22日
發(fā)明者彭永林, 汪軍, 胡學(xué)川, 馬蘇安 申請人:中興通訊股份有限公司