用戶講解 對于VMware虛擬化技術(shù)的體會(huì)
作為一個(gè)熱愛計(jì)算機(jī)硬件的工作者，不一定要技術(shù)上力挫群芳，重要的是有沒有一個(gè)重在參與的態(tài)度。總想自己寫一點(diǎn)自己的理解性的文字，但是目前關(guān)于一些服務(wù)器硬件方面的文章已經(jīng)在網(wǎng)絡(luò)上泛濫了。我抽了點(diǎn)時(shí)間，把自己這次在公司的Tech Summit上獲得的收獲，整理出了一點(diǎn)文字，下面的文字是我自己培訓(xùn)以后整理的，對VMware虛擬化技術(shù)的理解還稱不上原創(chuàng)，很多知識和信息是與培訓(xùn)的老師一起溝通以后，打開了內(nèi)心的心結(jié)所獲得的。能夠把了解的東西如果能夠與大家一起分享也是一件很愉快的事情。首先VMware虛擬化技術(shù)是一門很新興的技術(shù)，我對虛擬化的了解還停留在門檻階段，所以下面的文字里難免會(huì)有很多認(rèn)識不足和技術(shù)上的錯(cuò)漏，還請大家看過以后幫忙指正與修改。或者把我看做一個(gè)完全門外漢的熱心參與。
通過誤區(qū)的清晰化去了解技術(shù)一直是我學(xué)習(xí)的方式。
在下面這個(gè)問題了解清楚之前，我對VMware虛擬化技術(shù)甚至提出了一個(gè)想法，如果在一臺4路的服務(wù)器上模擬出16路的虛擬運(yùn)行環(huán)境，而只購買4顆CPU的Licence豈不是很賺了，這個(gè)問題在ORACLE的培訓(xùn)課程上講師告訴過我，無論虛擬機(jī)如何設(shè)置，ORACLE的Licence出售始終是按照物理CPU的內(nèi)核數(shù)量來計(jì)算的。
了解虛擬化軟件VMware虛擬化技術(shù)，走出誤區(qū)，VMware虛擬化技術(shù)不能夠把一個(gè)雙路的服務(wù)器虛擬化表現(xiàn)為16路的服務(wù)器，在接觸這個(gè)軟件之前，我甚至認(rèn)為資源是無限虛擬化的，實(shí)際上呢，當(dāng)一臺服務(wù)器被虛擬化了以后，它的資源是通過管理軟件來分享給虛擬機(jī)的，這份被虛擬化集中管理的硬件資源叫做資源池Resource pool，每個(gè)虛擬機(jī)也就是虛擬的服務(wù)器通過虛擬中央管理軟件---Virtual Central management 來對資源池里的處理器以及內(nèi)存資源進(jìn)行分配。比如虛擬機(jī)A用來安裝Linux獲得了30%的絕對CPU資源，20%的共享CPU資源，這里20%的資源與另外的虛擬機(jī)是對等機(jī)會(huì)的，誰先申請誰先獲得。資源池里的資源是有限的，并不是說一臺機(jī)器被安裝上了VMware虛擬化技術(shù)以后，可以無限的劃分虛擬機(jī)來安裝OS和應(yīng)用程序的，比如需要在一臺2路的DELL PE2950服務(wù)器上劃分多少個(gè)虛擬機(jī)實(shí)際上要取決于應(yīng)用程序的負(fù)荷總量，也就是說比如兩顆雙核XEON的3。2G處理器和4GB內(nèi)存能夠提供的100%的資源，能夠滿足到什么程度應(yīng)用，就最大理論上可劃分這樣多的虛擬機(jī)來投入應(yīng)用，而實(shí)際上比如一臺DELL PE2950的100%CPU資源池，虛擬機(jī)A獲得了30%的絕對資源，20%的共享資源，虛擬機(jī)B獲得了40%的絕對資源，20%的共享資源，虛擬機(jī)C獲得了10%的絕對資源，20%的共享資源，實(shí)際上三者相加的絕對資源占有80%，三者可交替申請的共享資源占20%，加起來正好是100%的全部資源。
關(guān)于底層的軟件語言，VMware虛擬化技術(shù)底層大部分是C++環(huán)境，有一些Linux的環(huán)境協(xié)作。上層安裝在虛擬機(jī)上的OS以及應(yīng)用程序其實(shí)是通過這些與低層溝通的虛擬層和裸機(jī)溝通的。我對這個(gè)問題了解的還不夠透徹，虛擬機(jī)軟件是如何內(nèi)嵌在裸機(jī)物理設(shè)備與上層的OS之間，幫助OS調(diào)度硬件資源的，還需要進(jìn)一步的了解。如果有相關(guān)的知識比較清晰與透徹的朋友，可以第一時(shí)間幫助到我。
并不是所有的OS都能夠運(yùn)行于安裝有VMware虛擬化技術(shù)的虛擬機(jī)機(jī)器上的，以前我們有的時(shí)候走入了一個(gè)誤區(qū)，認(rèn)為普通PC機(jī)器無法兼容的一些OS，比如AIX和SCO UNIX都可以通過虛擬機(jī)軟件安裝的方式安裝在X86環(huán)境下，其實(shí)不然，VMware虛擬化技術(shù)公司對自己沒有測試和通過的OS操作系統(tǒng)不做任何技術(shù)上的保障，比如AIX ，HP-UX都是目前VMware虛擬化技術(shù)無法解決的，其實(shí)底層還是涉及到一些上層虛擬機(jī)上的OS通過下層的虛擬層對真實(shí)的硬件資源調(diào)動(dòng)的問題，有些還沒辦法在短的時(shí)間以內(nèi)解決。
關(guān)于VMotion的理解，這個(gè)動(dòng)態(tài)遷移功能組件所能夠?qū)崿F(xiàn)的根本條件，是需要后備的物理服務(wù)器提供充足的資源池空閑空間，并且遷移的源物理服務(wù)器和目的服務(wù)器share同一個(gè)磁盤空間，在需要遷移的那一個(gè)時(shí)刻，實(shí)際上物理服務(wù)器A上的虛擬機(jī)1內(nèi)的內(nèi)存里的所有關(guān)于虛擬機(jī)1的信息全部被封包通過網(wǎng)絡(luò)移交給物理服務(wù)器B上而形成了新的虛擬機(jī)2。這是一個(gè)內(nèi)存信息移交和轉(zhuǎn)移的過程，速度快，但是掉電以及其他突發(fā)的事件會(huì)影響到安全性，網(wǎng)絡(luò)的延遲與阻塞會(huì)讓A，B兩臺物理服務(wù)器之間的虛擬機(jī)動(dòng)態(tài)遷移變得不夠可靠和高速，除非你使用FC或者其他高速的連接選擇。
關(guān)于DRS的理解，這是一個(gè)建立在擁有VMOTION的基礎(chǔ)上，進(jìn)行虛擬機(jī)之間動(dòng)態(tài)均衡的一個(gè)有監(jiān)控特征的組件，他按照你的需要，在半自動(dòng)的情況下，提示你虛擬機(jī)A上的CPU資源耗費(fèi)到100%需要Vmotion到虛擬機(jī)B上面，這個(gè)遷移的過程大約需要3-8分鐘。而如果是全自動(dòng)設(shè)置的情況下，那么這個(gè)遷移的過程將完全自動(dòng)和對你來說透明的實(shí)現(xiàn)。所以DRS組件實(shí)現(xiàn)的功能是一個(gè)具備Load Balance能力的功能。
關(guān)于HA和在虛擬機(jī)上構(gòu)建高可靠性平臺，這個(gè)動(dòng)態(tài)遷移功能組件所能夠?qū)崿F(xiàn)的依據(jù)，是需要不同的物理主機(jī)之間的虛擬機(jī)運(yùn)行同樣的操作系統(tǒng)，并且share磁盤空間。目前在VMware虛擬化技術(shù)上構(gòu)建安全和可靠的企業(yè)級數(shù)據(jù)庫服務(wù)器平臺還需要時(shí)間的考驗(yàn)，VMware虛擬化技術(shù)公司的工程師還不能100%確信自己的產(chǎn)品能夠真實(shí)的達(dá)到物理服務(wù)器能夠給予的安全性和可靠性。所以在這類關(guān)鍵性應(yīng)用中采納VMware虛擬化技術(shù)請三思而后行，不過在WEB以及EMAIL等等類型的服務(wù)器上則可以通過VMware虛擬化技術(shù)的大膽應(yīng)用而大大的提高物理服務(wù)器資源的利用效率，以前8臺1U物理服務(wù)器才能夠達(dá)到的物理環(huán)境你現(xiàn)在可以通過2-3臺2U的高配服務(wù)器虛擬化來實(shí)現(xiàn)，并且能夠通過VMware虛擬化技術(shù)的HA組件提供更加方便的HA可靠性，節(jié)約了投資和提升了利用率。
【編輯推薦】
