越来越少的IT公司会询问他们是否应该虚拟化他们的系统。当前的问题所在就是他们如何来在他们的环境中去平衡虚拟化。在X86以及UNIX领域，虚拟化解决方案的不断成熟给了这些公司无数的选择。许多的选择都给大家提供了很高的灵活性，但是带来灵活性的同时，也引来了许多的混乱以及复杂性。

　　每一个虚拟化的技术都以一种不同的方式操作。由于每一个IT环境都十分的复杂，它们有着自己少有的操作方式、技术组件以及商务限制，因此整个就是一个很混合的状况。正因为如此，也就不可能针对每一个IT场景有一个非常理想的虚拟化技术。因此，最好的办法就是把资源关注在针对特定环境而选择的特定技术，而不是去找一个几乎不可能的“完美”解决方案。

　　以下的一些因素会影响虚拟化软件的选择。

　　1、活动性以及可移动性

　　可移动性让应用程序在物理服务器上相互转移，而不需要中断。这个特性在VMware的VMotion、XenMotion以及IBM P6 LPARs上已有，因此可移动性具有改变容量管理的潜力。

　　但是，这并不是说它没有问题。可移动性会带来可变性，而且会给管理组的成员(他们要进行事件管理以及处理兼容性问题)带来很大的挑战。因此，为了评判可移动性是否在你的环境中是一个很好的选择，公司需要首先分析维护窗口、负载方式的一致性以及灾难恢复的策略。

　　维护窗口

　　当组合到一个单一的物理平台上，维护窗口就变得混合了。针对硬件维护，创建一个没有时间窗口的场景是非常容易的。对于软件也会产生同样的问题。移动虚拟机的能力可以帮助减少这个问题，通过允许服务器被挪下线来进行计划的维护或者软件的升级。另外的一种情况是，当不能移动到适当的地方，虚拟主机上应用程序合适的初始放置位置就显得非常重要。但是，无论在哪一个情况下，作出正确的放置决定是非常关键的，因为可移动性中很少的行为会包含一个与软件方面的冲突。

　　负载方式的一致性

　　可移动性的优势很产生很大的不同，这主要依赖于负载方式的可变性级别。在高可变性负载环境中，它对于平衡空间能力非常有用。但是，在低可变性场景中，可移动性的好处就会降低。

　　公司可以每天或者每周基于负载方式的可变性来分析理想的位置。如果负载方式每天和每天都几乎一样，那么一个静态的放置就已经足够了，显然可移动性的可变性也就显得没有必要了。相反，如果每天和每天的负载方式都显著不同，那么就需要一个动态的解决方案(即可移动性)。

　　灾难恢复策略

　　如果应用级别的复制或者热备份不是灾难恢复计划的一部分，那么可移动性会破坏这些做法。比如，一个人可能不注意地把一个生产服务器放在同一个位置作为它的灾难恢复服务器。为了避免这种缺陷，公司应该进行一个灾难恢复策略、角色、集群策略、集群角色以及复制结构的详细分析。