每家数据中心配置工作负载时都做好了最坏的打算。IT管理者把应用软件放在有多余内存，中央处理器和存储的服务器上运行，以此来确保应用软件能满足随着业务量增长的每月，每季度和每年最繁重的工作负载。这种方式在虚拟化之前就在IT领域根深蒂固。事实上应用软件对中央处理器和其他资源的利用率仅为15%甚至更低。存储的利用率或许可以达到30%。能源是廉价的，硬盘空间是随时可用的，丰富的中央处理器资源循环周期也总是唾手可得的。
而在目前的经济气候下，这种强制性的过度配置和低效运行再也无法令人接受。反之如果将工作负载托管到云服务提供商处，那么数据中心内的应用软件对中央处理器的利用率能接近90%吗？如果95%的数据中心空间和资本投入能得到回报，那么资金节约的优势能否带动公共云计算的爆发呢？
这是一种即将实现的可能性–管理内部云的企业IT与建立在按需付费基础上的公共云无缝对接。虚拟化的第一步就是服务器整合，虚拟化最大的优势是能将工作负载在不同物理平台之间进行迁移。SUN微系统公司的云计算高级经理Rejesh Ramchandani表示"任何人都可以建立私有云，如果你能平衡这种混合模式，你就能从中受益"。
SUN的首席技术官和云倡导者Greg Papadopoulos在6月25号旧金山召开的Structure 09大会上曾经建议"对遗留应用软件进行迁移是非常昂贵和困难的过程。更好的策略是在迁移到云上时选择新的应用程序"。
Papadopoulos含蓄的指出大部分公共服务都是在以X86体系架构为基础的虚拟机上运行的。SUN的Solaris操作系统是供X86架构使用的，但是IBM公司的AIX和多数其他的UNIX操作系统却并非如此，更不用说在此之前的其他非UNIX操作系统了。但是这些操作系统要运行庞大的所有权数据库，这些程序无论如何都很难在公共云上运行。
其他障碍
迁移数据中心工作负载最可能面临两大障碍：在公有云和私有云上使用同种管理程序的需求和与服务器芯片集相匹配的需求。如果你认为你已经为虚拟化软件投入很多，那么如果你打算将工作负载迁移到公共云上就要做好付出更多的准备。我们将其称为厂商锁定。
VMware和其他管理程序厂商都认为应该建立一个常用的"输入模式"，而不是中立的运行时间模式。为了避免公共云模式重新恢复到内部云的复杂化，你如果计划在原始配置的防火墙后迁回工作负载时使用同样的管理程序。
你是选择在云上使用开源Xen或者Linux KVM，还是在内部使用VMware？
虚拟化的实时迁移特性（即可以在不影响用户使用的情况下将虚拟化从一台物理机迁移到另一台物理机）看起来让你能够自己选择是否在私有云和公有云之间迁移工作负载。VMware的VMotion和思杰系统公司的XenMotion目前也具备这种特性；微软公司表示他们的Hyper-V管理程序到年底也能做到实时迁移。
但是迄今为止，实时迁移只能在共享同一种芯片集的物理服务器之间进行。这是因为AMD和英特尔不同时期的处理器都将时间更改并入了X86指令集，有时是同种产品线的不同反复。想将你的工作负载迁移到公共云上？首先要检查两种云运行的服务器是否使用的同样的芯片集。
