現(xiàn)代網(wǎng)絡性能監(jiān)控工具應具備何種技能?
現(xiàn)代網(wǎng)絡性能監(jiān)控工具應具備何種技能?
網(wǎng)絡性能監(jiān)控工具對于it行業(yè)的來說是必不可少的一個工具，但是在使用的同時也要注意考慮到網(wǎng)絡性能監(jiān)控工具應該具備哪些技能，今天小編就為大家講解一下現(xiàn)代網(wǎng)絡性能監(jiān)控工具應具備何種技能，下面我們一起來看看吧!
簡介：
以前，企業(yè)網(wǎng)絡工程師不得不為各種連接的服務器、應用程序和終端設備提供網(wǎng)絡接入和足夠的帶寬。從OSI模型角度看，這些工具主要關注于1-4層網(wǎng)絡。由于通過一個網(wǎng)絡的所有流量和數(shù)據(jù)流都共享全部的帶寬和隊列資源，更高的OSI層次多少被忽略了。
慢慢地，網(wǎng)絡設備變得越來越復雜，現(xiàn)在網(wǎng)絡中不同的數(shù)據(jù)流都可以被識別出來并區(qū)別對待。各種服務質(zhì)量(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)，其中包括電源、風扇和內(nèi)存使用率等。
有一些網(wǎng)絡性能監(jiān)控工具還能夠收集和響應各不同的系統(tǒng)日志(Syslog)消息。系統(tǒng)日志是一種面向基礎架構(gòu)設備日志消息的通用標準。這些消息會被發(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é)省大量的時間。
好了今天小編的介紹就到這里了，希望對大家有所幫助!如果你喜歡記得分享給身邊的朋友哦!
相關文章：