向虚拟化迁移意味着支持的方法也变了。

　　IT组织对虚拟化项目常犯的一个错误就是将重心主要放在技术上而不是正常运作时对IT的影响。既然虚拟机环境的最大卖点朝向成本和控制调整，这并不令人惊讶。但是，问题通常涉及到支持突如其来的事件。

　　很多虚拟环境的目标是让人们绝不会从一开始就到服务器虚拟化了。虽然如此，你要变得现实并了解虚拟化甚至可以对运行最好的环境产生巨大影响。保密虚拟化层将只会在支持事件中引起混乱。

　　举例来说，考虑一下参加帮助桌面的支持要求，在帮助桌面中，人们都在抱怨应用性能事件。这个事件逐步扩大到应用支持团队，接着他们在它最终送到虚拟化管理员那之前推动它至服务器支持。它为什么可以传递给那么多对象呢？发生的是应用人员快速地看到却没有看到任何明显事件，而当服务器支持人员看虚拟服务器的时候，他们看不到任何东西。他们都知道这个服务器是虚拟机，但却不知道什么会导致性能问题，也不知道是否有途径检查这些问题。

　　抹黑和指责可能通过额外的虚拟层上升到新的水平。那么，你该做什么来确保你的服务能支持这个新技术呢？

• 不要隐藏虚拟层

　　多虚拟化团队想避免麻烦并常常觉得他们能以存储的方式处理虚拟化。对虚拟化的最初回应可能是应用团队的一个误会，这常导致在虚拟环境实际操作上新建保密斗蓬。

　　替代地，建立一个透明政策。让服务器和应用管理来查看你的虚拟操作，包括所有你能用自助方式供给的报告和实时数据。这将帮助创建对虚拟统计数据如何影响虚拟服务器和应用的理解。

• 适当的监控

　　就像你对所有物理服务器做的一样，监测虚拟机性能正下降到基线以外的迹象仍然是标准实践。但是，主机操作系统还是托管在这个服务器上每个单一虚拟机性能的一部分。由于微软并没有真正提供一个方式可以人访客虚拟机上监控物理主机，你将需要收集来自主机的数据，主机也称为根或父区。

　　有很多套Hyper-V专用的性能计数器和WMI调用你可用于质疑服务器的统计数据。例如，Hyper-V虚拟机健康摘要计数器是一个报告健康状态正常或危急的简单转变。用逻辑进程计算器，你能监控虚拟机的数量、逻辑进程到物理进程的数量和主机潜在的超载。如果支持引擎有能力看见这个管理程序数据并在访客虚拟机上指出事件发生的可能性，这在事件确实发生时可作为重要时刻的节约装置。

• 避免太多的均化和标准化

　　这看上去可能和运用虚拟机的目的矛盾，但在大多数组织中，你并没有运行谷歌数据中心。在应用服务器中你还有不同的要求，所以有时候标准化严格的要求和灵活性缺乏会引起无法预料的问题。

• 让应用支持团队参与决策过程

　　应用支持团队常握有关键信息，这些信息将帮助你决策如何在多主机或簇成员中使用应用服务器。举例来说，应用服务器常提供设计来横向扩展多重机器的网络服务。如果你在一台简单主机上托管许多虚拟机，而且你偶然在主机上遇见了一个问题，你可能减弱了那个应用的重要作用。与应用团队的蹉商会告诉你那个应用怎么分布，所以你能正确地选择如何分布虚拟机并避免停工期。

　　当谈到运行支持问题，不同团队的乒乓效应是很危险的一件事情。它发生在IT领域的所有方面，但是虚拟化在多种IT学科的权限之争中增加了另一种潜在点。是的，虚拟化将减少你的预算和物理机的数量，但是了解它如何影响应用将导致Hyper-V管理员和其它IT人员的功能完备的关系。不理解这些，就要准备好进行一些令人不快的加快，关于应用的停工期比本应花费的更长和在不确定责任的迷雾中遗失的事件。光亮离开企业该积极采取的步骤之前的这段时间不会太长。