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