虚拟化技术越来越受欢迎，原因是服务器解决方案在数据中心的扩展，正如在进行了恰当的预先分析和计划的情况下，其为成本的节约提供了无限的可能。然而，很少有人考虑到大量采用虚拟化技术的潜在问题。

　　虚拟化，在某些方案里，可能制造了问题而非解决问题。它帮助创建了一个不固定的IT环境，在此环境中仅仅通过点几下鼠标即可完全服务器的开启或关闭。这是高效的，但是如果你事先不知道每次更改可能造成的影响，则是很危险的。

　　从计划和执行的角度来看，将一小批服务器虚拟化可能是一个相当简单的过程。那些执行小范围解决方案的人通常对所有物理设备、工作负荷、结构细节以及其他需要考虑的关键事项都很熟悉。然而，将虚拟化技术带入企业环境则是一个完全不同的概念。大量的虚拟化工程使得数据导向的路径和谨慎地成分评估（如资产认证，商业认可，技术约束以及工作负荷模式）成为必须。

　　大多数初始虚拟化技术是被作为确保技术工作处于基础水平的战略练习而开始应用的。问题的关注点逐渐变成“这些器件装在服务器上能协调运转吗？”，而不是“他们应该存在于同一台服务器上吗？”当虚拟化技术被大量采用，其应该成为一个数据中心内部已经过充分的分析和计划整体加固战略的一部分。仅进行实验室检测是不够的，这仅仅评估了未考虑重要企业因素――这是当转入生产环境时公司需要面对的问题――的技术问题。

　　为虚拟化编制计划不仅仅是设计其规模，虚拟化技术分析和计划也要包括在内。

　　库存管理：随着由于更大的处理能力而带来的硬件的持续升级――推动了不同的服务器（这些服务器的充分利用程度越来越低）的增殖。大多数组织在购买或者资产管理方面没有足够严格的纪律，这就使编制服务器清单变的很复杂。一旦组织转入虚拟环境――在这个环境下你可以不留痕迹地创建一个逻辑机器――这一问题成指数倍增长。因为他们现在拥有实体的服务器，所以组织将被同样的问题困扰：不知道哪台服务器存在，谁创建了他们，他们支持的是哪个应用软件以及是否需要他们。这对许可证成本和当前的管理问题（这两者会对虚拟化的成本节约造成威胁）造成了直接影响。由此，组织需要将技术和程序放入现实环境以追踪和管理有关虚拟服务器运行的规律。

　　深入发掘工作量模式并进行约束：尽管虚拟技术不仅仅是计算规模，工作量模式必须经过细察以使栈式存储器的配给量达到最优，并且使操作风险降到最低。工作量分析的一些最重要的方面，比如补给模式的追踪和事后查看以进行的假设分析，在决定工作量是否可以被合并时经常被忽略。这就导致了如下问题：不必要地限制了在高效情况下可能获得的利润，或者没能给基础下部构造的最高缓冲需求留下足够的净空高度。

　　测量实际利用总量与生产能力的比是另一个重要因素。这提供了对前虚拟化利用水平和模式的批判性地深入分析，并且显示了最大生产能力的可能缩减量，这也是虚拟化初始设计时所估计的利用量目标。

　　技术约束起着关键作用：被应用的虚拟化技术解决方案的类型将动态影响虚拟化技术初始的技术限制。比如，当为VMWare ESX进行分析时，只有相当少的技术约束加于操作系统布局上，因为在最终的结构里每个VM将拥有自己的操作系统影像。这些案子里，在选定所给解决方案中最合适的方案时，硬件，网络和存储器需求以及技术约束起着主要作用。被放进Solaris 10 区域的应用软件需要“冲出来”看一个普通的操作系统图景，因此，在这种状况下进行的分析应该把操作系统兼容性也视做因素之一。

　　技术约束在进行原始硬件变化分析时未被发现，并且经常没能揭示外部结构，如IVRs，合适的板材，直接连接的打印机，或者其他非标准结构一部分的器件。并未将这些纳入考虑范围会影响虚拟化的初始建设。在揭示IT环境中兼容性最好的区域时，以规则为基础进行的构造分析也非常重要。这些区域体现了具亲和力的范围――这些范围成为了VM集合体和集束的主要候选对象。

　　在分析中考虑企业约束：组织也需要考虑有效目标，应用软件所有者，达标要求，和其他企业问题。大多数由VM供应商提供的虚拟化的计划工具包仅提供了高水平结构布局和工作量分析，然而企业不能仅考虑这两个问题。仅考虑技术约束而将虚拟技术的可选设备进行配置，事实上从未对实体服务器进行过关机维护。当多个部门不想分享硬件资源时，行政问题被提出，如果资源共享超越了特定界限，责任回溯模式有崩溃的可能。这些问题有时能被解决，但是当不能解决的时候，关键的企业约束在分析中起主要作用。

　　安全性和兼容性问题：企业在创建虚拟服务器时，也需要仔细考虑存储策略。这意味着确保控制数据通路的规则在适当的位置上，并且规定了适当的SAN结构，这样数据不会被存储在虚拟机器上。在虚拟环境中，一台机器实质上是一个文件，通常会有一个拥有进入众多文件路径的网络管理员。这就可能不经意地制造了一个组织（通常会进行安全分流）中“超高级”使用者的角色。因此，将数据从应用软件中分离出来并确保严密的安全性承诺，实质上是为了保证重要数据的整合和私密性。

　　达到标准是组织需要考虑的另一个关键问题。与上面讨论的安全防范问题相类似，通常，确定特定应用软件或数据文件是否应该处于同一服务器上是必要的。规章制度禁止了某些行业中的组织在公司或部门间分享用户数据的行为。开展一个好的虚拟化技术分析需要主动寻找缺陷，并提供一个风险矩阵，这一矩阵可帮助组织确保其不会违反任何标准和安全规则。

　　总结

　　通过测试潜在解决方案并将其再次收回，以此方式在运转的服务器上进行假设情节分析，找出故障。组织计划进行大规模的虚拟化技术初始设计，合理计划的投资和前期分析是必须的，以确保在任何实验室都不能被发现的核心问题已被解决。认识到了虚拟化不仅仅是对工作量的评估，而是一个需要企业资金和人力投入的全方位资源最优化战略，组织将更有可能认识到承诺的成本节约。最好的途径是在安全环境下提前开展分析以避免缺陷――确保从一开始就是一个连贯的，稳固的下部构造。