向虚拟化迈进的同时也意味着你的支持方式同样也会发生改变。

　　对虚拟化项目来说，IT部门常常会犯的一个错误就是他们太专注于技术，而忽略了其对IT日常运营的影响。这并不令人惊讶，因为虚拟化最大的卖点就是控制成本，但问题是它通常会涉及到一些意外情况的支持问题。

　　大多数虚拟化环境的目标是让人们感觉不到服务器是在虚拟环境中运行的。不过，你必须明白，即使是运行良好的IT环境，虚拟化也会对其产生影响。在事件支持过程中，虚拟层的神秘感会让大家感到非常困惑。

　　例如，技术支持接到一个电话，对方抱怨一个应用程序的性能有问题。这个问题被上交到应用程序支持团队那里，马上又被转到服务器支持团队，最后虚拟化管理员接到了这个问题。为什么这个问题要经过这么多团队？这期间的过程是应用程序团队快速查看后并没有发现任何问题，服务器支持团队在这个虚拟机上也没发现任何问题。他们都知道服务器是一个虚拟机，但不知道是什么造成的性能问题，也没有任何办法去排查。

　　额外的虚拟层问题使各个部门怨天尤人，相互推诿。为了确保这项新技术的服务交付能力，我们应该做些什么？

　　1.不要隐瞒虚拟层

　　许多虚拟化团队希望避免麻烦，他们常常觉得自己可以以一种独立的方式处理虚拟化问题。的确，大家的第一反应认为虚拟化是一个应用程序团队，这其实是一个误解，它同时也给运行中的虚拟环境披上了一层神秘的面纱。

　　相反，应该建立一种透明的策略。你可以以自助服务的方式让服务器和应用程序管理员查看虚拟环境的运行状况，包括所有报告或实时数据。这有助于大家更好地理解虚拟环境是如何影响服务器和应用程序的。

　　2.适当地监控

　　跟使用所有物理服务器一样，标准的做法是针对每台虚拟机进行性能监控，一旦其性能超过既定的基准，我们就会看到报警。主机操作系统在收集其托管的每一个虚拟机的性能上扮演了重要角色。由于微软并没有真正提供一种方法能让你从访客虚拟机上监控物理主机的性能，所以你需要从主机上收集数据，主机也称为根分区或父分区。

　　有很多组性能计数器是专门为针对Hyper-V设计的，也有多组WMI调用可以查询服务器的状态。例如，Hyper-V Virtual Machine Health Summary计数器是一个简单装置，它会显示当前的系统健康状况。使用Logical Processor计数器，你可以监视虚拟机的数量、逻辑处理器数量和物理处理器的数量以及主机的潜在超负荷情况。当问题发生时，让技术支持工程师看到这些数据并将其对应到虚拟机上可能出现的问题将会节省大量的时间。

　　3.避免过多的同质化和标准化

　　这似乎违背了使用虚拟机的目的，但在大多数的企业中，你并没有运行谷歌的数据中心。在你的应用服务器中仍然有各种不同的要求，所以有时一个缺乏灵活性的标准硬性规定可能会导致无法预知的问题。

　　4.让应用程序支持团队也参与到决策过程中

　　应用程序支持团队掌握的关键信息往往可以帮助你决定如何将应用服务器部署到多个主机或集群成员主机中。例如，应用程序服务器通常提供可以向外扩展到多台计算机的Web服务。如果你在一台物理主机上托管多个虚拟机，一旦该主机出现问题，应用程序提供服务的能力将大大降低。在与应用程序团队沟通后，你就会知道该应用程序的分布情况从而可以让你对如何分配虚拟机和避免当机做出正确的判断。

　　当IT运营中出现问题时，不同团队之间的乒乓效应是非常危险的。这些问题涉及到IT的方方面面，可是，在各部门之间的IT利益争夺战中，虚拟化也将成为其中一个方面。是的，虚拟化将减少预算和物理机的数量，但了解一下虚拟化对应用服务的影响可以让Hyper-V管理员和其他IT团队之间的合作更紧密。缺乏这种理解，你就会整天纠缠于更多的宕机时间和没有方向的事故责任讨论会议中。这样的问题在现在也许还可以解决，但是在将来绝对会有问题。