2.3部署流程
（a）調(diào)度中心收到調(diào)度請求。
（b）調(diào)度中心根據(jù)用戶請求在服務(wù)器集群中選擇能夠滿足用戶需求的一臺服務(wù)器作為宿主機(jī)，并將此請求轉(zhuǎn)給該宿主機(jī)的虛擬機(jī)管理模塊。
（c）由宿主機(jī)上虛擬機(jī)管理模塊將用戶所需的虛擬機(jī)鏡像模板信息發(fā)送至數(shù)據(jù)塊管理服務(wù)器。
（d）由數(shù)據(jù)塊服務(wù)器根據(jù)用戶需求首先在模塊分塊表中查看該模板分塊數(shù)目Data＿num，然后在數(shù)據(jù)塊存儲表中篩選各數(shù)據(jù)塊的存儲信息發(fā)送至宿主機(jī)。
（e）由宿主機(jī)上的數(shù)據(jù)塊傳輸模塊實(shí)現(xiàn)傳輸任務(wù)。其步驟如下：
（a）獲取所需模板文件的分塊數(shù)目Data＿num。建立Data＿num個線程來并行傳輸這Data＿num個數(shù)據(jù)塊。
（b）從數(shù)據(jù)塊存儲表中依次讀取模板文件的各數(shù)據(jù)塊的Data＿path［i］、Storage＿num［i］（i∈［1，Data＿num］）。同時，應(yīng)用HttpURLConnection．getHeaderField（sHeader）函數(shù)獲得該數(shù)據(jù)塊大小Data［i］．Length。將該數(shù)據(jù)塊分為Storage＿num［i］個部分。為區(qū)別之前提到的數(shù)據(jù)塊，本文將這Storage＿num［i］個部分叫做傳輸數(shù)據(jù)段。這些數(shù)據(jù)段的大小為Data＿splitter，計算方法為
（e）在確定線程的Data＿path時，取Load＿time值最小的存儲節(jié)點(diǎn)。為避免并行的線程數(shù)目過多，嚴(yán)重消耗系統(tǒng)資源，這里采用線程池技術(shù)來控制線程的總個數(shù)，減少線程的創(chuàng)建次數(shù)。
（f）當(dāng)完成各個數(shù)據(jù)塊的傳輸后，由數(shù)據(jù)塊合并模板將各模板數(shù)據(jù)塊合并為完成的虛擬機(jī)鏡像模板文件。
（g）虛擬機(jī)鏡像模板實(shí)例化，應(yīng)用實(shí)例化指令來完成虛擬機(jī)鏡像模板文件的實(shí)例化。
3 實(shí)驗(yàn)結(jié)果與分析
為驗(yàn)證上述研究的可用性和有效性，本文進(jìn)行了相關(guān)實(shí)驗(yàn)。實(shí)驗(yàn)環(huán)境由5臺機(jī)架式服務(wù)器組成，配置均為2顆AMDOpteron23７8CPU，共8核心，32GB內(nèi)存，512GBSATA硬盤。所有服務(wù)器通過千兆交換機(jī)相連組成一個千兆網(wǎng)絡(luò)。其中1臺服務(wù)器作為調(diào)度中心，1臺服務(wù)器作為數(shù)據(jù)塊管理服務(wù)器，3臺服務(wù)器作為服務(wù)器集群宿主機(jī)。采用VMwareServer2作為虛擬機(jī)監(jiān)視器。
實(shí)驗(yàn)中，本文分別對同時部署1、6、15、30臺規(guī)模虛擬機(jī)群的情況進(jìn)行測試，觀察部署過程中平均單臺虛擬機(jī)所花費(fèi)的部署時間消耗等情況。實(shí)驗(yàn)中采用了平均調(diào)度策略來部署虛擬機(jī)群，即將指定數(shù)量的虛擬機(jī)平均部署在每臺宿主機(jī)上。
首先選擇該實(shí)驗(yàn)環(huán)境中的分塊策略，將預(yù)部署的模板文件（3GB）按一定大小分割為N個數(shù)據(jù)塊。將該N個數(shù)據(jù)塊命名為WT＿N＿i（i∈［1，N］）。N值依次取3、6、8、10，來測量不同分塊策略的傳輸效率。測試結(jié)果如表2所示。
表1 N＝3時的數(shù)據(jù)塊存儲表
表2 不同分塊數(shù)目傳輸耗時
按照傳統(tǒng)方法部署不同規(guī)模的虛擬機(jī)集群，其實(shí)驗(yàn)數(shù)據(jù)如表3所示。
表3 傳統(tǒng)方法部署虛擬機(jī)群的實(shí)驗(yàn)結(jié)果
按照優(yōu)化后的方法部署不同規(guī)模的虛擬機(jī)集群，其實(shí)驗(yàn)數(shù)據(jù)如表4所示。
表4 優(yōu)化后方法部署虛擬機(jī)群的實(shí)驗(yàn)結(jié)果
實(shí)驗(yàn)結(jié)果顯示，當(dāng)部署的虛擬機(jī)臺數(shù)較少時，傳統(tǒng)方法由于不需要進(jìn)行數(shù)據(jù)塊合并的過程，因此調(diào)度時間略少于本文所述的方法。但是隨著虛擬機(jī)部署規(guī)模的不斷擴(kuò)大，采用優(yōu)化后的方法后，單臺虛擬機(jī)的平均部署時間會出現(xiàn)明顯低于以往，節(jié)省了3％～45％的部署時間，提高了14％～52％的單臺傳輸速度，如圖4、5所示。
圖4 傳統(tǒng)方法與優(yōu)化方法傳輸速度的對比
圖5 傳統(tǒng)方法與優(yōu)化方法部署時間的對比
4 結(jié)束語
云計算平臺的快速彈性特征使其區(qū)別是傳統(tǒng)的數(shù)據(jù)中心平臺。本文提出了一種優(yōu)化的虛擬機(jī)群快速部署機(jī)制，避免了集中式存儲架構(gòu)面臨的局限，提高了虛擬機(jī)群的彈性部署能力。相關(guān)實(shí)驗(yàn)驗(yàn)證了其可用性和有效性。目前的實(shí)踐中，本文針對VMwareServer虛擬機(jī)監(jiān)視器實(shí)現(xiàn)了相關(guān)功能，下一步的工作是逐步擴(kuò)展到XEN等更多類型虛擬機(jī)監(jiān)視器，使該模型適用于不同的虛擬環(huán)境。
核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://m.hanmeixuan.com/
本文標(biāo)題：云計算環(huán)境下虛擬機(jī)部署策略的優(yōu)化（下）
本文網(wǎng)址：http://m.hanmeixuan.com/html/consultation/1083976447.html
相關(guān)文章
