尽管把基础架构迁移到云平台上好处多多，但是如果考虑不细致反而会妨碍系统性能，把基础架构从物理迁移到虚拟才能带来最好的资源利用率。我们需要把物理到虚拟，然后在迁移到云，即所谓的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连接的问题。对于第二层安全措施，有周期定制/服务器级防火墙和入侵检测。这些能为你的架构带来安全。
