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