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

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

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

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

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

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

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

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

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

　　·应用程序发现和确定：发现和确定应用程序连接、流程和相互依赖关系，以便了解物理环境和虚拟环境。

　　·服务级别健康状态评定：服务级别性能方面的信息详细说明了连接、使用情况和应用程序的访问次数，描述了复杂应用程序的相对健康状况。

　　·排查应用程序和服务器问题：性能指标着重指出了要关注的问题方面，表明应当把重点放在哪些方面，以便解决问题、优化IT环境。

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

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