現(xiàn)代網(wǎng)絡(luò)性能監(jiān)控工具應(yīng)具備何種技能?
現(xiàn)代網(wǎng)絡(luò)性能監(jiān)控工具應(yīng)具備何種技能?
網(wǎng)絡(luò)性能監(jiān)控工具對(duì)于it行業(yè)的來(lái)說(shuō)是必不可少的一個(gè)工具，但是在使用的同時(shí)也要注意考慮到網(wǎng)絡(luò)性能監(jiān)控工具應(yīng)該具備哪些技能，今天小編就為大家講解一下現(xiàn)代網(wǎng)絡(luò)性能監(jiān)控工具應(yīng)具備何種技能，下面我們一起來(lái)看看吧!
簡(jiǎn)介：
以前，企業(yè)網(wǎng)絡(luò)工程師不得不為各種連接的服務(wù)器、應(yīng)用程序和終端設(shè)備提供網(wǎng)絡(luò)接入和足夠的帶寬。從OSI模型角度看，這些工具主要關(guān)注于1-4層網(wǎng)絡(luò)。由于通過(guò)一個(gè)網(wǎng)絡(luò)的所有流量和數(shù)據(jù)流都共享全部的帶寬和隊(duì)列資源，更高的OSI層次多少被忽略了。
慢慢地，網(wǎng)絡(luò)設(shè)備變得越來(lái)越復(fù)雜，現(xiàn)在網(wǎng)絡(luò)中不同的數(shù)據(jù)流都可以被識(shí)別出來(lái)并區(qū)別對(duì)待。各種服務(wù)質(zhì)量(QoS)和應(yīng)用層流程成型技術(shù)也可用于實(shí)現(xiàn)這個(gè)目 標(biāo)。此外，隨著對(duì)于關(guān)鍵業(yè)務(wù)應(yīng)用程序依賴程度越來(lái)越高，網(wǎng)絡(luò)工程師也迫切需要了解OSI模型的更高層次，這樣他們才能發(fā)現(xiàn)網(wǎng)絡(luò)、服務(wù)器操作系統(tǒng)、虛擬化軟件和應(yīng)用程序本身所存在的性能問(wèn)題或其他問(wèn)題。但是，要想解決這些問(wèn)題，他們需要借助于一些工具。
在許多場(chǎng)景中，網(wǎng)絡(luò)性能監(jiān)控工具已經(jīng)從較為傳統(tǒng)和簡(jiǎn)單的網(wǎng)絡(luò)監(jiān)控軟件向前進(jìn)化。這些監(jiān)控工具通常使用ICMP的ping和簡(jiǎn)單網(wǎng)絡(luò)監(jiān)控協(xié)議(SNMP)的 polling/traps去檢查網(wǎng)絡(luò)狀態(tài)。更現(xiàn)代的補(bǔ)充功能包括監(jiān)控、基線化和智能分析應(yīng)用程序本身的所有狀態(tài)。最先進(jìn)的網(wǎng)絡(luò)監(jiān)控工具則還能夠執(zhí)行以下5種功能：
1. 網(wǎng)絡(luò)與應(yīng)用程序監(jiān)控
2. 網(wǎng)絡(luò)問(wèn)題分析
3. 應(yīng)用數(shù)據(jù)與流攔截分析
4. 虛擬化與操作系統(tǒng)問(wèn)題檢測(cè)
5. 問(wèn)題根源分析
不同的網(wǎng)絡(luò)性能監(jiān)控供應(yīng)商在執(zhí)行這些任務(wù)的粒度各不相同。而且，越精確的任務(wù)在實(shí)現(xiàn)和管理時(shí)會(huì)越復(fù)雜。因此，一定要準(zhǔn)確理解自身組織的需求，之后再恰當(dāng)?shù)仄胶饬６群蛷?fù)雜度。那么，我們接下來(lái)繼續(xù)分析現(xiàn)代網(wǎng)絡(luò)性能監(jiān)控工具所具備的5個(gè)常用功能。
網(wǎng)絡(luò)與應(yīng)用程序監(jiān)控
正如前面所提到的，現(xiàn)代網(wǎng)絡(luò)監(jiān)控工具已經(jīng)從使用ICMP ping和SNMP協(xié)議的網(wǎng)絡(luò)監(jiān)控進(jìn)化為更復(fù)雜的工具了。來(lái)自網(wǎng)絡(luò)監(jiān)控服務(wù)器的常規(guī)ping命令會(huì)發(fā)送到各種不同的網(wǎng)絡(luò)、服務(wù)器及其他需要監(jiān)控的終端設(shè)備 上。如果所監(jiān)控的設(shè)備沒(méi)有響應(yīng)ping請(qǐng)求，那么監(jiān)控工具可能會(huì)將該設(shè)備標(biāo)記為“宕機(jī)”，然后向支持人員發(fā)出警報(bào)。
SNMP會(huì)收集和組織來(lái)自支持這種協(xié)議的網(wǎng)絡(luò)與服務(wù)器組件的各種不同類型的數(shù)據(jù)。
對(duì)于網(wǎng)絡(luò)設(shè)備而言，這通常意味著要不斷地監(jiān)控特定的設(shè)備接口狀態(tài)和數(shù)據(jù)吞吐量。此外，它還會(huì)監(jiān)控硬件狀態(tài)，其中包括電源、風(fēng)扇和內(nèi)存使用率等。
有一些網(wǎng)絡(luò)性能監(jiān)控工具還能夠收集和響應(yīng)各不同的系統(tǒng)日志(Syslog)消息。系統(tǒng)日志是一種面向基礎(chǔ)架構(gòu)設(shè)備日志消息的通用標(biāo)準(zhǔn)。這些消息會(huì)被發(fā)送和 存儲(chǔ)到一個(gè)集中的網(wǎng)絡(luò)監(jiān)控工具中，經(jīng)過(guò)分析后會(huì)在出現(xiàn)系統(tǒng)故障時(shí)用于通知支持工程師。
網(wǎng)絡(luò)監(jiān)控工具具有全面的監(jiān)控能力，它不僅能夠監(jiān)控可用性和性能統(tǒng)計(jì)數(shù)據(jù)，甚至能夠監(jiān)控整個(gè)應(yīng)用層。這種監(jiān)控通常依賴于所配置的軟件插件或操作系統(tǒng)設(shè)置，將監(jiān)控?cái)?shù)據(jù)發(fā)送回中央監(jiān)控服務(wù)器。
虛擬化和操作系統(tǒng)問(wèn)題檢測(cè)
網(wǎng)絡(luò)與應(yīng)用程序之間也一定會(huì)出現(xiàn)一些問(wèn)題。這其中包括虛擬化、服務(wù)器操作系統(tǒng)及應(yīng)用程序所依賴的各種中間件。虛擬機(jī)管理程序需要單獨(dú)監(jiān)控可能造成應(yīng)用層性 能下降的問(wèn)題。負(fù)責(zé)管理分布式系統(tǒng)之間通信的主操作系統(tǒng)和中間件也有一樣的問(wèn)題。網(wǎng)絡(luò)性能監(jiān)控供應(yīng)商會(huì)使用不同的方法去監(jiān)控這些問(wèn)題，其中一些還支持更多 的虛擬機(jī)管理程序、操作系統(tǒng)和中間件軟件。
網(wǎng)絡(luò)問(wèn)題分析
除了提供簡(jiǎn)單的在線/斷線狀態(tài)和使用率信息，網(wǎng)絡(luò)性能監(jiān)控產(chǎn)品還能執(zhí)行更復(fù)雜的自動(dòng)化網(wǎng)絡(luò)故障修復(fù)任務(wù)。這其中包括路由協(xié)議監(jiān)控和計(jì)劃外路由變化警報(bào)。此外，有一些產(chǎn)品還能使用智能技術(shù)去理解各種WAN技術(shù)、虛擬堆疊和QoS特性的工作方式。此外，它們還能設(shè)置成在出現(xiàn)問(wèn)題時(shí)自動(dòng)發(fā)送警報(bào)，甚至還能夠執(zhí)行 自動(dòng)修復(fù)問(wèn)題的操作。
應(yīng)用數(shù)據(jù)與流的捕捉分析
現(xiàn)代網(wǎng)絡(luò)性能監(jiān)控工具的最重要任務(wù)就是解析和分析數(shù)據(jù)與流。在網(wǎng)絡(luò)中，不同區(qū)域可以用不同的方法去捕捉數(shù)據(jù)包，然后執(zhí)行自動(dòng)和/或人工分析。最常見的方法 有：
1. 在所有關(guān)鍵的網(wǎng)絡(luò)位置上部署分布式數(shù)據(jù)采集代理。
2. 使用特定路由器/交換機(jī)硬件所具有的數(shù)據(jù)包捕捉功能。
分析數(shù)據(jù)包并執(zhí)行更精細(xì)的應(yīng)用分析，這是許多企業(yè)組織越來(lái)越重視的需求。通過(guò)使用深度數(shù)據(jù)包檢測(cè)技術(shù)，網(wǎng)絡(luò)管理員就能夠分辨出與應(yīng)用程序關(guān)系更密切的通信問(wèn)題，否則這些問(wèn)題很難檢測(cè)到。
網(wǎng)絡(luò)流采集會(huì)整理出數(shù)據(jù)進(jìn)出網(wǎng)卡的IP網(wǎng)絡(luò)統(tǒng)計(jì)信息。一旦將這些數(shù)據(jù)發(fā)送到一個(gè)集中的服務(wù)器并通過(guò)網(wǎng)絡(luò)性能監(jiān)控流分析工具的分析，網(wǎng)絡(luò)支持管理員就能夠分 辨流量的源信息和目標(biāo)信息，以及流量在通過(guò)網(wǎng)絡(luò)時(shí)會(huì)遇到的詳細(xì)QoS策略。最終，這些數(shù)據(jù)會(huì)被用于識(shí)別網(wǎng)絡(luò)設(shè)備之間的配置問(wèn)題或各個(gè)網(wǎng)絡(luò)路徑的擁塞問(wèn)題。
問(wèn)題根源分析
在一個(gè)網(wǎng)絡(luò)性能監(jiān)控工具上整合各種事件數(shù)據(jù)并進(jìn)行分析，能夠形成一種自動(dòng)化問(wèn)題根源分析功能。如果網(wǎng)絡(luò)中出現(xiàn)一個(gè)問(wèn)題，然后它觸發(fā)多個(gè)組件的事件，那么許 多網(wǎng)絡(luò)性能監(jiān)控工具都會(huì)使用人工智能技術(shù)分析這些事件的關(guān)聯(lián)性，最終確定這個(gè)問(wèn)題的根源。這是其中一個(gè)需要配置的復(fù)雜功能，因?yàn)樗笳_配置所有的設(shè)備 和監(jiān)控系統(tǒng)。例如，如果設(shè)備時(shí)間沒(méi)有通過(guò)網(wǎng)絡(luò)時(shí)間協(xié)議(Network Time Protocol)進(jìn)行同步，那么事件發(fā)現(xiàn)的時(shí)間就會(huì)出錯(cuò)。這會(huì)給問(wèn)題根源分析引擎的精確度造成負(fù)面影響。但是，一旦創(chuàng)建好并采取正確的維護(hù)措施，自動(dòng)化 問(wèn)題根源分析工具就能夠在故障修復(fù)方面節(jié)省大量的時(shí)間。
好了今天小編的介紹就到這里了，希望對(duì)大家有所幫助!如果你喜歡記得分享給身邊的朋友哦!
相關(guān)文章：