为了竭力降低成本，许多企业在对支持业务关键型应用程序的服务器进行虚拟化。尽管许多工具有助于管理虚拟服务器，但是它们提供不了多少实时、有用的数据，以表明虚拟化应用程序本身在怎样运行、这些虚拟化应用程序彼此之间以及与底层基础架构又在怎样联系。

　　因而，为了确保事务型业务应用程序在混合的虚拟/物理服务器环境中正常运行，IT管理人员应采取以应用程序为中心的方法来进行管理及优化，以便能够使用应用程序服务管理（ASM）工具来获得所需要的管理。

　　应当采取以应用程序为中心的方法

　　由于应用程序从托管虚拟机的物理服务器中提取出来，支持部门必须能够确定应用程序在什么地方遇到了问题。然而，许多部门缺少必要的可见性，因而无法监控应用程序在虚拟机上进行什么操作、怎样操作。虽然它们能评估及报告症状，却无法诊断以查明原因。

　　孤立的问题查找方法通常只关注虚拟机、服务器或者网络。这种方法无法表明应用程序在何处运行以及基础架构（虚拟机、物理机或兼而有之）的状况，只提供了一小部分的详细信息，而有效解决问题需要大量的详细信息。因为虚拟化打破了服务器与应用程序一对一的关系，企业再也不能完全依靠机器性能指标来确定应用程序的健康状况。

　　必须确定及监控整个企业中所有服务器和操作系统上应用程序的依赖关系。如果采用以应用程序为中心的方法，并辅以合适的ASM工具来查看直至流程层面的相互依赖关系，应用程序拥有者和IT支持团队就能让复杂的应用程序顺畅运行。这种方法依赖以下应用程序方面的数据来有效地排查及解决问题：应用程序结构和依赖关系、响应时间、所用的具体资源、发送和接收的字节，以及维持、放弃或停止的流程。

　　只有遵守应用程序服务级别，并且了解应用程序在依赖关系这条链上各个环节的健康状况和性能，应用程序支持部门才能深入探究服务器堆栈，以便确定是不是存在坏连接、过载的虚拟机、服务器托管冲突或者许多与服务器有关的问题。

　　不妨考虑这个例子：一家公司把数据中心的大部分系统进行了虚拟化；突然，某个用户的应用程序没了反应。忙碌了两天后，应用程序支持人员认识到该应用程序依赖的一台服务器已改为虚拟机，而该应用程序仍在调用原来的那台物理服务器。

　　应用程序迁移至虚拟基础架构过程中，以应用程序为中心的ASM方法能够确定应用程序不断变化的依赖关系，从而使支持人员能够跟踪该应用程序。

　　物理机迁移至虚拟机（P2V）项目

　　由于动态数据中心改变了应用程序生态系统的格局，这种以应用程序为中心的方法也显得必不可少。比方说，虚拟化卸载了网络输入/输出――不仅仅把众多虚拟机放在一台主机服务器上，因而可能会增加处理负担。虚拟化会导致同一CPU多次处理网络输入/输出、还常常处理存储输入/输出。这带来了新的CPU开销，直接关系到输入/输出功能。

　　由于虚拟化环境中的处理事务和依赖关系数量增加（比如与n层业务应用程序和面向服务架构有关的事务和依赖关系），应用程序扩展起来根本不像人们想象的那样简单。应用程序和基础架构团队需要在应用程序输入/输出方面事先做好工作；在物理机迁移至虚拟机之前，为CPU利用率增加做好准备。为了做到这一点，他们就需要虚拟机环境变化时、能够实时监控这些问题的工具。

　　借助以应用程序为中心的ASM方法，就能查看流程、监控虚拟机的变化，并且获得每个连接的详细性能数据，以便保持对应用程序的可见性，不管数据中心最近出现了什么变化。

　　在虚拟化环境中缺少应用程序可见性已经导致一些企业盲目地投入更多资源来解决性能问题，从而使问题显得更严重。再举一个例子：为了解决应用程序停止运行问题，一家知名软件提供商的IT人员一直在提供更多的容量、配置更多的虚拟机，以便应用程序正常运行。然而，他们很快为用户配置了过多资源，结果浪费了资源。这样一来，之前开展的所有虚拟化工作取得的优点荡然无存。

　　有什么解决办法吗？支持团队使用能够针对虚拟服务器上的应用程序提供可见性的工具，就能跟踪整个基础架构上的服务级别，深入探究服务器堆栈，以便隔离问题、不需要额外资源，最终在优化资源池的同时，满足用户的要求。

　　如今，ASM工具能够让虚拟化环境访问应用程序的实际数据，而不是模型化数据。这样一来，应用程序的拥有者可以放心地对复杂应用程序进行虚拟化，知道它们会正常运行。

　　这些解决方案使用智能数据收集器（这是在几台服务器的操作系统上运行的一项服务），通过监控应用程序的请求层来被动收集数据。收集器使用Windows管理工具（WMI），或者连接到VMware VirtualCenter（最近改名为vCente）管理应用编程接口（API）时使用ESX Server，发送操作系统方面的详细统计信息。这些数据能够帮助管理员了解应用程序性能，并且跟踪应用程序的行踪，以便检测潜在的瓶颈和故障。

　　ASM工具为应用程序技术支持人员和基础架构拥有者提供了所需的可见性，以便管理部署在虚拟化数据中心中的应用程序的性能和可用性。ASM方法包含三个重要的基本部分：

• 应用程序发现和确定：发现和确定应用程序连接、流程和相互依赖关系，以便了解物理环境和虚拟环境。
• 服务级别健康状态评定：服务级别性能方面的信息详细说明了连接、使用情况和应用程序的访问次数，描述了复杂应用程序的相对健康状况。
• 排查应用程序和服务器问题：性能指标着重指出了要关注的问题方面，表明应当把重点放在哪些方面，以便解决问题、优化IT环境。

　　由于ASM强调以业务为中心的方法，应用程序支持人员和基础架构拥有者可以做到让服务级别目标与最重要的业务目标相一致。这种以应用程序为中心的方法有助于明确整个企业的目标、增强响应能力。

　　因而，应用程序和基础架构支持人员就能够把重点放在业务流程的可用性、性能和共同定义的参数方面，并且通过服务级别协议来明确这些流程。实际上，ASM为IT团队提供了统一目标的通用语言，并且提供了针对应用程序性能和可用性的可见性，以便他们控制及改善提供给客户的服务。