现在，几乎人人都了解部署虚拟化技术能够带来众多的利益。但是在初始安装阶段完成之后，虚拟化部署的步伐往往会慢下来，甚至很多时候面临完全停滞的状态。
这种现象背后的真实原因错综复杂，因此被称为虚拟机泥沼（VM stall）。有时是因为，当需要对更大范围以及更加关键的业务做虚拟化时，无论来自技术方面还是经济方面的压力都超出了承受范围。还有一种很常见的阻力是来自于公司内部的官僚做派和法规的冲突，因为当虚拟化扩展向这些新的应用时，会影响到越来越多的用户和他们的利益。最后一点是来自ISV的压力，当应用程序供应商不再对虚拟环境中他们的产品提供任何售后服务支持时也会发生问题。
幸运的是，用于解决这些虚拟化部署中所遇到问题的方案也非常的多。IT管理员们如何跨越虚拟化部署中的泥沼？
为了跨越这些部署中的泥沼，很简单，请回顾您当初开始选择虚拟化时的动机。虚拟化技术提供了很多种物理环境中完全无法实现的主机功能：高可用（HA）、动态迁移（VMotion）、中央管理以及在同一主机上实现对异构的操作系统和应用程序的支持。如果您重新考虑一下这些问题，所面临的障碍就会自然的消失。
如果公司中遇到的更多是官僚主义做派影响的时候，就应该培训那些导致事情搁置的相关人员。迁移到虚拟化架构的花费并不少，如果您停止在现有的服务器部署阶段上，让昂贵的新虚拟化架构成为摆设，这样将会给所有的人带来损失。
最后一点是，大家都应该明白，虚拟化是未来发展的方向。关键应用部分也可以，甚至可以说是必须完成虚拟化。在大多数实例中，那些运行于虚拟机上的应用即使没有比物理机上运行的好多少，最起码也是持平的。召集相关的人员，并向他们演示为什么迁移到虚拟化是一个正确的选择。
#p#
让我们从三个不同的角度来论述这个问题：
技术角度：VM泥沼的发生根本上还是因为不正确的规划和差劲的架构设计导致的。在虚拟化环境中，可以做出正确的系统规划来满足工作负载的需求是一个非常关键的问题。您应该寻求一些对这一领域有经验的人员，来帮助您规划出合理的架构，并使得虚拟化重新走上正途。
官僚问题：这个问题是很难跨越的。请指出虚拟化是如何帮助阻止某些特定问题的发生，或者是让问题变得容易处理的。通常，当某个大问题发生后，公司总是会想方设法阻止它再次出现。假如您向一个从未发生火灾的公司推销自动喷水消防系统将会非常困难，他们总是对于购买这样的产品非常的犹豫。而如果您尝试向一个刚刚发生了火灾的公司销售的话，他们在购买意愿上就会很强烈。
您可以尝试通过技术演示的方式赢得更多的支持者。通过让他们看到虚拟化可以从实际上带来的各种优势可以帮助您把怀疑论者转变为信徒。
ISV的支持：在ISV领域有很多不同的竞争对手公司。一定要明确告知您的供应商：我们决定进入虚拟化部署，而且希望他们可以提供对自身产品的良好支持，否则我们将去寻找另外一家新的供应商。虚拟化并非一个只兴起一时的产品，如果一个ISV不能很好地支持虚拟化，那么他们所拥有的用户数量也必定有限。
如果更换供应商不是可行方案的话，直接把虚拟机链接到LUN上可以帮助您在发生问题后快速地迁移到物理机上来解决。
#p#
Shannon Snowden, New Age Technologies
去年，我所在的公司曾经在医疗行业的最核心业务系统上成功部署虚拟化应用。就在不久之前，供应商还无法对这一应用提供虚拟化支持，但是随着越来越多的用户有这样的需求，供应商不得不加快对虚拟化支持的步伐。推动虚拟化需求大幅增长的原因正是由于虚拟化所带来的在灾难恢复领域的灵活性。
在用户端，尤其是医疗行业的用户，灾难恢复是一个重点关注的问题。如果去比较传统的灾难恢复方式跟虚拟化所能提供的灾难恢复能力，就如同拿一把笨重的废弃小刀去跟火枪对比。即使有一些厂商在对关键业务做虚拟化的支持上采取保守的策略，随着用户需求的（尤其是灾难恢复方面）推进，他们最终都将被迫在他们的应用上提供对虚拟化平台的支持。
因此，如果您要问如何跨越虚拟化泥沼进入下一个发展阶段？答案就是请把注意力集中在灾难恢复方面。
#p#
Dave Sobel, Evolve Technologies
跨越虚拟化项目泥沼最简单的办法就是选择转移职责，尽可能绕过泥沼前进。当供应商拒绝提供对虚拟化支持的时候，如果可以的话，把提供支持的职责转移到公司内部的IT部门或者是提供第三方支持的机构，这样的话障碍就消除了。如果某个关键的业务决策者在拖延进程，那么寻求更高级别管理人员的帮助将为项目进程打开通路。这种做法的关键点在于可以清楚地理解项目所需的结果和目的所在，而且在每个部分找到正确的责任承担者。如果您可以在所有的阶段都明确做到这一点并实现有效管理，项目最终将获得成功。
【编辑推荐】
