关于应用程序性能管理有一个痛苦的事实那就是识别性能问题要比解决困难得多。很多组织部署了应用程序交付优化（ADO）工具及压缩或应用程序加速来提高那些用户常常抱怨的应用程序的性能（例如：“拜托！我们的文件共享无法工作了！”）。

　　但是，WAN层性能问题会掩盖主动识别这些问题的实际难度。当然，如果性能问题的根源在数据中心更深入的地方，那么WAN层修复将于事无补。实现主动识别的关键在于应用程序性能监控工具，这些工具从存储I/O开始，并且会为远程终端用户提供网络上每一步操作的可见性。

　　SAN上的应用程序性能监控：您需要监控什么

　　在SAN中，系统在大容量存储上会同时读和写大量的数据。IT专业人士必须监控几个与应用程序性能相关的基本度量，主要是每秒I/O操作（IOPS）和I/O响应时间。

　　连接两端都是关键。在存储端，SAN监控可以告诉您存储阵列是如何执行的；在特定的逻辑单元号（LUN）是否有流量高峰；速度很慢的存储（反应时间过长）是否正被用于存储频繁请求的数据——即热数据，等等。在主机端，SAN监控应该会告诉您每一台物理或者虚拟服务器的IOPS，以及正在使用的存储的响应时间。监控也可以确定所有物理和虚拟服务器的顶级监听众（读取存储数据）和顶级说话者（写入数据到存储）。

　　除了大型的存储供应商，如EMC、HP、IBM和NetApp，很多较小型的管理供应商也提供一些存储监控工具，包括SolarWinds、ManageEngine和Virtual Instruments。

　　物理和虚拟服务器中的应用程序性能监控

　　应用程序性能问题也可能突然发生在服务器层。由于可以直接从服务器供应商那获得很全面的工具以及第三方和开源监控工具，大多数IT部门都可以相当不错地测定服务器的性能。管理员可以察看应用程序和组件服务的I/O、CPU和内存性能，并根据需要在性能临界值设置警报。

　　鉴于目前有97%的公司都会使用虚拟服务器，并且大约一半的企业工作负载现在也都是虚拟化的，所以能够同时查看物理和虚拟设备的工具是至关重要的。从性能的角度看，最重要的新功能是将虚拟服务器映射到物理服务器上。IT必须能够看到其中某一台虚拟机的行为是否正在影响同一宿主上的其它虚拟机性能，或者一台失效的或有问题的宿主服务器（例如，一个糟糕的NIC或HBA）是否正在影响其上的虚拟机器的性能。

　　数据中心基于LAN的应用程序性能监控

　　在数据中心的LAN层，通过查看服务器之间的流量来监控多层次的基于SOA的应用程序是很有用的。这可以从服务器端进行管理：传统的事务性能工具使用数据库代理、应用程序和Web服务器来收集数据及相关结果。一个基于LAN的解决方案可以监控和分析节点之间的流量流。

　　应用感知网络监控工具供应商有ExtraHop、Fluke Networks、Lancope、InfoVista 和SolarWinds。

　　WAN中的应用感知可见性和组件管理

　　WAN是另一个会产生、监控及解决性能问题的地方。大部分用户通过WAN远程访问数据中心的企业应用程序。可惜地是，WAN很容易出现丢包及不可避免的高延迟问题。例如，除了能够监控每个网卡丢包问题的组件管理工具，IT还必须部署能够实现应用感知可见性的工具来解决网络问题。

　　一些WAN优化工具，包括Exinda、Ipanema和Streamcore所提供的工具，都非常重视性能监控及报告。很多LAN监控工具，例如ExtraHop、Fluke Networks、NetScout和NetQoS，也同样能够报告WAN性能。

　　监控桌面上的应用程序性能

　　性能问题的最后一个环节当然就是终端——大多数应用程序的使用源头PC（或Mac或Linux桌面）。有些性能监控解决方案会在最终用户设备上整合一个代理（永久的、临时的和临时下载的），以便获得真正的用户级性能视图。而其他解决方案会将事务流量镜象到一个分析引擎。此外，其他解决方案则模仿用户的综合事务或事务记录/回放，以建立一个可以在任意位置自动运行的统一测量集。

　　以用户为中心的性能监控供应商有诸如HP、CA和BMC等的大供应商，也有诸如Precise、Symphonic和Knoa等这样的小型供应商。

　　当然，在任何现实部署中，一定要记住终端设备本身也可能出现用户可以感知到的影响企业应用程序性能的问题。因此，一定要像监控服务器一样监控客户端计算机性能。这通常可以通过相同的应用程序性能监控工具实现，这些工具能发出SNMP数据请求或者调用Windows Management Interface进行监控。目前这一类的开源和免费工具有很多，这个领域的专业供应商有NEXThink和Centrisoft。