實戰(zhàn)：如何實現(xiàn)從物理到虛擬基礎(chǔ)架構(gòu)遷移？
原創(chuàng)在進(jìn)行小型企業(yè)基礎(chǔ)架構(gòu)虛擬化的進(jìn)程中，看上去讓一切井然有序地運行起來并非一件容易的事情。然而，在很多情況下，這個過程中最困難的部分其實是把所有預(yù)算綜合在一起，然后用有限的資金去選擇必要的硬件和軟件設(shè)施——而開始著手進(jìn)入虛擬化則相對而言比較簡單。
從物理基礎(chǔ)架構(gòu)遷移到虛擬基礎(chǔ)架構(gòu)，最重要的是，必須在遷移某臺機(jī)器或者在投入生產(chǎn)之前，甚至在你開始測試之前，確保所有的部件都準(zhǔn)備就緒。就像組裝一張從宜家買的桌子一樣，在進(jìn)行安裝之前把所有的工具都準(zhǔn)備好，這樣會讓工作進(jìn)展得更為順利。所以，在進(jìn)行這次艱難的虛擬化之旅之前，確認(rèn)準(zhǔn)備好每一件必備的東西，這會讓整個過程更為順利和快捷，也會大大提高成品的質(zhì)量。
為此，充分認(rèn)識你所選擇的虛擬化方案的功能和局限性至關(guān)重要。在某些情況下，有限的預(yù)算可能不能讓你享受到一些高端的功能，所以你必須對這些功能進(jìn)行了解以后做出合理的讓步。
例如，你可能會需要主機(jī)之間的實時虛擬服務(wù)器遷移許可，但是可能就要舍棄自動負(fù)載平衡或者高可用性，或者不得不放棄高級內(nèi)存優(yōu)化和類似的功能。
在第一種情況下，你需要在多臺物理主機(jī)中間手動平衡虛擬服務(wù)器，并且手動連接和重啟這些服務(wù)器需要關(guān)閉一臺物理服務(wù)器。在后一種情況下，你就需要為每臺物理主機(jī)準(zhǔn)備更多的內(nèi)存否則高級內(nèi)存共享就無法使用。
還有一些其它的例子，不過以上這些都是比較常見的。在規(guī)模較小的基礎(chǔ)架構(gòu)中，缺少這些功能可能無關(guān)緊要，因為由于虛擬服務(wù)器的數(shù)量較少，而且它們一般不會遇到負(fù)載不平衡或者高變量的工作負(fù)載。無論怎樣，在開始工作之前，對你手里的東西做一下充分的了解是十分必要的。
建設(shè)網(wǎng)絡(luò)
擁有足夠的物理服務(wù)器馬力、以太網(wǎng)交換機(jī)和足夠的存儲是極為重要的。在市場上有很多物美價廉的存儲設(shè)備，它們可以處理虛擬化的工作負(fù)載以及多核服務(wù)，而且他們的價格非常合理。
如果可能的話，無論選擇何種方案，你最好是都有一個合理的冗余方案，比如冗余電源供給和給予保護(hù)的冗余磁盤陣列（RAID）水平，至少是RAID5。如果基礎(chǔ)架構(gòu)非常小，沒有什么存儲共享計劃，那么為物理主機(jī)服務(wù)器或者服務(wù)器配備電源支持的磁盤陣列控制器就非常重要了，最好是選擇位于服務(wù)器內(nèi)部的RAID6。
還需要注意的是，如果你放棄了共享存儲，那么你就無法利用類似于實時遷移的功能，你也不能快速啟動依存于故障物理主機(jī)內(nèi)本地存儲的虛擬服務(wù)器。此外，在以太網(wǎng)交換器方面，確保你的交換器能夠鏈路聚合。
一旦處理好這些問題，建設(shè)網(wǎng)絡(luò)就變得輕而易舉了。對于一個共享存儲的解決方案而言，每臺物理主機(jī)都應(yīng)該有至少四個網(wǎng)絡(luò)接口：兩個為故障轉(zhuǎn)移配置——以便在緊急情況下切換到備份系統(tǒng)；另外兩個則是為前端的鏈路聚合而配備的。對于非共享部署，你可以只選擇兩個聚合的前端接口。
為了預(yù)防任何單線的故障，你應(yīng)該像配置多條網(wǎng)絡(luò)連接路線一樣配置存儲陣列。
一旦網(wǎng)絡(luò)建設(shè)完成，你就可以準(zhǔn)備在物理主機(jī)上著手進(jìn)行虛擬化，然后在合適的時候把它連接到你的共享存儲中去了。
#p#
處理虛擬化遷移
每個基礎(chǔ)架構(gòu)都各有所異，所以在將服務(wù)器遷移到虛擬環(huán)境中去這個過程沒有現(xiàn)成的計劃可以仿照，但是還是有一些你可以遵循的規(guī)則。
首先需要考慮的問題是使用物理到虛擬（P2V）遷移工具。這些工具從很多供應(yīng)商那里都可以買到，它們也有可能包括在你所選擇的虛擬化產(chǎn)品之中。
有一些產(chǎn)品會比較出眾，不過大多服務(wù)器可以在這種方式下成功地進(jìn)行遷移，節(jié)省時間和很多之前不必要的麻煩。在一些情況下——通常是服務(wù)器運行利基軟件或者服務(wù)器需要使用硬件鑰匙。在另一些情況下，在這些服務(wù)器上使用P2V會比僅僅以物理虛擬服務(wù)器的形式重建它們出現(xiàn)更多的問題，但是在不進(jìn)行嘗試之前不可能找到明確的辦法。
不過，在大多數(shù)情況下，你都可以選擇嘗試P2V進(jìn)行服務(wù)器遷移而不受到任何物理服務(wù)器問題的干擾。而且，如果遷移失敗，重新啟動物理服務(wù)器后不至于導(dǎo)致數(shù)據(jù)丟失。
這就是說，在任何遷移進(jìn)行之前，確保先對你的備份進(jìn)行測試。在某些可能出錯的地方要經(jīng)常保留備份計劃。
有些服務(wù)器的遷移是不應(yīng)該使用P2V工具的。最常見的例子是Windows域名控制器。相比之下，在一臺虛擬服務(wù)器上建立一個新的域名控制器并把它作為一個完整的域名服務(wù)器的做法是比較合理的。
保留一個單獨的物理服務(wù)器作為域名控制器也是一個不錯的辦法，這樣不至于讓所有的域名控制器都被虛擬化。這種做法不是必須的，但是，這么做缺乏高可用性特點，卻能為未來提供一個相當(dāng)安全的網(wǎng)絡(luò)。
其它服務(wù)器可以使用P2V進(jìn)行遷移，或者簡單地進(jìn)行虛擬服務(wù)器重建。在某些情況下，重建服務(wù)器是清除舊的物理服務(wù)器遺留下來的碎片的不錯的辦法，可以為你提供一個干凈的過渡環(huán)境。記住，使用P2V來遷移物理服務(wù)器不可能解決任何現(xiàn)有的問題，有時候可能讓它們變得更糟。不過，你仍然可以選擇一直嘗試P2V，而把重建服務(wù)器作為備用方案。
重要的是要保持IP地址以及物理和虛擬服務(wù)器狀態(tài)的記錄。在你使用P2V的時候，確保不會出現(xiàn)物理服務(wù)器和它的虛擬分身同時運作的情況。P2V過程保留了物理服務(wù)器的整個狀態(tài)，包括名稱、域成員和IP地址。因此如果兩者同時運行將會制造很大的麻煩。最好的辦法是關(guān)閉物理服務(wù)器，然后啟動新的虛擬服務(wù)器。
將物理服務(wù)器基礎(chǔ)架構(gòu)轉(zhuǎn)換到虛擬基礎(chǔ)架構(gòu)的過程并非只是一夜之功。事實上，它也不能夠一味追求速度。你可以從某一點入手，比如選擇一到兩個物理服務(wù)器進(jìn)行轉(zhuǎn)移，讓它們以虛擬服務(wù)器的狀態(tài)運行一段時間，這樣可以確定它們的可行性。你可以每天或者每周轉(zhuǎn)換一到兩臺服務(wù)器——一般情況下，沒有必要嘗試一次性完成全部的轉(zhuǎn)換。
#p#
通力合作
將虛擬化與軟件或者操作系統(tǒng)的升級結(jié)合起來可能會讓你受益匪淺，這樣做可以讓你在留有現(xiàn)有基礎(chǔ)架構(gòu)退路的情況下同時測試新的虛擬化平臺和新服務(wù)器的預(yù)期行為。
這也可以讓你開始使用新的解決方案，就像是在與物理世界中形形色色的問題做斗爭的戰(zhàn)場上呼吸到的一絲新鮮的空氣。
最后，在遷移的過程中，一定要在重組的某些問題上花些時間，確保一切按照原計劃進(jìn)行。另外，應(yīng)該保證你的計劃中包含關(guān)于新的虛擬基礎(chǔ)架構(gòu)備份的實施和測試。
一旦你已經(jīng)完成了所有的轉(zhuǎn)換和重建，你可能會驚嘆自己怎么可能會曾經(jīng)生活在沒有虛擬化的環(huán)境里。屆時，所有在遷移過程中所付出的艱辛和對于這個過程持有的懷疑態(tài)度都將消失殆盡。
原文名： How to Move From a Physical to Virtual Infrastructure 作者：Paul Venezia
【本文乃51CTO精選譯文，轉(zhuǎn)載請標(biāo)明出處！】
【編輯推薦】
