關于應用程序性能管理有一個痛苦的事實那就是識別性能問題要比解決困難得多。很多組織部署了應用程序交付優化（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。