Infrastructure Technology Infrastructure Library (ITIL)承諾能夠提高員工生產力，縮短解決問題時間，以及將IT運營更加緊密地向業(yè)務目標看齊。但為了實現ITIL和使它投入運行，您必須首先找到正確的ITIL監(jiān)控工具以便詳細且精確地了解網絡組件以及它們之間的數據流。

大多數監(jiān)控工具都依靠映射工具來收集網絡設備和連接的信息；然后再測量和顯示每個連接和設備層的使用匯總。但是，用來支持ITIL的監(jiān)控工具并不只是用來測試總吞吐量，它還能顯示每個應用的網絡使用狀態(tài)和最終用戶可見的性能。

這意味著ITIL監(jiān)控工具也可以在7層協(xié)議上運行，并且提供關于用戶發(fā)送請求之后多長時間才能獲得響應的信息。這些工具將測量數據在網絡中的傳輸時間，應用處理輸入的時間，以及響應在網絡上按原路返回到最終用戶所需要的時間。例如，如果用戶需要在1秒鐘內得到響應，但是卻必須等待10秒鐘，那么網絡團隊就能夠辨別出問題是出在網絡還是應用本身。

有許多的供應商提供ITIL監(jiān)控工具，包括CA Technologies、EMC和HP以及其他一些小型供應商，如Infoblox和Ipswitch。

ITIL監(jiān)控工具：購買時必須考慮什么

網絡配置信息必須保持更新并且能被ITIL監(jiān)控工具訪問。這意味著需要創(chuàng)建配置數據庫，但是在ITIL v3中這種方法已經發(fā)生了變化。ITIL v2需要使用一個Configuration Management Data Base (CMDB)保存網絡各個方面的配置信息。這就包括了關于網絡設備、服務器、OS軟件和應用軟件方面的詳細信息。這個CMDB包括所有一般稱為配置信息的信息，同時還包括軟件版本級別、支持合同狀態(tài)等信息。但是，使用單個CMDB在實際操作中比較不靈活。ITIL v3建議創(chuàng)建多數據庫，其中一個用于保存網絡設備信息，一個用于保存服務器硬件信息，一個用于保存應用信息，等等。

1. 在做出選擇之前，要先了解ITIL工具是如何交互的。在指定的ITIL數據庫之間必須有恰當接口。例如，監(jiān)控工具全天候地更新專門記錄性能的數據庫，從而記錄關于網絡使用狀況變化的信息。如果一個設備或者連接重新配置或者出錯了，那么必須在網絡配置數據庫中使用一個接口通知監(jiān)控工具。

如果從單一的供應商購買全套工具設備，兼容性是不會有問題的，但是如果要整合多個供應商的工具，兼容性就可能是一個問題。為了解決兼容性問題，有些供應商開發(fā)了支持更廣泛地使用的其它供應商的產品的接口，或者將開放API添加到它們的產品中。

2. 選擇能夠讓您專注于導致性能降低的問題根源的ITIL工具。在重要的應用中，對降低的性能作出反應需要能夠快速地確定問題根源所在。雖然價格較低的監(jiān)控工具可以顯示網絡上的所有活動，但是卻很難專注于重要的流量。由于網絡中的情況非常復雜，因此很難屏閉屏幕上所有的不重要的信息而只關注于您特別需要的信息。工具必須能夠適時地監(jiān)控最重要的應用。

3. 選擇一個可以測量單個事務持續(xù)時間的ITIL監(jiān)控工具。雖然吞吐率是重要的，但是最終用戶關心的是在發(fā)出請求之后事務執(zhí)行的時間。如果事務執(zhí)行時間對于關鍵應用來說是可以接受的，那么就無須擔心底層的事務細節(jié)了。

如何為ITIL映射網絡

首先是使用這些工具來映射網絡。最初的網絡掃描通常是識別可刪除的設備。如果交換機有不用的端口，那么可以將激活的連接整合到較少的交換機上而減少一臺交換機。掃描也可能檢測出非法的設備，如果雇員將他們自己購買的Wi-Fi接入端連接到網絡上，就會造成嚴重的安全漏洞。

定期重新掃描網絡。雖然網絡修改必須記錄在配置數據庫上，但并不是隨時進行記錄。要根據您過去的經驗，確定需要多久時間才重新對未記錄的更改進行掃描。

ITIL網絡監(jiān)控：選擇監(jiān)控哪種應用

分析網絡應用的過程一般是從詳細分析網絡設備性能開始的。雖然這是非常有用的信息，但是要選擇一種應用開始分析，最理想的是選擇產生問題最多的那一個應用開始分析。要使用映射和監(jiān)控工具來了解哪些服務器在使用，它們之間的路徑，預期的數據傳輸速率和所需要的延遲。要確定整體應用中哪個部分導致了問題的發(fā)生——可能是服務器問題、磁盤爭奪或者網絡阻塞。要專注于這個問題并解決它。這樣最終用戶將很快看到應用的改進。這種正面的反饋恰恰證明了在ITIL中投入的時間和精力都是值得的。

在全面地檢查初始應用之后，接下來是處理其它的應用。要通過每個分析得到的信息繼續(xù)監(jiān)控應用性能，檢測問題，并估計將來由于業(yè)務需求變化引起的流量級別變化而帶來的容量問題。

虛擬化：主要的挑戰(zhàn)

在組件和設備上大量的端口都是固定的情況下，了解應用和網絡流量都已經很困難了。但是在引進了可以在物理服務器之間遷移的虛擬服務器之后，再加上虛擬網絡接口是可以實時地創(chuàng)建或刪除，使得監(jiān)控網絡健康狀態(tài)的難度急劇加大。系統(tǒng)和網絡管理工具之間的接口必須允許虛擬環(huán)境中的修改可以快速的生效。

之前關于服務器的描述包括了其物理部分、OS、數據庫和應用，在虛擬化中還必須包括不斷更新的虛擬軟件記錄，及其中運行的大量的VM和一整套應用。

其中最重要的是，網絡和系統(tǒng)人員必須一起協(xié)作，以便了解每個應用可能的物理服務器范圍，同時配置服務器和網絡來提供穩(wěn)定的性能來支持應用的運行。