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