教你如何來(lái)選擇正確的虛擬化技術(shù)...

南書(shū)風(fēng) 2009-03-18

展開(kāi)全文

教你如何來(lái)選擇正確的虛擬化技術(shù)

發(fā)表時(shí)間：2009-03-17 11:25:28.0 作者：CBISMB編輯

被過(guò)濾廣告

　　越來(lái)越少的IT公司會(huì)詢問(wèn)他們是否應(yīng)該虛擬化他們的系統(tǒng)。當(dāng)前的問(wèn)題所在就是他們?nèi)绾蝸?lái)在他們的環(huán)境中去平衡虛擬化。在X86以及UNIX領(lǐng)域，虛擬化解決方案的不斷成熟給了這些公司無(wú)數(shù)的選擇。許多的選擇都給大家提供了很高的靈活性，但是帶來(lái)靈活性的同時(shí)，也引來(lái)了許多的混亂以及復(fù)雜性。

　　每一個(gè)虛擬化的技術(shù)都以一種不同的方式操作。由于每一個(gè)IT環(huán)境都十分的復(fù)雜，它們有著自己獨(dú)一無(wú)二的操作方式、技術(shù)組件以及商務(wù)限制，因此整個(gè)就是一個(gè)很混合的狀況。正因?yàn)槿绱耍簿筒豢赡茚槍?duì)每一個(gè)IT場(chǎng)景有一個(gè)非常理想的虛擬化技術(shù)。因此，最好的辦法就是把資源關(guān)注在針對(duì)特定環(huán)境而選擇的特定技術(shù)，而不是去找一個(gè)幾乎不可能的“完美”解決方案。

　　以下的一些因素會(huì)影響虛擬化軟件的選擇。

　　1、活動(dòng)性以及可移動(dòng)性

　　可移動(dòng)性讓?xiě)?yīng)用程序在物理服務(wù)器上相互轉(zhuǎn)移，而不需要中斷。這個(gè)特性在VMware的VMotion、XenMotion以及IBM P6 LPARs上已有，因此可移動(dòng)性具有改變?nèi)萘抗芾淼臐摿Α?br>
　　但是，這并不是說(shuō)它沒(méi)有問(wèn)題。可移動(dòng)性會(huì)帶來(lái)可變性，而且會(huì)給管理組的成員(他們要進(jìn)行事件管理以及處理兼容性問(wèn)題)帶來(lái)很大的挑戰(zhàn)。因此，為了評(píng)判可移動(dòng)性是否在你的環(huán)境中是一個(gè)很好的選擇，公司需要首先分析維護(hù)窗口、負(fù)載方式的一致性以及災(zāi)難恢復(fù)的策略。

　　維護(hù)窗口

　　當(dāng)組合到一個(gè)單一的物理平臺(tái)上，維護(hù)窗口就變得混合了。針對(duì)硬件維護(hù)，創(chuàng)建一個(gè)沒(méi)有時(shí)間窗口的場(chǎng)景是非常容易的。對(duì)于軟件也會(huì)產(chǎn)生同樣的問(wèn)題。移動(dòng)虛擬機(jī)的能力可以幫助減少這個(gè)問(wèn)題，通過(guò)允許服務(wù)器被挪下線來(lái)進(jìn)行計(jì)劃的維護(hù)或者軟件的升級(jí)。另外的一種情況是，當(dāng)不能移動(dòng)到適當(dāng)?shù)牡胤?，虛擬主機(jī)上應(yīng)用程序合適的初始放置位置就顯得非常重要。但是，無(wú)論在哪一個(gè)情況下，作出正確的放置決定是非常關(guān)鍵的，因?yàn)榭梢苿?dòng)性中很少的行為會(huì)包含一個(gè)與軟件方面的沖突。

　　負(fù)載方式的一致性

　　可移動(dòng)性的優(yōu)勢(shì)很產(chǎn)生很大的不同，這主要依賴于負(fù)載方式的可變性級(jí)別。在高可變性負(fù)載環(huán)境中，它對(duì)于平衡空間能力非常有用。但是，在低可變性場(chǎng)景中，可移動(dòng)性的好處就會(huì)降低。

　　公司可以每天或者每周基于負(fù)載方式的可變性來(lái)分析理想的位置。如果負(fù)載方式每天和每天都幾乎一樣，那么一個(gè)靜態(tài)的放置就已經(jīng)足夠了，顯然可移動(dòng)性的可變性也就顯得沒(méi)有必要了。相反，如果每天和每天的負(fù)載方式都顯著不同，那么就需要一個(gè)動(dòng)態(tài)的解決方案(即可移動(dòng)性)。

　　災(zāi)難恢復(fù)策略

　　如果應(yīng)用級(jí)別的復(fù)制或者熱備份不是災(zāi)難恢復(fù)計(jì)劃的一部分，那么可移動(dòng)性會(huì)破壞這些做法。比如，一個(gè)人可能不注意地把一個(gè)生產(chǎn)服務(wù)器放在同一個(gè)位置作為它的災(zāi)難恢復(fù)服務(wù)器。為了避免這種缺陷，公司應(yīng)該進(jìn)行一個(gè)災(zāi)難恢復(fù)策略、角色、集群策略、集群角色以及復(fù)制結(jié)構(gòu)的詳細(xì)分析。

　　2、過(guò)載以及可測(cè)量性

　　有很多的操作模式方面的因素會(huì)影響虛擬化的成功。這包括I/O被處理的方式、每個(gè)虛擬機(jī)的最大CPU數(shù)量以及在它們平臺(tái)上廠商如何給軟件許可的方式。公司可以通過(guò)考慮如下的因素來(lái)繞過(guò)這些過(guò)載以及可測(cè)量性方面的考慮。

　　I/O速率

　　一些軟件組件，比如那些I/O操作頻繁的數(shù)據(jù)庫(kù)服務(wù)器可能更適合于那些不使用虛擬化設(shè)備驅(qū)動(dòng)的虛擬化技術(shù)，因?yàn)檫@些設(shè)備驅(qū)動(dòng)每一次進(jìn)行的I/O操作會(huì)給CPU造成很大的負(fù)擔(dān)，以致讓系統(tǒng)會(huì)接近它的底線。一些技術(shù)，比如VMware的設(shè)備映射(device mapping)同樣在這方面提供了更高的效率，但是使用這些特色就會(huì)阻礙可移動(dòng)性。

　　為了決定采用一個(gè)更好的辦法，公司要使用一個(gè)特殊策略的負(fù)載模型。該模型基于物理服務(wù)器上的I/O活動(dòng)，會(huì)增加CPU的使用數(shù)量。這是一個(gè)很簡(jiǎn)單的方式來(lái)捕獲那些不適于給定虛擬化解決方案的工作負(fù)載類型。

　　非計(jì)算密集的應(yīng)用

　　理論情況下，在一個(gè)虛擬主機(jī)上放置很多非計(jì)算密集的應(yīng)用是有可能的。但是，這里有很多的因素會(huì)限制著這種場(chǎng)景的可測(cè)量性。而且，查明哪些因素會(huì)限制環(huán)境會(huì)更加復(fù)雜。

　　第一步就是采用一個(gè)CPU“量化”模型。如果一個(gè)虛擬化技術(shù)的方式是一個(gè)物理CPU模型有一個(gè)虛擬CPU，并且嚴(yán)格執(zhí)行，那么，虛擬系統(tǒng)的數(shù)量會(huì)受到CPU數(shù)量的限制。而當(dāng)新的模型變得可用以允許分配更細(xì)的物力資源，這個(gè)問(wèn)題就會(huì)逐漸減弱，但是一定還要很謹(jǐn)慎來(lái)注意這種約束，以防止令人不快的事情發(fā)生。

　　存儲(chǔ)是一個(gè)更加復(fù)雜的部分。那些做的不是很多的應(yīng)用和那些處于活動(dòng)狀態(tài)的應(yīng)用相比，通常使用同等數(shù)量的存儲(chǔ)。加入一些這種應(yīng)用會(huì)給整個(gè)目標(biāo)系統(tǒng)的存儲(chǔ)能力帶來(lái)負(fù)擔(dān)，但是卻不會(huì)給CPU使用能力方面產(chǎn)生太大影響。

　　潛在的架構(gòu)的可測(cè)量性同樣會(huì)讓問(wèn)題更加復(fù)雜。當(dāng)運(yùn)行太多的映像時(shí)，一些應(yīng)用會(huì)死掉，而不管它們做了什么。其它的會(huì)平衡背板互連、緩存模型以及更高的上下文切換能力來(lái)允許更多數(shù)量的虛擬機(jī)，同時(shí)不會(huì)影響整個(gè)系統(tǒng)的可靠性。為了決定轉(zhuǎn)向“大節(jié)點(diǎn)”(fat nodes)是否有意義，公司需要平臺(tái)的可測(cè)量以及負(fù)載測(cè)試。

　　軟件許可模型

　　一些應(yīng)用在一個(gè)特別的虛擬化技術(shù)上是不支持的。即使軟件支持不是一個(gè)問(wèn)題，軟件的許可模型同樣在虛擬化的ROI中起一個(gè)很重要的角色。比如，如果每個(gè)物理服務(wù)器有一個(gè)軟件許可，這就會(huì)巨大地減少?gòu)奶摂M化當(dāng)中獲得的好處。這就會(huì)讓你尋找一個(gè)物理配置來(lái)支持負(fù)載，通常者需要拋棄掉垂直的架構(gòu)方式，而采用更小的水平方式部署服務(wù)器。

　　3、安全性

　　公司通常在一個(gè)物理到虛擬轉(zhuǎn)變的過(guò)程中，對(duì)安全沒(méi)有太多的管理。當(dāng)然，當(dāng)前也沒(méi)有一些公開(kāi)的書(shū)籍來(lái)幫助大家確保一個(gè)虛擬環(huán)境的安全。以下的一些考慮會(huì)減少你的虛擬化安全風(fēng)險(xiǎn)。

　　安全區(qū)域

　　在一個(gè)虛擬化環(huán)境中混合安全區(qū)域是一個(gè)很差的主意，因?yàn)榇蠖鄶?shù)的虛擬化技術(shù)不提供足夠的很強(qiáng)安全性的隔離模型。比如，將那些連接到敏感的內(nèi)部網(wǎng)絡(luò)的系統(tǒng)放置到同一個(gè)物理主機(jī)上，就像那些連接到一個(gè)DMZ上，是沒(méi)有任何意義的。

　　除此之外，有很多的虛擬化解決方案都有管理級(jí)別的角色，這允許你查看所有虛擬映像的磁盤(pán)映像。這會(huì)導(dǎo)致巨大的缺陷，通過(guò)允許敏感安全區(qū)域被橋接。而且，在虛擬化的解決方案中，這個(gè)問(wèn)題會(huì)被加劇。因?yàn)?，虛擬化的解決方案會(huì)包含內(nèi)部的網(wǎng)絡(luò)交換機(jī)，這些交換機(jī)控制在同一個(gè)物理主機(jī)上的虛擬機(jī)之間的交互。這些技術(shù)可以允許虛擬系統(tǒng)完全繞過(guò)所有建立的端口級(jí)別的防火墻過(guò)濾、深層包捕獲以及管理環(huán)境的QoS策略。這會(huì)給整個(gè)環(huán)境打開(kāi)了一個(gè)危險(xiǎn)的窗口，這個(gè)窗口不能被網(wǎng)絡(luò)級(jí)的安全工具所檢測(cè)到。

　　私有信息

　　許多的虛擬化技術(shù)都允許訪問(wèn)那些存儲(chǔ)在下線的虛擬化映像，通過(guò)把它們以硬盤(pán)方式連接時(shí)。盡管這給了用戶足夠的方便，同時(shí)也會(huì)引入更多的問(wèn)題，這會(huì)讓一些人非常容易地帶走一個(gè)硬盤(pán)數(shù)據(jù)。除此之外，這會(huì)讓一些重要的東西更加小心，當(dāng)虛擬化一些應(yīng)用，這些應(yīng)用把一些數(shù)據(jù)放在臨時(shí)文件或者其它本地存儲(chǔ)中。

　　4、成本差異

　　好的企業(yè)通常會(huì)通過(guò)一些場(chǎng)景來(lái)決定針對(duì)它們環(huán)境更好的虛擬化解決方案。這包括考慮許可費(fèi)用成本、實(shí)現(xiàn)費(fèi)用以及硬件/軟件成本。比如，實(shí)現(xiàn)的成本會(huì)根據(jù)轉(zhuǎn)移至下一代服務(wù)器、存儲(chǔ)、應(yīng)用工程等等的成本而有所不同。而且，如果應(yīng)用級(jí)別的改變是需要的，成本就要考慮。作為一個(gè)通用的規(guī)則，如果包含功能或者用戶可以接受的級(jí)別測(cè)試，ROI就會(huì)很快消失。

　　另一個(gè)考慮就是所用硬件的類型。虛擬高密度的物力架構(gòu)，比如刀片，會(huì)減少服務(wù)器的數(shù)量，但隨之而來(lái)的附加散熱系統(tǒng)成本可能會(huì)減少你的真正受益。同樣地，使用大節(jié)點(diǎn)以及大的垂直型服務(wù)器提供了很高的可測(cè)量性以及效率，但是卻需要很高的成本。而機(jī)架式的服務(wù)器相對(duì)簡(jiǎn)單并且易于部署，但是因?yàn)樗鼈児蚕砀俚挠布M件，因此它們?cè)谔峁┙?jīng)濟(jì)規(guī)模方面會(huì)很有限。

　　5、退款模型(資源管理)

　　虛擬化方面一個(gè)非常重要的并且通常不被期待的問(wèn)題就是缺乏一個(gè)可行的退款模型。這也就意味著，虛擬環(huán)境必須被設(shè)計(jì)為它們不會(huì)相互交叉。如果沒(méi)有一個(gè)退款模型，就需要你的解決方案提供一種方式來(lái)獲得精確的使用信息來(lái)確保計(jì)算資源的平衡。

　　6、結(jié)論

　　浩瀚的虛擬化技術(shù)通常讓泥做出一個(gè)正確的選擇變得很難，并且是一個(gè)很復(fù)雜的事情。因此，掌握一些辦法來(lái)分析影響虛擬化的主要因素以使你的業(yè)務(wù)可以避免大的失誤。而且，做一些假設(shè)的場(chǎng)景來(lái)分析商務(wù)以及技術(shù)的限制--從安全到負(fù)載，使得你可以作出更好的決策，這最終決定著你在當(dāng)前這個(gè)復(fù)雜的狀況下是否可以成功。

本站是提供個(gè)人知識(shí)管理的網(wǎng)絡(luò)存儲(chǔ)空間，所有內(nèi)容均由用戶發(fā)布，不代表本站觀點(diǎn)。請(qǐng)注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購(gòu)買(mǎi)等信息，謹(jǐn)防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請(qǐng)點(diǎn)擊一鍵舉報(bào)。

轉(zhuǎn)藏 分享

QQ空間 QQ好友新浪微博微信

獻(xiàn)花（0） +1

來(lái)自：南書(shū)風(fēng) > 《CIO》

舉報(bào)/認(rèn)領(lǐng)