專利名稱：云數(shù)據(jù)中心的主機(jī)QoS策略變換方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)科學(xué)虛擬化技術(shù)領(lǐng)域，尤其涉及一種云數(shù)據(jù)中心的主機(jī)服務(wù)質(zhì)量(Quality of Service，簡稱QoS)策略變換方法及系統(tǒng)。
背景技術(shù)：
云數(shù)據(jù)中心使用虛擬化的結(jié)果是將數(shù)據(jù)中心的所有計算資源抽象并資源池化，可以根據(jù)一定的計算顆粒在整個IT范圍內(nèi)分配和調(diào)度計算能力，并承載著各種各樣的業(yè)務(wù)。由于計算資源的池化，各種不同應(yīng)用類型的虛擬服務(wù)器在物理主機(jī)上創(chuàng)建、運行、刪除、遷入遷出等，都使得各個物理服務(wù)器承載的資源負(fù)荷變得更加多樣化，因此，通過對不同的負(fù)荷類型采用相適應(yīng)的資源分配方法，可以有效地提高主機(jī)的資源利用率，對云主機(jī)的QoS策略進(jìn)行控制。這里的云主機(jī)主要指承載在物理服務(wù)器上的虛擬機(jī)。在云數(shù)據(jù)中心的服務(wù)器虛擬化中，一個高效的資源分配算法可以顯著提高硬件資源的利用率，保證物理主機(jī)的QoS。所謂的虛擬資源調(diào)度，是指由虛擬化軟件決定當(dāng)前由哪一個虛擬機(jī)在物理設(shè)備上執(zhí)行，進(jìn)一步地，可以認(rèn)為是決定哪一個虛擬機(jī)在物理設(shè)備上執(zhí)行。虛擬資源的調(diào)度對整個虛擬化系統(tǒng)的性能有很大的影響，運行過程中不能讓一個虛擬機(jī)占用過多的物理設(shè)備執(zhí)行時間，也不能把過多的資源分配給資源利用率較低的虛擬機(jī)，因此既要保證各個虛擬機(jī)之間調(diào)度的公平性，又要確保整個系統(tǒng)運行效率的提高。目前的各個虛擬化系統(tǒng)都使用了特定的資源調(diào)度算法，以CPU的調(diào)度算法為例，下面二種調(diào)度算法就是其中典型的代表:(I) BVT (Borrowed Virtual Time)算法及其改進(jìn)BVT算法將虛擬時間思想引入進(jìn)程調(diào)度當(dāng)中，將時間分為真實時間和虛擬時間。其中，真實時間為硬件計時器顯示的時間值；虛擬時間是對實際時間經(jīng)過某種規(guī)則計算后得到的時間值。該算法用虛擬時間來監(jiān)控進(jìn)程的執(zhí)行，每次總是調(diào)度具有最早的有效虛擬時間的進(jìn)程。SFC(Surplus Fair Scheduling)是基于BVT的改進(jìn)算法之一,是一種應(yīng)用在多處理器上的調(diào)度算法，該算法能夠?qū)崟r地調(diào)整每個進(jìn)程的權(quán)重以使處于“饑餓”狀態(tài)的進(jìn)程盡快運行。(2) Credit 調(diào)度算法Credit調(diào)度算法是EIXen3.0版本以來使用的缺省的調(diào)度算法，其為一種按比例公平共享的非搶占式調(diào)度算法。在Xen中，虛擬CPU (VCPU =Virtual CPU)類似于操作系統(tǒng)中的進(jìn)程，各虛擬機(jī)以VCPU為調(diào)度的基本單位。Credit算法中的每個VCPU都用一個Credit值設(shè)定其優(yōu)先級。當(dāng)Credit為負(fù)值時,其優(yōu)先級為over ;否則,優(yōu)先級為under。每個處理器都在本地維護(hù)著一個就緒VCPU隊列，該隊列以VCPU的優(yōu)先級由高到低排序。系統(tǒng)每次調(diào)度處于隊首且優(yōu)先級為under的VCPU運行。當(dāng)一個處理器空閑時或該處理器的就緒VCPU隊列中無under優(yōu)先級的VCPU時，它將查看其它處理器以找到一個可運行的VCPU至本處理器上運行。
(3) SEDF 調(diào)度算法SEDF算法源于C.L.Liu在1973年提出的最早截止期限調(diào)度算法。它規(guī)定每個VCPU在初始化時，由調(diào)度算法為該VCPU設(shè)定一個截止期限作為其被調(diào)度時的參考因素。當(dāng)進(jìn)行VCPU調(diào)度時，調(diào)度程序?qū)?yōu)先調(diào)度截止期限最早的VCPU。雖然這些CPU調(diào)度算法正朝著多處理器間的負(fù)載平衡、支持工作保養(yǎng)模式和非工作保養(yǎng)模式、具備更高的CPU分配精度等方向發(fā)展，但是由于不同的應(yīng)用在資源需求方面常有很大的差異，例如郵件服務(wù)器往往不僅需要大量的計算資源，還有嚴(yán)格的響應(yīng)時間要求；備份服務(wù)器通常用來準(zhǔn)備接受新的工作量或者應(yīng)付突發(fā)事件，預(yù)分配的資源往往較少；同樣，Java服務(wù)器、Web服務(wù)器、數(shù)據(jù)庫服務(wù)器、文件服務(wù)器等各種不同應(yīng)用對資源需求也各有不同的側(cè)重點。而即使同一應(yīng)用，不同時間段內(nèi)對計算資源的需求也會有有所不同，例如郵件服務(wù)器和備份服務(wù)器通常是錯開的應(yīng)用峰期。因此，以上算法雖有所改進(jìn)研究，但仍面臨著以下問題:(I)BVT算法:不支持非工作保養(yǎng)型模式(算法運行在工作保養(yǎng)模式時，進(jìn)程或其它調(diào)度的基本單位能夠獲得除系統(tǒng)分配的處理器份額外的額外份額)，在一些需要充分保證資源分配的公平性應(yīng)用時，該算法具有較大的優(yōu)勢；但是，在一些有特定優(yōu)先級保障的虛擬機(jī)環(huán)境下不能為重要虛擬機(jī)分配額外的空閑資源，利用效率不高，且VCPU的調(diào)度參數(shù)配置非常困難；(2)Credit算法:雖然能較好的保證資源分配的公平性，但全局負(fù)載平衡策略仍過于簡單，容易導(dǎo)致出現(xiàn)處理器因進(jìn)程未就緒而空閑的情況，使得資源不能得到更高效的使用此外，該算法還不能保證緊急VCPU的實時性，在實時應(yīng)用和非實時應(yīng)用同時被調(diào)度時，該算法就不大合適；(3) SEDF算法:VCPU的調(diào)度參數(shù)(周期、最壞執(zhí)行時間)在初始化后不能根據(jù)該VCPU的運行情況動態(tài)調(diào)整，在各種不同的應(yīng)用環(huán)境中不能直接在線進(jìn)行VCPU參數(shù)的調(diào)整，在固定的應(yīng)用場景下該算法具有一定的優(yōu)勢，但普遍適用性較低，但應(yīng)用多樣性尤其是變化較大時，該算法的效率將會很不穩(wěn)定。隨著業(yè)務(wù)應(yīng)用的需求不斷改變，在線服務(wù)的請求經(jīng)常不可預(yù)測，這種動態(tài)的環(huán)境要求企業(yè)的數(shù)據(jù)中心或計算中心能夠?qū)Ω黝愘Y源進(jìn)行靈活、快速、動態(tài)的按需調(diào)度。在這種條件下往往需要多種資源調(diào)度算法根據(jù)實際需要進(jìn)行有效的變換，但也不能因為變換對正在運行的業(yè)務(wù)造成中斷，因此，提供一種簡單有效的方法進(jìn)行多種調(diào)度算法之間的在線軟變換，實現(xiàn)對云主機(jī)的QoS策略控制方法是十分必要的。

發(fā)明內(nèi)容
本發(fā)明的目的是提出一種云數(shù)據(jù)中心的主機(jī)QoS策略變換方法及系統(tǒng)，能夠有效地解決云計算應(yīng)用中需求多樣性帶來的資源分配問題，實現(xiàn)虛擬系統(tǒng)對主機(jī)資源進(jìn)行靈活、快速、動態(tài)的QoS策略在線變換。為實現(xiàn)上述目的，本發(fā)明提供了一種云數(shù)據(jù)中心的主機(jī)QoS策略變換方法，包括:設(shè)置在云數(shù)據(jù)中心的資源池業(yè)務(wù)負(fù)荷監(jiān)視器對每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視；當(dāng)監(jiān)視到物理服務(wù)器符合變換條件時，所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器為所述物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的，且所述物理服務(wù)器支持的新資源調(diào)度算法；所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器向所述物理服務(wù)器發(fā)送變換命令，所述變換命令用于通知所述物理服務(wù)器采用所述新資源調(diào)度算法；所述物理服務(wù)器接收所述變換命令后，將已有的資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。進(jìn)一步的，監(jiān)視所述物理服務(wù)器是否符合變換條件的操作包括以下:監(jiān)視所述物理服務(wù)器的業(yè)務(wù)負(fù)荷類型是否發(fā)生變化；或者監(jiān)視所述物理服務(wù)器的資源利用率是否達(dá)到或超過預(yù)設(shè)比例；或者監(jiān)視所述物理服務(wù)器上運行的部分虛擬機(jī)的資源利用率是否在預(yù)設(shè)時間內(nèi)低于預(yù)設(shè)比例。進(jìn)一步的，在為所述物理服務(wù)器選擇適合當(dāng)前業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況的新資源調(diào)度算法的操作之前，還包括:響應(yīng)系統(tǒng)管理員向所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器下發(fā)的變換指令。進(jìn)一步的，還包括:在所述物理服務(wù)器上創(chuàng)建或啟動虛擬機(jī)時，由系統(tǒng)管理員為該虛擬機(jī)指定應(yīng)用類型，并在所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器中維護(hù)所述應(yīng)用類型和與所述應(yīng)用類型相適應(yīng)的資源調(diào)度算法的對應(yīng)表；所述為物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的新資源調(diào)度算法的操作具體為:根據(jù)所述對應(yīng)表來查找所述物理服務(wù)器上運行的虛擬機(jī)的應(yīng)用類型來確定對應(yīng)的資源調(diào)度算法；結(jié)合由所述對應(yīng)表確定的資源調(diào)度算法和所述物理服務(wù)器當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略選擇適合的，且所述物理服務(wù)器支持的新資源調(diào)度算法。進(jìn)一步的，所述將已有的資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行的操作具體包括:啟動所述新資源調(diào)度算法的隊列機(jī)制；將新的資源調(diào)度請求轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中，并按照所述新資源調(diào)度算法進(jìn)行排序；對已有的資源調(diào)度請求的資源申請隊列進(jìn)行分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中重新排序，并在所述前一分段部分調(diào)度執(zhí)行完畢后，所述后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。進(jìn)一步的，在所述前一分段部分調(diào)度執(zhí)行完畢之后，還包括:釋放所述前一分段部分所占用的虛擬系統(tǒng)資源。為實現(xiàn)上述目的，本發(fā)明提供了一種云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)，包括設(shè)置在云數(shù)據(jù)中心的資源池業(yè)務(wù)負(fù)荷監(jiān)視器和至少一個物理服務(wù)器，其中，所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器用于對所述云數(shù)據(jù)中心中的每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視，并在監(jiān)視到物理服務(wù)器符合變換條件時，為所述物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的新資源調(diào)度算法，并向所述物理服務(wù)器發(fā)送變換命令，所述變換命令用于通知所述物理服務(wù)器采用所述新資源調(diào)度算法；所述物理服務(wù)器安裝有虛擬化軟件單元，支持一種以上的資源調(diào)度算法，且運行有至少一臺虛擬機(jī)，用于接收所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器發(fā)送的所述變換命令后，將已有的資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。進(jìn)一步的，所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器具體包括:業(yè)務(wù)負(fù)荷監(jiān)視單元，用于對所述云數(shù)據(jù)中心中的每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視；變換條件判斷單元，用于監(jiān)視所述物理服務(wù)器的業(yè)務(wù)負(fù)荷類型是否發(fā)生變化，或者監(jiān)視所述物理服務(wù)器的資源利用率是否達(dá)到或超過預(yù)設(shè)比例，或者監(jiān)視所述物理服務(wù)器上運行的部分虛擬機(jī)的資源利用率是否在預(yù)設(shè)時間內(nèi)低于預(yù)設(shè)比例；調(diào)度算法選擇單元，用于在監(jiān)視到所述物理服務(wù)器符合變換條件時，為所述物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的，且所述物理服務(wù)器支持的新資源調(diào)度算法；變換命令發(fā)送單元，用于向所述物理服務(wù)器發(fā)送變換命令，所述變換命令用于通知所述物理服務(wù)器采用所述新資源調(diào)度算法。進(jìn)一步的，所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器還包括:變換指令響應(yīng)單元，用于響應(yīng)于系統(tǒng)管理員向所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器下發(fā)的變換指令，觸發(fā)所述調(diào)度算法選擇單元。進(jìn)一步的，所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器還包括:對應(yīng)表維護(hù)單元，用于維護(hù)所述物理服務(wù)器上創(chuàng)建或啟動虛擬機(jī)時，由系統(tǒng)管理員為該虛擬機(jī)指定的應(yīng)用類型和與所述應(yīng)用類型相適應(yīng)的資源調(diào)度算法的對應(yīng)表。進(jìn)一步的，所述調(diào)度算法選擇單元具體包括:查表組件，用于根據(jù)所述對應(yīng)表來查找所述物理服務(wù)器上運行的虛擬機(jī)的應(yīng)用類型來確定對應(yīng)的資源調(diào)度算法；智能選擇組件，用于結(jié)合由所述對應(yīng)表確定的資源調(diào)度算法和所述物理服務(wù)器當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略選擇適合的，且所述物理服務(wù)器支持的新資源調(diào)度算法。進(jìn)一步的，所述物理服務(wù)器具體包括:新隊列啟動單元，用于啟動所述新資源調(diào)度算法的隊列機(jī)制；新請求轉(zhuǎn)移排序單元，用于將新的資源調(diào)度請求轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中，并按照所述新資源調(diào)度算法進(jìn)行排序；已有隊列分段單元，對已有的資源調(diào)度請求的資源申請隊列進(jìn)行分段，劃分成前一分段部分和后一分段部分；
分段轉(zhuǎn)移排序單元，用于將所述后一分段部分轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中重新排序；第一分段調(diào)度單元，用于對所述前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行；第二分段調(diào)度單元，用于在所述前一分段部分調(diào)度執(zhí)行完畢后，對所述后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。進(jìn)一步的，所述物理服務(wù)器還包括:資源釋放單元，用于在所述前一分段部分調(diào)度執(zhí)行完畢之后，釋放所述原來的資源調(diào)度算法運行中所占用的虛擬系統(tǒng)資源。基于上述技術(shù)方案，本發(fā)明可以針對物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行資源調(diào)度算法的變換，有效地解決云計算應(yīng)用中需求多樣性帶來的資源分配問題，實現(xiàn)虛擬系統(tǒng)對主機(jī)資源進(jìn)行靈活、快速、動態(tài)的QoS策略在線變換。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:圖1為本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換方法的一實施例的流程示意圖。圖2為本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換方法的另一實施例中隊列分段過程的流程示意圖。圖3為圖2實施例中的一種隊列分段的實例操作示意圖。圖4為本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)的一實施例的結(jié)構(gòu)示意圖。圖5為本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)的另一實施例中資源池業(yè)務(wù)負(fù)荷監(jiān)視器的具體結(jié)構(gòu)示意圖。圖6為本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)的又一實施例中物理服務(wù)器的具體結(jié)構(gòu)示意圖。
具體實施例方式下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。本發(fā)明中各實施例適用于一般的云數(shù)據(jù)中心虛擬化系統(tǒng)，對虛擬化軟件和承載的物理服務(wù)器均沒有特殊要求。如圖1所述，為本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換方法的一實施例的流程示意圖。在本實施例中，主機(jī)QoS策略變換流程包括:步驟101、設(shè)置在云數(shù)據(jù)中心的資源池業(yè)務(wù)負(fù)荷監(jiān)視器對每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視；步驟102、當(dāng)監(jiān)視到物理服務(wù)器符合變換條件時，所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器為所述物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的，且所述物理服務(wù)器支持的新資源調(diào)度算法；步驟103、所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器向所述物理服務(wù)器發(fā)送變換命令，所述變換命令用于通知所述物理服務(wù)器采用所述新資源調(diào)度算法；
步驟104、所述物理服務(wù)器接收所述變換命令后，將已有的資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。在本實施例中，在云數(shù)據(jù)中心可以設(shè)立一臺資源池業(yè)務(wù)負(fù)荷監(jiān)視器，來對每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷情況進(jìn)行監(jiān)視。資源池業(yè)務(wù)負(fù)荷監(jiān)視器本身可由一臺或多臺的物理服務(wù)器來實現(xiàn)。資源池業(yè)務(wù)負(fù)荷監(jiān)視器主要對每臺物理服務(wù)器是否符合變換條件進(jìn)行判斷，變換條件可以包括以下至少一個條件:(I)監(jiān)視所述物理服務(wù)器的業(yè)務(wù)負(fù)荷類型是否發(fā)生變化，如果發(fā)生變化，則符合變換條件；(2)監(jiān)視所述物理服務(wù)器的資源利用率是否達(dá)到或超過預(yù)設(shè)比例，如果達(dá)到或超過預(yù)設(shè)比例，則符合變換條件；(3)監(jiān)視所述物理服務(wù)器上運行的部分虛擬機(jī)的資源利用率是否在預(yù)設(shè)時間內(nèi)低于預(yù)設(shè)比例，如果在預(yù)設(shè)時間內(nèi)低于預(yù)設(shè)比例，則負(fù)荷變換條件。舉例來說，對應(yīng)第一個條件，如果原來某個物理服務(wù)器的內(nèi)存使用率為90%，CPU使用率為50%，如果在某個時刻，內(nèi)存使用率變?yōu)?0%，CPU使用率變?yōu)?0%，從而該服務(wù)服務(wù)器的業(yè)務(wù)負(fù)荷類型從內(nèi)存密集型變更為CPU密集型，此時資源池業(yè)務(wù)負(fù)荷監(jiān)視器就會認(rèn)為已符合了變換條件。對應(yīng)于第二個條件，如果資源利用率已達(dá)到預(yù)設(shè)的閾值85%，則資源池業(yè)務(wù)負(fù)荷監(jiān)視器就會認(rèn)為已符合了變換條件。對應(yīng)于第三個條件，如果在某個物理服務(wù)器中運行的兩臺虛擬機(jī)在預(yù)設(shè)的30分鐘內(nèi)資源率利用率始終較低，低于預(yù)設(shè)5%的比例，這表示這兩臺虛擬機(jī)基本處于空閑狀態(tài)，此時資源池業(yè)務(wù)負(fù)荷監(jiān)視器也會認(rèn)為已符合了變換條件。上述變換條件只是舉例，并非對變換條件的限制，除了上述變換條件，還可以包括新的資源使用需求產(chǎn)生，或者其他導(dǎo)致資源使用需求發(fā)生變化的情況。另外，除了資源池業(yè)務(wù)負(fù)荷監(jiān)視器通過監(jiān)控結(jié)果來發(fā)起變換指令之外，還包括響應(yīng)系統(tǒng)管理員向資源池業(yè)務(wù)負(fù)荷監(jiān)視器下發(fā)的變換指令。在監(jiān)視到物理服務(wù)器符合變換條件時，資源池業(yè)務(wù)負(fù)荷監(jiān)視器為物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的，且所述物理服務(wù)器支持的新資源調(diào)度算法。新資源調(diào)度算法可以按照虛擬機(jī)資源利用的歷史情況做出新的資源分配比例。舉例說，假設(shè)物理服務(wù)器原來運行有四臺虛擬機(jī)，并采用的是公平輪詢算法，給每個虛擬機(jī)分配相同的資源，這里的資源可以包括CPU、內(nèi)存、硬盤等硬件資源。四個虛擬機(jī)被分配的資源份額為1:1:1: 1，而其中有兩臺虛擬機(jī)處于空閑狀態(tài)，則可以在新資源調(diào)度算法中修改資源分配比例，假設(shè)總的資源份額為4份，則可以給空閑的虛擬機(jī)分配0.5份，而給忙的虛擬機(jī)分配1.5份資源，將空閑虛擬機(jī)的部分資源轉(zhuǎn)移給利用率較高的虛擬機(jī)，從而提高運行效率。新資源調(diào)度算法還可以在降低給空閑虛擬機(jī)的資源情況下不給忙的虛擬機(jī)增加資源，而是允許新增虛擬機(jī)以承載更多的業(yè)務(wù)，當(dāng)然新增的虛擬機(jī)可以是新創(chuàng)建或者由其他物理服務(wù)器上遷移過來。除此之外，資源池業(yè)務(wù)負(fù)荷監(jiān)視器還可以根據(jù)其他計費策略或者QoS策略進(jìn)行新的資源調(diào)度算法的選擇。為了使本發(fā)明的主機(jī)QoS策略變換方法更加高效，則可以在物理服務(wù)器上創(chuàng)建或啟動虛擬機(jī)時，由系統(tǒng)管理員為該虛擬機(jī)指定應(yīng)用類型，并在資源池業(yè)務(wù)負(fù)荷監(jiān)視器中維護(hù)所述應(yīng)用類型和與所述應(yīng)用類型相適應(yīng)的資源調(diào)度算法的對應(yīng)表。在為物理服務(wù)器選擇新資源調(diào)度算法時，還可以根據(jù)該對應(yīng)表來查找物理服務(wù)器上運行的虛擬機(jī)的應(yīng)用類型來確定對應(yīng)的資源調(diào)度算法，并結(jié)合由對應(yīng)表確定的資源調(diào)度算法和所述物理服務(wù)器當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略、支持的資源調(diào)度算法列表選擇適合的新資源調(diào)度算法。舉例說，在虛擬機(jī)創(chuàng)建或啟動時就指定該虛擬機(jī)的應(yīng)用類型，屬于響應(yīng)敏感類還是非敏感類，屬于資源長期均勻使用類型還是短時間的高峰資源使用類型，或者其他分類方式。資源池業(yè)務(wù)負(fù)荷監(jiān)視器在監(jiān)視到物理服務(wù)器中有兩臺虛擬機(jī)長時間處于空閑狀態(tài)時，先通過查對應(yīng)表來檢查空閑的兩臺虛擬機(jī)的應(yīng)用類型，判斷是否屬于響應(yīng)敏感類型的應(yīng)用，如果不是，則可以不進(jìn)行嚴(yán)格的資源保留，從而做出變換決定。物理服務(wù)器在接收到變換命令后，會對已有資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。圖2中給出了本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換方法的另一實施例中隊列分段過程的流程示意圖。在本實施例中，隊列分段過程具體包括:步驟201、啟動所述新資源調(diào)度算法的隊列機(jī)制；步驟202、將新的資源調(diào)度請求轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中，并按照所述新資源調(diào)度算法進(jìn)行排序；步驟203、對已有的資源調(diào)度請求的資源申請隊列進(jìn)行分段，分成前一分段部分和后一分段部分；步驟204、前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行；步驟205、后一分段部分轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中重新排序;步驟205、在步驟204中的前一分段部分調(diào)度執(zhí)行完畢后，步驟205中重新排序后的后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。在步驟204的前一分段部分調(diào)度執(zhí)行完畢后，可以釋放原來的資源調(diào)度算法運行中所占用的虛擬系統(tǒng)資源。本實施例中的隊列分段過程涉及在物理服務(wù)器內(nèi)部進(jìn)行新資源請求的轉(zhuǎn)移和原請求隊列的分段轉(zhuǎn)移和分段執(zhí)行，圖3示出了一種實例的具體操作過程。在本實施例中VCPU是一種資源單位。假設(shè)該物理服務(wù)器上分配了 8個VCPU(虛擬CPU)，編號分別從0-8，原來每個虛擬機(jī)分配到2個VCPU。變換開始時物理服務(wù)器系統(tǒng)先啟動新資源調(diào)度算法A的資源申請隊列，并將新的資源調(diào)度請求轉(zhuǎn)移到新的資源申請隊列中按照新的調(diào)度算法進(jìn)行排序，接著將現(xiàn)有的隊列分成a、b兩段，將前面的一部分在原來的資源調(diào)度算法A中進(jìn)行調(diào)度執(zhí)行，后面一部分轉(zhuǎn)移到新的隊列中進(jìn)行重新排序。VCPU-1到VCPU-3(即a段)保留在原有隊列A中，VCPU-4到VCPU-N則轉(zhuǎn)移到新調(diào)度算法B的隊列中，并和新的資源請求如VCPU-2等，按照新調(diào)度算法B的規(guī)則進(jìn)行重新排序。系統(tǒng)在對a段按照算法A的調(diào)度方式執(zhí)行完畢后，直接從B隊列的隊首開始按照算法B的調(diào)度方式運行，原來的資源調(diào)度算法A下線并釋放資源調(diào)度算法A占用的資源，完成一次云主機(jī)QoS策略的在線變換過程。本發(fā)明的上述各方法實施例可以通過對系統(tǒng)中大多數(shù)虛擬機(jī)的使用類別及各個虛擬機(jī)的實際業(yè)務(wù)需求、優(yōu)先級等情況進(jìn)行智能的變換，尤其是虛擬機(jī)在各個物理服務(wù)器之間遷移時，資源池業(yè)務(wù)負(fù)荷監(jiān)視器更能從全局的角度預(yù)測判斷變換的必要性，實現(xiàn)對變換時機(jī)的自動判斷、對變換的目標(biāo)資源調(diào)度算法的智能選擇等，從而有效降低系統(tǒng)管理員的負(fù)擔(dān)，系統(tǒng)資源利用率更高，有效進(jìn)行云主機(jī)的QoS策略變換。本領(lǐng)域普通技術(shù)人員可以理解:實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。如圖4所示，為本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)的一實施例的結(jié)構(gòu)示意圖。在本實施例中，云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)包括設(shè)置在云數(shù)據(jù)中心的資源池業(yè)務(wù)負(fù)荷監(jiān)視器I和至少一個物理服務(wù)器2，其中，資源池業(yè)務(wù)負(fù)荷監(jiān)視器I負(fù)責(zé)對所述云數(shù)據(jù)中心中的每個物理服務(wù)器2的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視，并在監(jiān)視到物理服務(wù)器2符合變換條件時，為物理服務(wù)器2選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的，且所述物理服務(wù)器支持的新資源調(diào)度算法，并向物理服務(wù)器2發(fā)送變換命令，所述變換命令用于通知物理服務(wù)器2采用所述新資源調(diào)度算法。物理服務(wù)器2安裝有虛擬化軟件單元，且運行有至少一臺虛擬機(jī)3。物理服務(wù)器2負(fù)責(zé)接收資源池業(yè)務(wù)負(fù)荷監(jiān)視器I發(fā)送的所述變換命令后，將已有的資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。本實施例可以針對物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行資源調(diào)度算法的變換，有效地解決云計算應(yīng)用中需求多樣性帶來的資源分配問題，實現(xiàn)虛擬系統(tǒng)對主機(jī)資源進(jìn)行靈活、快速、動態(tài)的QoS策略在線變換。如圖5所示，為本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)的另一實施例中資源池業(yè)務(wù)負(fù)荷監(jiān)視器的具體結(jié)構(gòu)示意圖。與上一實施例相比，本實施例中資源池業(yè)務(wù)負(fù)荷監(jiān)視器具體包括:業(yè)務(wù)負(fù)荷監(jiān)視單元11、變換條件判斷單元12、調(diào)度算法選擇單元13和變換命令發(fā)送單元14。業(yè)務(wù)負(fù)荷監(jiān)視單元11負(fù)責(zé)對所述云數(shù)據(jù)中心中的每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視。變換條件判斷單元12負(fù)責(zé)監(jiān)視物理服務(wù)器的業(yè)務(wù)負(fù)荷類型是否發(fā)生變化，或者監(jiān)視所述物理服務(wù)器的資源利用率是否達(dá)到或超過預(yù)設(shè)比例，或者監(jiān)視所述物理服務(wù)器上運行的部分虛擬機(jī)的資源利用率是否在預(yù)設(shè)時間內(nèi)低于預(yù)設(shè)比例。調(diào)度算法選擇單元13負(fù)責(zé)在監(jiān)視到物理服務(wù)器符合變換條件時，為所述物理服務(wù)器2選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的，且所述物理服務(wù)器支持的新資源調(diào)度算法。變換命令發(fā)送單元14負(fù)責(zé)向物理服務(wù)器發(fā)送變換命令，所述變換命令用于通知所述物理服務(wù)器采用所述新資源調(diào)度算法。在另一實施例中，資源池業(yè)務(wù)負(fù)荷監(jiān)視器還可以包括:變換指令響應(yīng)單元，用于響應(yīng)于系統(tǒng)管理員向所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器下發(fā)的變換指令，觸發(fā)所述調(diào)度算法選擇單元。在另一實施例中，資源池業(yè)務(wù)負(fù)荷監(jiān)視器還可以包括:對應(yīng)表維護(hù)單元，用于維護(hù)所述物理服務(wù)器上創(chuàng)建或啟動虛擬機(jī)時，由系統(tǒng)管理員為該虛擬機(jī)指定的應(yīng)用類型和與所述應(yīng)用類型相適應(yīng)的資源調(diào)度算法的對應(yīng)表。相應(yīng)的，調(diào)度算法選擇單元可以具體包括:查表組件和智能選擇組件。查表組件負(fù)責(zé)根據(jù)所述對應(yīng)表來查找所述物理服務(wù)器上運行的虛擬機(jī)的應(yīng)用類型來確定對應(yīng)的資源調(diào)度算法。智能選擇組件負(fù)責(zé)結(jié)合由所述對應(yīng)表確定的資源調(diào)度算法和所述物理服務(wù)器當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或Q0S策略選擇適合的，且所述物理服務(wù)器支持的新資源調(diào)度算法。如圖6所示，為本發(fā)明云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)的又一實施例中物理服務(wù)器的具體結(jié)構(gòu)示意圖。在本實施例中，物理服務(wù)器指的是在云數(shù)據(jù)中心的除了資源池業(yè)務(wù)負(fù)荷監(jiān)視器之外的物理服務(wù)器。物理服務(wù)器包括:新隊列啟動單元21、新請求轉(zhuǎn)移排序單元22、已有隊列分段單元23、分段轉(zhuǎn)移排序單元24、第一分段調(diào)度單元25和第二分段調(diào)度單元26。新隊列啟動單元21負(fù)責(zé)啟動所述新資源調(diào)度算法的隊列機(jī)制。新請求轉(zhuǎn)移排序單元22負(fù)責(zé)將新的資源調(diào)度請求轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中，并按照所述新資源調(diào)度算法進(jìn)行排序。已有隊列分段單元23負(fù)責(zé)對已有的資源調(diào)度請求的資源申請隊列進(jìn)行分段，劃分成前一分段部分和后一分段部分。分段轉(zhuǎn)移排序單元24負(fù)責(zé)將所述后一分段部分轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中重新排序。第一分段調(diào)度單元25負(fù)責(zé)對所述前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。第二分段調(diào)度單元26負(fù)責(zé)在所述前一分段部分調(diào)度執(zhí)行完畢后，對所述后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。在另一實施例中，物理服務(wù)器還可以包括:資源釋放單元，用于在所述前一分段部分調(diào)度執(zhí)行完畢之后，釋放所述原來的資源調(diào)度算法所占用的虛擬系統(tǒng)資源。通過前面本發(fā)明的各個實施例的說明，本發(fā)明這種基于多調(diào)度方案的虛擬化資源管理模式可以針對不同的應(yīng)用情況實時變換高效合適的資源調(diào)度算法，能夠有效地解決云計算應(yīng)用中需求多樣性帶來的資源分配問題，實現(xiàn)虛擬系統(tǒng)對主機(jī)資源進(jìn)行靈活、快速、動態(tài)的QoS策略在線變換。最后應(yīng)當(dāng)說明的是:以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其限制；盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，所屬領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:依然可以對本發(fā)明的具體實施方式
進(jìn)行修改或者對部分技術(shù)特征進(jìn)行等同替換；而不脫離本發(fā)明技術(shù)方案的精神，其均應(yīng)涵蓋在本發(fā)明請求保護(hù)的技術(shù)方案范圍當(dāng)中。
權(quán)利要求
1.一種云數(shù)據(jù)中心的主機(jī)QoS策略變換方法，包括: 設(shè)置在云數(shù)據(jù)中心的資源池業(yè)務(wù)負(fù)荷監(jiān)視器對每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視； 當(dāng)監(jiān)視到物理服務(wù)器符合變換條件時，所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器為所述物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的，且所述物理服務(wù)器支持的新資源調(diào)度算法； 所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器向所述物理服務(wù)器發(fā)送變換命令，所述變換命令用于通知所述物理服務(wù)器采用所述新資源調(diào)度算法； 所述物理服務(wù)器接收 所述變換命令后，將已有的資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。
2.根據(jù)權(quán)利要求1所述的主機(jī)QoS策略變換方法，其中監(jiān)視所述物理服務(wù)器是否符合變換條件的操作包括以下: 監(jiān)視所述物理服務(wù)器的業(yè)務(wù)負(fù)荷類型是否發(fā)生變化；或者 監(jiān)視所述物理服務(wù)器的資源利用率是否達(dá)到或超過預(yù)設(shè)比例；或者 監(jiān)視所述物理服務(wù)器上運行的部分虛擬機(jī)的資源利用率是否在預(yù)設(shè)時間內(nèi)低于預(yù)設(shè)比例。
3.根據(jù)權(quán)利要求2所述的主機(jī)QoS策略變換方法，其中在為所述物理服務(wù)器選擇適合當(dāng)前業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況的新資源調(diào)度算法的操作之前，還包括: 響應(yīng)系統(tǒng)管理員向所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器下發(fā)的變換指令。
4.根據(jù)權(quán)利要求2所述的主機(jī)QoS策略變換方法，其中還包括: 在所述物理服務(wù)器上創(chuàng)建或啟動虛擬機(jī)時，由系統(tǒng)管理員為該虛擬機(jī)指定應(yīng)用類型，并在所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器中維護(hù)所述應(yīng)用類型和與所述應(yīng)用類型相適應(yīng)的資源調(diào)度算法的對應(yīng)表； 所述為物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的新資源調(diào)度算法的操作具體為: 根據(jù)所述對應(yīng)表來查找所述物理服務(wù)器上運行的虛擬機(jī)的應(yīng)用類型來確定對應(yīng)的資源調(diào)度算法； 結(jié)合由所述對應(yīng)表確定的資源調(diào)度算法和所述物理服務(wù)器當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略選擇適合的，且所述物理服務(wù)器支持的新資源調(diào)度算法。
5.根據(jù)權(quán)利要求1所述的主機(jī)QoS策略變換方法，其中所述將已有的資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行的操作具體包括: 啟動所述新資源調(diào)度算法的隊列機(jī)制； 將新的資源調(diào)度請求轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中，并按照所述新資源調(diào)度算法進(jìn)行排序； 對已有的資源調(diào)度請求的資源申請隊列進(jìn)行分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中重新排序，并在所述前一分段部分調(diào)度執(zhí)行完畢后，所述后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。
6.根據(jù)權(quán)利要求5所述的主機(jī)QoS策略變換方法，其中在所述前一分段部分調(diào)度執(zhí)行完畢之后，還包括:釋放所述原來的資源調(diào)度算法所占用的虛擬系統(tǒng)資源。
7.—種云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)，包括設(shè)置在云數(shù)據(jù)中心的資源池業(yè)務(wù)負(fù)荷監(jiān)視器和至少一個物理服務(wù)器，其中， 所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器用于對所述云數(shù)據(jù)中心中的每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視，并在監(jiān)視到物理服務(wù)器符合變換條件時，為所述物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的，且所述物理服務(wù)器支持的新資源調(diào)度算法，并向所述物理服務(wù)器發(fā)送變換命令，所述變換命令用于通知所述物理服務(wù)器采用所述新資源調(diào)度算法； 所述物理服務(wù)器安裝有虛擬化軟件單元，支持一種以上資源調(diào)度算法，且運行有至少一臺虛擬機(jī)，用于接收所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器發(fā)送的所述變換命令后，將已有的資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行，后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。
8.根據(jù)權(quán)利要求7所述的主機(jī)QoS策略變換系統(tǒng)，其中所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器具體包括: 業(yè)務(wù)負(fù)荷監(jiān)視單元，用于對所述云數(shù)據(jù)中心中的每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視； 變換條件判斷單元，用于監(jiān)視所述物理服務(wù)器的業(yè)務(wù)負(fù)荷類型是否發(fā)生變化，或者監(jiān)視所述物理服務(wù)器的資源利用率 是否達(dá)到或超過預(yù)設(shè)比例，或者監(jiān)視所述物理服務(wù)器上運行的部分虛擬機(jī)的資源利用率是否在預(yù)設(shè)時間內(nèi)低于預(yù)設(shè)比例； 調(diào)度算法選擇單元，用于在監(jiān)視到所述物理服務(wù)器符合變換條件時，為所述物理服務(wù)器選擇適合當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略的，且所述物理服務(wù)器支持的新資源調(diào)度算法； 變換命令發(fā)送單元，用于向所述物理服務(wù)器發(fā)送變換命令，所述變換命令用于通知所述物理服務(wù)器采用所述新資源調(diào)度算法。
9.根據(jù)權(quán)利要求8所述的主機(jī)QoS策略變換系統(tǒng)，其中所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器還包括: 變換指令響應(yīng)單元，用于響應(yīng)于系統(tǒng)管理員向所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器下發(fā)的變換指令，觸發(fā)所述調(diào)度算法選擇單元。
10.根據(jù)權(quán)利要求8所述的主機(jī)QoS策略變換系統(tǒng)，其中所述資源池業(yè)務(wù)負(fù)荷監(jiān)視器還包括: 對應(yīng)表維護(hù)單元，用于維護(hù)所述物理服務(wù)器上創(chuàng)建或啟動虛擬機(jī)時，由系統(tǒng)管理員為該虛擬機(jī)指定的應(yīng)用類型和與所述應(yīng)用類型相適應(yīng)的資源調(diào)度算法的對應(yīng)表。
11.根據(jù)權(quán)利要求10所述的主機(jī)QoS策略變換系統(tǒng)，其中所述調(diào)度算法選擇單元具體包括: 查表組件，用于根據(jù)所述對應(yīng)表來查找所述物理服務(wù)器上運行的虛擬機(jī)的應(yīng)用類型來確定對應(yīng)的資源調(diào)度算法； 智能選擇組件，用于結(jié)合由所述對應(yīng)表確定的資源調(diào)度算法和所述物理服務(wù)器當(dāng)前的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況、計費策略和/或QoS策略選擇適合的，且所述物理服務(wù)器支持的新資源調(diào)度算法。
12.根據(jù)權(quán)利要求7所述的主機(jī)QoS策略變換系統(tǒng)，其中所述物理服務(wù)器具體包括: 新隊列啟動單元，用于啟動所述新資源調(diào)度算法的隊列機(jī)制； 新請求轉(zhuǎn)移排序單元，用于將新的資源調(diào)度請求轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中，并按照所述新資源調(diào)度算法進(jìn)行排序； 已有隊列分段單元，對已有的資源調(diào)度請求的資源申請隊列進(jìn)行分段，劃分成前一分段部分和后一分段部分； 分段轉(zhuǎn)移排序單元，用于將所述后一分段部分轉(zhuǎn)移到所述新資源調(diào)度算法的資源申請隊列中重新排序 ； 第一分段調(diào)度單元，用于對所述前一分段部分繼續(xù)采用原來的資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行； 第二分段調(diào)度單元，用于在所述前一分段部分調(diào)度執(zhí)行完畢后，對所述后一分段部分采用所述新資源調(diào)度算法進(jìn)行調(diào)度執(zhí)行。
13.根據(jù)權(quán)利要求12所述的主機(jī)QoS策略變換系統(tǒng)，其中所述物理服務(wù)器還包括: 資源釋放單元，用于在所述前一分段部分調(diào)度執(zhí)行完畢之后，釋放所述原來的資源調(diào)度算法所占用的虛擬系統(tǒng)資源。
全文摘要
本發(fā)明涉及一種云數(shù)據(jù)中心的主機(jī)QoS策略變換方法，包括設(shè)置在云數(shù)據(jù)中心的資源池業(yè)務(wù)負(fù)荷監(jiān)視器對每個物理服務(wù)器的業(yè)務(wù)負(fù)荷類型及負(fù)荷狀況進(jìn)行監(jiān)視；當(dāng)監(jiān)視到物理服務(wù)器符合變換條件時，為物理服務(wù)器選擇適合的新資源調(diào)度算法；向物理服務(wù)器發(fā)送通知物理服務(wù)器采用新資源調(diào)度算法的變換命令；物理服務(wù)器接收變換命令后，將已有的資源調(diào)度請求和新的資源調(diào)度請求進(jìn)行排序和分段，其中前一分段部分繼續(xù)采用原資源調(diào)度算法調(diào)度執(zhí)行，后一分段部分采用新資源調(diào)度算法調(diào)度執(zhí)行。本發(fā)明還涉及一種云數(shù)據(jù)中心的主機(jī)QoS策略變換系統(tǒng)。本發(fā)明能夠有效地解決云計算應(yīng)用中需求多樣性帶來的資源分配問題，實現(xiàn)QoS策略在線變換。
文檔編號H04L29/08GK103179048SQ20111043150
公開日2013年6月26日 申請日期2011年12月21日 優(yōu)先權(quán)日2011年12月21日
發(fā)明者蔡康, 馮明, 樊勇兵, 唐宏, 金華敏, 賴培源, 陳楠, 燕杰, 秦潤鋒, 陳天, 蔣春元, 李巧玲, 陳培鴻, 朱培軍 申請人:中國電信股份有限公司