匡華

摘 要：虛擬化技術(shù)是云計(jì)算中的關(guān)鍵技術(shù)，自研發(fā)之后備受關(guān)注，虛擬機(jī)動(dòng)態(tài)遷移技術(shù)是虛擬化技術(shù)中的重點(diǎn)內(nèi)容。因?yàn)樘摂M機(jī)具有較大的動(dòng)態(tài)遷移粒度，大部分使用虛擬機(jī)實(shí)現(xiàn)的虛擬化資源計(jì)算中心都是使用虛擬機(jī)動(dòng)態(tài)遷移技術(shù)，以此實(shí)現(xiàn)云計(jì)算中的負(fù)載均衡。在用戶數(shù)量和業(yè)務(wù)需求不斷增加的過(guò)程中，服務(wù)器也被逐漸融入到計(jì)算中心，導(dǎo)致計(jì)算中心能源消耗不斷增加，此方面也逐漸成為云計(jì)算中的主要問(wèn)題，但是現(xiàn)代研究在負(fù)載均衡及綠色節(jié)能方面卻較少。基于此，本文就對(duì)虛擬機(jī)動(dòng)態(tài)遷移技術(shù)背景下的云計(jì)算資源調(diào)度策略進(jìn)行研究。

關(guān)鍵詞：虛擬機(jī) 動(dòng)態(tài)遷移技術(shù) 云計(jì)算 資源調(diào)度

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1674-098X（2017）11（a）-0153-02

在傳統(tǒng)互聯(lián)網(wǎng)技術(shù)和移動(dòng)互聯(lián)網(wǎng)技術(shù)不斷發(fā)展的過(guò)程中，人們?cè)诮尤牖ヂ?lián)網(wǎng)的過(guò)程中也越來(lái)越簡(jiǎn)單，通過(guò)互聯(lián)網(wǎng)能夠滿足人們的不同需求，比如娛樂(lè)、購(gòu)物、學(xué)習(xí)及交流等。據(jù)相關(guān)研究表示，截止到2016年，我國(guó)網(wǎng)民達(dá)到了7個(gè)億，在保證訪問(wèn)效率的基礎(chǔ)上，還要實(shí)現(xiàn)較大用戶群體的服務(wù)，以此要求服務(wù)端具有較高的擴(kuò)展性、可用性及響應(yīng)能力。在此背景下產(chǎn)生了云計(jì)算技術(shù)，其是基于大眾及互聯(lián)網(wǎng)的，所以導(dǎo)致云計(jì)算平臺(tái)中的服務(wù)節(jié)點(diǎn)較多，從而出現(xiàn)部分節(jié)點(diǎn)處于零負(fù)荷狀態(tài)，因此使運(yùn)算資源出現(xiàn)浪費(fèi)現(xiàn)象，并且也不環(huán)保。在云計(jì)算中，虛擬化技術(shù)是尤為重要的技術(shù)，虛擬機(jī)動(dòng)態(tài)遷移技術(shù)也是研究的熱點(diǎn)內(nèi)容。在此背景下，以下就分析虛擬機(jī)動(dòng)態(tài)遷移技術(shù)中的云計(jì)算資源調(diào)度策略。

1 云計(jì)算資源調(diào)度架構(gòu)

對(duì)等式框架和web服務(wù)負(fù)載均衡框架不同，其是在傳統(tǒng)集中式資源調(diào)度框架中不斷完善得到的，其由多個(gè)服務(wù)節(jié)點(diǎn)構(gòu)成，詳見圖1。服務(wù)節(jié)點(diǎn)的主要目的就是提供虛擬機(jī)運(yùn)行環(huán)境，在動(dòng)態(tài)遷移過(guò)程中其能夠?qū)崿F(xiàn)監(jiān)聽模塊的運(yùn)行，并且實(shí)現(xiàn)服務(wù)節(jié)點(diǎn)負(fù)載信息及控制節(jié)點(diǎn)指令信息的監(jiān)聽，并且還能夠?qū)崿F(xiàn)中心控制引擎及本地遷移引擎的部署。

監(jiān)聽模塊的主要目的就是實(shí)現(xiàn)監(jiān)聽系統(tǒng)中服務(wù)節(jié)點(diǎn)資源使用情況的監(jiān)聽，一般負(fù)載信息包括內(nèi)存使用率、CPU使用率、存儲(chǔ)設(shè)備使用率及網(wǎng)絡(luò)寬帶使用率等。監(jiān)聽模塊在監(jiān)聽過(guò)程中具有周期性的特點(diǎn)，其中資源使用情況會(huì)發(fā)送到控制節(jié)點(diǎn)中，其周期不能夠太長(zhǎng)，也不能夠太短，如果周期較長(zhǎng)，那么數(shù)據(jù)時(shí)效性較差；如果較短，雖然數(shù)據(jù)具有實(shí)時(shí)性，但是因?yàn)轭l發(fā)的負(fù)載監(jiān)聽會(huì)導(dǎo)致服務(wù)節(jié)點(diǎn)及控制節(jié)點(diǎn)的開銷較大。

觸發(fā)遷移模塊由基于二指平滑算法觸發(fā)策略組成，一般負(fù)載均衡方案中會(huì)設(shè)置負(fù)載閥值，之后實(shí)現(xiàn)節(jié)點(diǎn)負(fù)載的監(jiān)聽，如果負(fù)載超過(guò)此閾值，那么負(fù)載均衡方案就會(huì)觸發(fā)。此策略雖然于一般web服務(wù)來(lái)說(shuō)可行，因?yàn)槠渚哂休^小的操作粒度，操作較為簡(jiǎn)單，只要實(shí)現(xiàn)用戶請(qǐng)求轉(zhuǎn)發(fā)就能夠?qū)崿F(xiàn)。但是虛擬化云平臺(tái)中不可行，因?yàn)樘摂M機(jī)遷移粒度較大，為了保證短時(shí)間中的負(fù)載不會(huì)導(dǎo)致動(dòng)態(tài)遷移，就要設(shè)置合理的觸發(fā)策略，全面考慮負(fù)載均衡及系統(tǒng)整體能源消耗，所以觸發(fā)遷移模塊不能夠只關(guān)注負(fù)載上升方面，還要考慮節(jié)點(diǎn)負(fù)載下降問(wèn)題。在觸發(fā)遷移模塊時(shí)，要通過(guò)流程判斷得到需要實(shí)現(xiàn)的虛擬機(jī)遷移，之后調(diào)用虛擬機(jī)調(diào)度模塊，通知調(diào)度模塊實(shí)現(xiàn)遷移工作，之后實(shí)現(xiàn)其他工作。

虛擬機(jī)調(diào)度模塊的主要目的是實(shí)現(xiàn)虛擬機(jī)調(diào)度命令，在模塊接收來(lái)自觸發(fā)遷移模塊的遷移指令時(shí)，其能夠?qū)χ行目刂埔婀?jié)點(diǎn)發(fā)送選擇請(qǐng)求，并且對(duì)虛擬機(jī)選擇模塊，以此獲得需要遷移的虛擬機(jī)編號(hào)，之后實(shí)現(xiàn)虛擬機(jī)遷移，之后返回到遷移結(jié)果。此模塊還要實(shí)現(xiàn)遷出虛擬機(jī)是否在節(jié)點(diǎn)最后活動(dòng)虛擬機(jī)的判斷，如果是，那么就要以綠色節(jié)能原則為基礎(chǔ)，將其所處的服務(wù)節(jié)點(diǎn)進(jìn)行關(guān)閉，之后通知中心控制引擎。

2 中心控制引擎

在每個(gè)服務(wù)節(jié)點(diǎn)配置中心控制引擎，臨時(shí)控制節(jié)點(diǎn)中的控制服務(wù)為激活狀態(tài)，其主要包括選擇目標(biāo)節(jié)點(diǎn)、動(dòng)態(tài)管理節(jié)點(diǎn)及網(wǎng)絡(luò)通信模塊。

選擇目標(biāo)節(jié)點(diǎn)模塊的主要目的為接受不同服務(wù)節(jié)點(diǎn)觸發(fā)的遷移模塊負(fù)載信息，對(duì)負(fù)載信息實(shí)施處理并且生成最優(yōu)目標(biāo)節(jié)點(diǎn)序列。在服務(wù)節(jié)點(diǎn)需要實(shí)現(xiàn)虛擬機(jī)遷移并且具有請(qǐng)求時(shí)，選擇合適的節(jié)點(diǎn)，將結(jié)果返回到請(qǐng)求節(jié)點(diǎn)中。為了實(shí)現(xiàn)服務(wù)節(jié)點(diǎn)發(fā)送負(fù)載信息的保存，要向系統(tǒng)申請(qǐng)內(nèi)存，也就是通過(guò)delete及new操作實(shí)現(xiàn)內(nèi)存的申請(qǐng)及釋放。

本文所使用的框架中動(dòng)態(tài)管理節(jié)點(diǎn)模塊功能有所減少，因?yàn)楣?jié)點(diǎn)關(guān)閉要求服務(wù)節(jié)點(diǎn)自己判斷，所以這個(gè)時(shí)候的管理模塊只需要實(shí)現(xiàn)某個(gè)集群節(jié)點(diǎn)狀態(tài)的維護(hù)，并且系統(tǒng)在整體超負(fù)載時(shí)候啟動(dòng)其他節(jié)點(diǎn)時(shí)停用節(jié)點(diǎn)，將需要的節(jié)點(diǎn)開啟就行。為了解決節(jié)點(diǎn)故障，此模塊通過(guò)心跳檢測(cè)，實(shí)現(xiàn)集群服務(wù)節(jié)點(diǎn)狀態(tài)表的遍歷，并且對(duì)活動(dòng)服務(wù)節(jié)點(diǎn)發(fā)送心跳數(shù)據(jù)包。為了滿足檢測(cè)效果，避免出現(xiàn)頻繁的通信，就要降低節(jié)點(diǎn)被動(dòng)終止服務(wù)的概率。

為了能夠降低模塊的復(fù)雜程度，提高網(wǎng)絡(luò)資源的使用效率，本文設(shè)計(jì)網(wǎng)絡(luò)通信模塊，使其能夠負(fù)責(zé)模塊之間的網(wǎng)絡(luò)通信。因?yàn)槠渲械哪K較多，并且數(shù)據(jù)類型較多，所以就要使用特定的方式指定數(shù)據(jù)類型。為了避免中心控制引擎同時(shí)和多個(gè)不同的本地控制服務(wù)占據(jù)網(wǎng)絡(luò)資源，可以通過(guò)消息隊(duì)列方式實(shí)現(xiàn)通信模塊的數(shù)據(jù)傳送。

3 云計(jì)算資源調(diào)度策略的算法

虛擬機(jī)動(dòng)態(tài)遷移技術(shù)視角中云計(jì)算資源調(diào)度策略考慮的問(wèn)題較多，對(duì)于種種問(wèn)題，要根據(jù)實(shí)際主機(jī)負(fù)載動(dòng)態(tài)實(shí)現(xiàn)虛擬機(jī)資源的遷移調(diào)度，以此能夠有效解決云計(jì)算資源使用率低及負(fù)載不均衡問(wèn)題。

根據(jù)目前監(jiān)測(cè)的數(shù)據(jù)使用率實(shí)現(xiàn)判斷，如果某個(gè)節(jié)點(diǎn)中的虛擬機(jī)中使用率比最高限定值大，就將虛擬機(jī)從節(jié)點(diǎn)中遷移出，降低SLA被破壞的幾率。如果節(jié)點(diǎn)中虛擬機(jī)總使用率比最低限定值小，此節(jié)點(diǎn)中虛擬機(jī)將被全部遷移出去，將物理機(jī)節(jié)點(diǎn)關(guān)閉，以此節(jié)省此閑置節(jié)點(diǎn)導(dǎo)致的電力能耗消耗；如果虛擬機(jī)計(jì)算能力比目標(biāo)主機(jī)剩余計(jì)算能力小，并且目標(biāo)主機(jī)具備虛擬機(jī)使用的寬帶及內(nèi)存資源，才能夠?qū)崿F(xiàn)遷移，否則就不遷移。在遷移結(jié)束之后，刪除遷移虛擬機(jī)，之后實(shí)現(xiàn)系統(tǒng)狀態(tài)信息的更新，從而其中節(jié)點(diǎn)CPU的使用率及計(jì)算剩余能力等性能參與都會(huì)改變，在下一次遷移過(guò)程中，列表節(jié)點(diǎn)就會(huì)繼續(xù)判斷，從而實(shí)現(xiàn)各節(jié)點(diǎn)的遍歷，實(shí)現(xiàn)虛擬機(jī)遷移操作的執(zhí)行。

負(fù)載均衡度通過(guò)服務(wù)器中CPU的使用率方差表示，服務(wù)器資源i目前使用的CPU使用率使用ui表示，宿主機(jī)數(shù)量通過(guò)m表示，某時(shí)間所有平均CPU使用率通過(guò)以下公式計(jì)算：

通過(guò)以上公式得到負(fù)載均衡度：

通過(guò)得到的值決定負(fù)載均衡，目標(biāo)是降低負(fù)載均衡度的值。計(jì)算能耗：假如服務(wù)器空閑時(shí)候的電力能源消耗百分比為k，服務(wù)器滿載時(shí)候的能源消耗為Pfull，服務(wù)器CPU的使用率為ui，在時(shí)間不斷增長(zhǎng)過(guò)程中的總能源消耗為：

E=k×Pfull+（1-k）×Pfull×ui

通過(guò)計(jì)算能力得到SLA破壞的程度，以下公式為SLA破壞百分比：

SLA=（Userreq-Userallocate）/Userreq

4 結(jié)語(yǔ)

云計(jì)算系統(tǒng)屬于大規(guī)模云數(shù)據(jù)中心，將本文所研究的資源調(diào)度策略通過(guò)實(shí)驗(yàn)評(píng)估表示，在遷移時(shí)間不斷增加的過(guò)程中，虛擬機(jī)動(dòng)態(tài)遷移策略負(fù)載均衡不斷減少，以此表示本文研究的資源調(diào)度策略的負(fù)載均衡效果良好，能夠有效提高資源的使用率。表示虛擬機(jī)動(dòng)態(tài)遷移技術(shù)中的云計(jì)算資源調(diào)度策略能夠解決云環(huán)境中負(fù)載不均衡的問(wèn)題，并且避免造成資源空閑浪費(fèi)。

參考文獻(xiàn)

[1] 田文洪，趙勇.云計(jì)算資源調(diào)度管理[M].北京：國(guó)防工業(yè)出版社，2011.

[2] 沈舒.云計(jì)算與網(wǎng)絡(luò)計(jì)算的比較[J].軟件導(dǎo)航，2009，8 （12）：10-11.

[3] 穆德，鄧智群.網(wǎng)格計(jì)算中任務(wù)資源研究綜述[J].計(jì)算機(jī)應(yīng)用研究，2005，5（1）：16-19.endprint