盡管把基礎架構遷移到云平臺上好處多多，但是如果考慮不細致反而會妨礙系統性能，把基礎架構從物理遷移到虛擬才能帶來最好的資源利用率。我們需要把物理到虛擬，然后在遷移到云，即所謂的P2V2C（physical to virtual to cloud），一步一步地進行，輕松入云。

第一步：分析物理環境

當你把物理架構加進環境之后，資本支出就會增加。仔細分析環境能幫你看清那些資源沒有完全利用。在這種情況下，P2V（physical to virtual）的遷移能提升資源的利用率。它免除了對新物理架構的需求，減少了管理費用。

首先要做的是看哪些應用支持虛擬化，以此為依據對應用進行分類。你應該根據多種標準來分類。你可以基于平臺（比如Java）或是否需要中間件，來對應用分類。而基于數據庫來分類也是個方法——比如用在SQL或者Oracle服務器的應用。

對環境的測試和評估，能讓你發現哪些應用可能不支持虛擬化。比如基于Linux的平臺推薦運行至少2.6以上版本內核。你可以一次改變你的環境，重新配置應用。企業級應用比如SAP，需要高CPU能量和大數據庫。所以不推薦它們進入虛擬化環境。

 第二步：整合并虛擬化服務器

服務器需求整周都會變動，使得特定的服務器有時會空閑。你應該做個整體的分析，包括使用模式，決定計算容量，然后你才能執行P2V。在高峰時段或者升級時分析計算需求，因為這影響性能、管理和指責。

你還得將服務器分離和組成。如果你有應用在兩個數據庫運行，就得用中間件服務器或者運行多數據庫的SQL服務器了。整合好架構之后，測試環境，避免任何網絡和存儲故障，這一步完了之后就可以開始虛擬化了。

第三步：網絡和存儲虛擬化

這一步該分析網絡和存儲架構，發現可能的性能問題。分離和孤立的網絡使用虛擬局域網（VLAN）配置，在這里你要把自己產品的流量和其他流量分開，確保適合的帶寬利用率。這里有一些工具你可以來配置，比如Cisco Nexus 1000V交換機和分布式虛擬交換機（DVS），整合了VMware VSphere，以跟蹤打斷產品流量的問題。

在存儲方面，重要的是可擴展性。存儲使用模式的分析是容量規劃和管理的首要問題。NetApp、IBM、HP都有測量和報告數據，以便實現更佳性能和容量規劃的工具。

你應該測試存儲，確保能管理hypervisor負載，支撐虛擬化。你還得觀察自動化存儲管理，它能讓存儲資源安排在多租戶或者空中架構中，讓你在不同應用中共享存儲。

第四步：向云遷移

架構向云的遷移也需要有步驟地進行。你一開始可以少遷移一些關鍵應用和相關架構。業務關鍵的架構應該以之前的成功步驟為基礎。

確保物理產品的環境已經卸下，但不要完全退役。一旦發生任何意外，物理產品環境可以再次利用。物理環境得留著，運行那些不能虛擬化的應用和服務器。

你應該確保服務供應商符合行業標準，比如SAS 70。嚴格的服務級協議和規范的報告必不可少。而且建議做好嚴格的各級訪問控制。以下就是一個案例：

第一級：無業務關鍵應用

第二級：數據庫服務器

第三級：第三方應用

對于端對端網絡訪問，你可以詢問服務商關于安全P2P、VPN連接的問題。對于第二層安全措施，有周期定制/服務器級防火墻和入侵檢測。這些能為你的架構帶來安全。