在供職于一家基礎設施即服務提供商的過程中，我看到了很多IaaS應用程序遷移。遷移主要集中于兩個方向：從物理服務器到云服務，以及在私有云和公共云之間的相互遷移。

　　雖然企業經常有需要部署相關的遷移工作，但這樣的工作實在不應該倉促進行。一個糟糕的遷移策略，可能會導致成本昂貴的時間延遲、數據丟失以及其他的困難，這樣反而阻礙了您企業成功部署現代化基礎設施的步伐。

　　每個場景都是不同的，您需要根據您的應用程序的不同，明確您要從哪里開始著手，以及您部署遷移到真正目的是什么。

　　***實踐方案：選擇好您的遷移策略

　　選項1：只是數據遷移。這通常是典型的1級和2級應用程序的正確選擇。如果您選擇遷移您的虛擬機或虛擬應用程序，其仍然會不斷地改變。如果它是1級應用程序，您將無法負擔大量的停機時間。

　　所以，在一般情況下，我們建議調用一些復制。復制本身是一個復雜的、詳細的主題，但理解的關鍵是識別數據的大小和變化，以及源和目標之間的帶寬速率。

　　作為一般規則，如果您的變化率大于或等于您的帶寬，您的遷移可能會失敗。這是因為變化率涉及到任何進入到應用程序的變化。您需要足夠的帶寬以“超越”變化率。

　　選項2：機械復制。這對于1級和2級應用程序是***的，能夠承受一定的停機時間，它涉及到堆棧的遷移。在這種情況下有較少的配置，但有更多的數據遷移。

　　如果您是遷移到一個內部私有云，選項2是***的實踐方案。您將能夠復制整個堆棧，因為您有足夠的帶寬來移動周圍的東西。

　　注意到VMware基礎技術的可移植性是很重要的，因為虛擬機允許您將整個虛擬機/ 虛擬應用程序、整個堆棧打包成OVF。如果您已經在物理虛擬服務器上，OVF可以將其遷移到任何地方。

　　選項3：P2V遷移。您通常看到2級和3級應用程序并沒有被虛擬化。這一概念涉及到物理應用程序的虛擬化。VMware有一套虛擬轉換器，并進行P2V。采用P2V可以很容易從一臺物理設備遷移到私有云。

　　但是，***實踐方案的設置完全不同，您應該做一些擴展研究，確保您更新到***的設置，采用了***的做法和建議。在選項3中，沒有復制。但是，這些應用程序可以被遷移公共云供應商，在完成了虛擬化后公共云中運行。

　　選項4：災難恢復。一些企業***采取的一個路徑是將其作為一個災難恢復(DR)的情況。進行一些設置，然后在一些物理設備之間進行基本的復制。他們選擇復制整個堆棧從A點到B點，然后單擊“切換”按鈕。

　　現在，讓我們假定您已經找到了***的工具和路徑遷移您的應用程序。在您真正開始遷移工作之前，仍然有相當多的信息需要進行評估和整合。

　　***實踐方案：了解您的數據的權重

　　沒有簡單的方法來壓縮數據，所以您需要評估您考慮遷移的應用程序數據的權重。特別是如果您的企業是一家大的交易公司，或者如果您的交易中會有大量的數據復制。數據應用程序將占到數據權重的99%。

　　另一個方面，您應該評估您的預遷移計劃，以確定您的虛擬機或虛擬應用程序如何與其他應用程序連接。如果您有很多的應用程序與您要遷移的應用程序緊密耦合，云計算可能不會是這些應用程序的一個好的選項。

　　***實踐方案：確定您應用程序的連接

　　您的應用程序是否有其他應用程序需要快速訪問數據?如果是這樣的話，一個“全有或全無”的經營理念，將是您遷移的***選擇。如果您的應用程序是與其他的兩個或三個應用程序緊密耦合，您可以把他們都遷移到云計算。因為他們仍然是緊耦合的，如果您的云托管需要訪問物理服務器以獲取其運行需要的數據應用，您也不會有延遲。

　　確定多少應用程序是與您需要遷移的應用相綁定的。下一步，確定這些應用程序對于延遲問題的敏感程度。敏感程度將是您是否遷移相關應用程序的重要考慮因素。

　　仔細檢查***實踐方案的列表，以確保了解您的應用程序，并且不會在遷移完成之后對于發生的相關改變而驚慌，甚至手足無措。

　　每款應用程序、已經遷移策略都是獨特的，所以沒有一套詳細的指導手冊是放之四海而皆準的，您需要根據您企業遷移到具體需求，制定適合您企業的實踐方案。