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

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

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

用例1：遷移大虛擬機

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

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

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

用例2：通過WAN進行P2V遷移

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

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

用例3：V2P以及P2P遷移

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

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

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

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

可供選擇的第三方P2V工具

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

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

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

把所有產品整合在一起

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