以前，企業(yè)網(wǎng)絡工程師不得不為各種連接的服務器、應用程序和終端設備提供網(wǎng)絡接入和足夠的帶寬。從OSI模型角度看，這些工具主要關注于1-4層網(wǎng)絡。由于通過一個網(wǎng)絡的所有流量和數(shù)據(jù)流都共享全部的帶寬和隊列資源，更高的OSI層次多少被忽略了。

慢慢地，網(wǎng)絡設備變得越來越復雜，現(xiàn)在網(wǎng)絡中不同的數(shù)據(jù)流都可以被識別出來并區(qū)別對待。各種服務質量(QoS)和應用層流程成型技術也可用于實 現(xiàn)這個目 標。此外，隨著對于關鍵業(yè)務應用程序依賴程度越來越高，網(wǎng)絡工程師也迫切需要了解OSI模型的更高層次，這樣他們才能發(fā)現(xiàn)網(wǎng)絡、服務器操作系統(tǒng)、虛擬化軟 件和應用程序本身所存在的性能問題或其他問題。但是，要想解決這些問題，他們需要借助于一些工具。

在許多場景中，網(wǎng)絡性能監(jiān)控工具已經(jīng)從較為傳統(tǒng)和簡單的網(wǎng)絡監(jiān)控軟件向前進化。這些監(jiān)控工具通常使用ICMP的ping和簡單網(wǎng)絡監(jiān)控協(xié)議 (SNMP)的 polling/traps去檢查網(wǎng)絡狀態(tài)。更現(xiàn)代的補充功能包括監(jiān)控、基線化和智能分析應用程序本身的所有狀態(tài)。最先進的網(wǎng)絡監(jiān)控工具則還能夠執(zhí)行以下 5種功能：

1. 網(wǎng)絡與應用程序監(jiān)控

2. 網(wǎng)絡問題分析

3. 應用數(shù)據(jù)與流攔截分析

4. 虛擬化與操作系統(tǒng)問題檢測

5. 問題根源分析

不同的網(wǎng)絡性能監(jiān)控供應商在執(zhí)行這些任務的粒度各不相同。而且，越精確的任務在實現(xiàn)和管理時會越復雜。因此，一定要準確理解自身組織的需求，之后再恰當?shù)仄胶饬６群蛷碗s度。那么，我們接下來繼續(xù)分析現(xiàn)代網(wǎng)絡性能監(jiān)控工具所具備的5個常用功能。

網(wǎng)絡與應用程序監(jiān)控

正如前面所提到的，現(xiàn)代網(wǎng)絡監(jiān)控工具已經(jīng)從使用ICMP ping和SNMP協(xié)議的網(wǎng)絡監(jiān)控進化為更復雜的工具了。來自網(wǎng)絡監(jiān)控服務器的常規(guī)ping命令會發(fā)送到各種不同的網(wǎng)絡、服務器及其他需要監(jiān)控的終端設備 上。如果所監(jiān)控的設備沒有響應ping請求，那么監(jiān)控工具可能會將該設備標記為“宕機”，然后向支持人員發(fā)出警報。

SNMP會收集和組織來自支持這種協(xié)議的網(wǎng)絡與服務器組件的各種不同類型的數(shù)據(jù)。

對于網(wǎng)絡設備而言，這通常意味著要不斷地監(jiān)控特定的設備接口狀態(tài)和數(shù)據(jù)吞吐量。此外，它還會監(jiān)控硬件狀態(tài)，其中包括電源、風扇和內存使用率等。

有一些網(wǎng)絡性能監(jiān)控工具還能夠收集和響應各不同的系統(tǒng)日志(Syslog)消息。系統(tǒng)日志是一種面向基礎架構設備日志消息的通用標準。這些消息會被發(fā)送和 存儲到一個集中的網(wǎng)絡監(jiān)控工具中，經(jīng)過分析后會在出現(xiàn)系統(tǒng)故障時用于通知支持工程師。

網(wǎng)絡監(jiān)控工具具有全面的監(jiān)控能力，它不僅能夠監(jiān)控可用性和性能統(tǒng)計數(shù)據(jù)，甚至能夠監(jiān)控整個應用層。這種監(jiān)控通常依賴于所配置的軟件插件或操作系統(tǒng)設置，將監(jiān)控數(shù)據(jù)發(fā)送回中央監(jiān)控服務器。

虛擬化和操作系統(tǒng)問題檢測

網(wǎng)絡與應用程序之間也一定會出現(xiàn)一些問題。這其中包括虛擬化、服務器操作系統(tǒng)及應用程序所依賴的各種中間件。虛擬機管理程序需要單獨監(jiān)控可能造 成應用層性 能下降的問題。負責管理分布式系統(tǒng)之間通信的主操作系統(tǒng)和中間件也有一樣的問題。網(wǎng)絡性能監(jiān)控供應商會使用不同的方法去監(jiān)控這些問題，其中一些還支持更多 的虛擬機管理程序、操作系統(tǒng)和中間件軟件。

網(wǎng)絡問題分析

除了提供簡單的在線/斷線狀態(tài)和使用率信息，網(wǎng)絡性能監(jiān)控產(chǎn)品還能執(zhí)行更復雜的自動化網(wǎng)絡故障修復任務。這其中包括路由協(xié)議監(jiān)控和計劃外路由變 化警報。此外，有一些產(chǎn)品還能使用智能技術去理解各種WAN技術、虛擬堆疊和QoS特性的工作方式。此外，它們還能設置成在出現(xiàn)問題時自動發(fā)送警報，甚至 還能夠執(zhí)行 自動修復問題的操作。

應用數(shù)據(jù)與流的捕捉分析

現(xiàn)代網(wǎng)絡性能監(jiān)控工具的最重要任務就是解析和分析數(shù)據(jù)與流。在網(wǎng)絡中，不同區(qū)域可以用不同的方法去捕捉數(shù)據(jù)包，然后執(zhí)行自動和/或人工分析。最常見的方法 有：

1. 在所有關鍵的網(wǎng)絡位置上部署分布式數(shù)據(jù)采集代理。

2. 使用特定路由器/交換機硬件所具有的數(shù)據(jù)包捕捉功能。

分析數(shù)據(jù)包并執(zhí)行更精細的應用分析，這是許多企業(yè)組織越來越重視的需求。通過使用深度數(shù)據(jù)包檢測技術，網(wǎng)絡管理員就能夠分辨出與應用程序關系更密切的通信問題，否則這些問題很難檢測到。

網(wǎng)絡流采集會整理出數(shù)據(jù)進出網(wǎng)卡的IP網(wǎng)絡統(tǒng)計信息。一旦將這些數(shù)據(jù)發(fā)送到一個集中的服務器并通過網(wǎng)絡性能監(jiān)控流分析工具的分析，網(wǎng)絡支持管理 員就能夠分 辨流量的源信息和目標信息，以及流量在通過網(wǎng)絡時會遇到的詳細QoS策略。最終，這些數(shù)據(jù)會被用于識別網(wǎng)絡設備之間的配置問題或各個網(wǎng)絡路徑的擁塞問題。

問題根源分析

在一個網(wǎng)絡性能監(jiān)控工具上整合各種事件數(shù)據(jù)并進行分析，能夠形成一種自動化問題根源分析功能。如果網(wǎng)絡中出現(xiàn)一個問題，然后它觸發(fā)多個組件的事 件，那么許 多網(wǎng)絡性能監(jiān)控工具都會使用人工智能技術分析這些事件的關聯(lián)性，最終確定這個問題的根源。這是其中一個需要配置的復雜功能，因為它要求正確配置所有的設備 和監(jiān)控系統(tǒng)。例如，如果設備時間沒有通過網(wǎng)絡時間協(xié)議(Network Time Protocol)進行同步，那么事件發(fā)現(xiàn)的時間就會出錯。這會給問題根源分析引擎的精確度造成負面影響。但是，一旦創(chuàng)建好并采取正確的維護措施，自動化 問題根源分析工具就能夠在故障修復方面節(jié)省大量的時間。

來源：環(huán)境監(jiān)控環(huán)境監(jiān)控系統(tǒng)機房監(jiān)控系統(tǒng)http://dvdvideogroup.com  本文采集于網(wǎng)絡，如有問題有聯(lián)系刪除