將少量物理工作負(fù)載遷移到虛擬主機——通常稱之為P2V遷移——是一項相當(dāng)繁瑣的任務(wù)。你需要在Linux或者Windows系統(tǒng)上運行由主流hypervisor提供的P2V工具，并將眾多工作負(fù)載添加到虛擬集群中。VMware Converter以及Hyper-V虛擬機管理器都具有遷移基本工作負(fù)載的功能。使用VMware Converter以及vCenter，你甚至可以設(shè)置P2V遷移的定時任務(wù)。

當(dāng)遷移幾百個乃至上千個工作負(fù)載時怎么辦?是要轉(zhuǎn)換上百GB或者上百TB的數(shù)據(jù)，還是遇到遷移問題時再從虛擬機回退到物理機?VMware Converter或者VMM都不能搞定這種情況，當(dāng)你需要最小化P2V遷移過程中的停機時間時，更是如此。還有很多事兒要比在周一上班時發(fā)現(xiàn)定時遷移任務(wù)失敗或者沒有完成Windows轉(zhuǎn)換更加令人沮喪。

這時可能需要花時間去了解一下提供更多強大功能的第三方P2V工具。然而這些產(chǎn)品的價格并不低。在你花錢購買第三方工具之前，要考慮第三方P2V工具真正物有所值的實際用例。

用例1：遷移大虛擬機

通常虛擬磁盤文件最大為2TB，但是這么大的虛擬磁盤很少見，因為在不同的卷之間遷移磁盤可能會有問題。然而即使你想將2TB的數(shù)據(jù)從物理機遷移到虛擬機，通過1Gb以太網(wǎng)或者10Gb以太網(wǎng)拷貝數(shù)據(jù)，失敗的可能性還是非常高的。通過廣域網(wǎng)拷貝失敗的可能性就更高了。另一個挑戰(zhàn)就是在工作時間存在數(shù)據(jù)傳輸?shù)目赡苄允呛芨叩模@可能會影響其他網(wǎng)絡(luò)應(yīng)用的用戶體驗。另一大挑戰(zhàn)就是處理數(shù)據(jù)拷貝過程中或者拷貝完成之后用戶對文件進(jìn)行的修改，你必須在遷移之后手動拷貝這些文件。

第三方產(chǎn)品，比如NetIQ PlateSpin Migrate允許執(zhí)行差分?jǐn)?shù)據(jù)同步，這和備份產(chǎn)品提供的合成全備份功能類似。備份管理人員對這一概念很熟悉。初始同步一旦完成，你可以設(shè)置定時遷移只傳輸變化的數(shù)據(jù)，減少和遷移大數(shù)據(jù)卷相關(guān)的停機時間。

某些工具甚至可以定期自動關(guān)閉目標(biāo)機器，啟動虛擬機進(jìn)行順利轉(zhuǎn)換。在理想情況下，你可以每周執(zhí)行一次初始同步，然后在下周進(jìn)行最終的同步與切換。進(jìn)行最終同步以及啟動虛擬服務(wù)器所帶來的宕機時間很短。

用例2：通過WAN進(jìn)行P2V遷移

通過廣域網(wǎng)連接進(jìn)行P2V遷移面臨著很多挑戰(zhàn)。有時數(shù)據(jù)集可能非常大，無法通過低速的網(wǎng)絡(luò)連接進(jìn)行遷移，而大數(shù)據(jù)量遷移可能會消耗很多帶寬。第三方產(chǎn)品通常提供一些方法來克服這些挑戰(zhàn)。首先是能夠在預(yù)定的時間窗口內(nèi)完成數(shù)據(jù)遷移并執(zhí)行基于變化數(shù)據(jù)進(jìn)行復(fù)制。

某些第三方產(chǎn)品還允許你對帶寬進(jìn)行限制。但是在實際情況下，這并非是一個神奇的解決方案。這和在備份時設(shè)置閾值非常相似;遷移時間和網(wǎng)絡(luò)連接大小以及你需要遷移的數(shù)據(jù)量直接相關(guān)。通過T1網(wǎng)絡(luò)連接遷移100GB的鏡像同樣不存在神奇的解決方案，在工作時間通過網(wǎng)絡(luò)狀態(tài)好的連接遷移工作負(fù)載時不會對用戶流量產(chǎn)生影響是第三方P2V產(chǎn)品必須具備的特性。#p#

用例3：V2P以及P2P遷移

第三種場景就是你需要將虛擬機轉(zhuǎn)換為物理機(V2P)。不幸的是轉(zhuǎn)換窗口完成后，V2P從不會像執(zhí)行回退計劃那樣簡單。我遇到過的情況就是工作負(fù)載作為虛擬機運行地很好，但是對于集群來講這并不劃算。例如，需要32GB內(nèi)存(或者更多)的數(shù)據(jù)庫服務(wù)器在每臺主機都只有32GB內(nèi)存的集群中運行并不是一個好的選擇。最終你可能會發(fā)現(xiàn)將工作負(fù)載遷移到物理主機是使用資源的更好方式。

另一種場景就是你需要將工作負(fù)載從物理機遷移至其他物理機(P2P)。很多情況下需要將工作負(fù)載從一臺物理機遷移至另一臺物理機，或者需要將工作負(fù)載遷移至性能更好的硬件上。

在進(jìn)行P2P以及V2P遷移時有一些關(guān)鍵的因素需要注意。遷移到其他硬件平臺所面臨的最大的挑戰(zhàn)之一就是確保被拷貝的鏡像能夠在新硬件上啟動。即使是在來自同一廠商的同一代產(chǎn)品之間遷移也可能會存在挑戰(zhàn)。例如，如果你嘗試將Windows 2008 R2的64位鏡像從HP DL 360 G6遷移到另一臺HP DL 360 G6，但是兩臺服務(wù)器的RAID控制器不同，那么你很可能會遭遇藍(lán)屏。另一個例子就是將虛擬的Red Hat Linux工作負(fù)載遷移到物理硬件平臺，服務(wù)器還能啟動嗎?

某些更為成熟的產(chǎn)品將允許你在引導(dǎo)新平臺之前將驅(qū)動加載到被遷移的操作系統(tǒng)中或者禁用不兼容的驅(qū)動器以及軟件。這可能會節(jié)省在新平臺上處理故障以及在物理與虛擬方式之間不斷反復(fù)的時間。

可供選擇的第三方P2V工具

NetIQ PlateSpin Migrate：我曾使用PlateSpin進(jìn)行大規(guī)模的遷移。這是一個強大的產(chǎn)品，但是需要很長的時間才能掌握。我發(fā)現(xiàn)NetIQ被Novell收購后技術(shù)支持很不錯。自從Attachmate收購Novell之后，我沒怎么使用過該產(chǎn)品了。

Doubletake Move：Doubletake的傳統(tǒng)工具，通過在不同硬件產(chǎn)品之間復(fù)制系統(tǒng)來保護(hù)物理工作負(fù)載。該公司已經(jīng)使用專門的技術(shù)整合了P2V工具以及V2V工具。我發(fā)現(xiàn)他們的復(fù)制技術(shù)相當(dāng)穩(wěn)固。

Quest vConverter：對于Dell的Quest產(chǎn)品，我的使用經(jīng)驗最少。但是多年來，Quest在虛擬化管理工具方面一直受人尊重。在被Dell收購之前，vConverter是一個單獨的產(chǎn)品，現(xiàn)在好像是作為vEssential產(chǎn)品的一個組件進(jìn)行銷售。

把所有產(chǎn)品整合在一起

這些第三方P2V工具使得在數(shù)據(jù)中心內(nèi)進(jìn)行完整的P2V遷移、整合以及轉(zhuǎn)化成為了可能。好的工具能夠允許你將成百上千的工作負(fù)載遷移到位于數(shù)百英里以外的主機，與將工作負(fù)載遷移到幾個機架之外一樣簡單。即使你不會遷移大量的虛擬機，這些工具針對棘手的工作負(fù)載遷移也提供了一些相當(dāng)靈活的選項。然而，了解并掌握這些產(chǎn)品有很大難度。正如我提到的，第三方P2V工具的很多特性和備份產(chǎn)品類似。部署并支持這些產(chǎn)品所付出的努力要比只安裝一個類似的備份產(chǎn)品多。例如，PlateSpin后端需要完整的SQL來管理并追蹤遷移任務(wù)，這和全功能的備份工具類似。