簡單網(wǎng)絡(luò)管理協(xié)議，或簡單網(wǎng)絡(luò)管理協(xié)議(Simple Network Management Protocol)和遙測是管理網(wǎng)絡(luò)性能的兩種方法，但它們以不同的機制運行。網(wǎng)絡(luò)專業(yè)人員應(yīng)該評估這些區(qū)別，以決定哪一個更適合他們的需求。

本文解釋了SNMP和遙測技術(shù)的工作原理及其主要區(qū)別。

SNMP如何工作

自1990年以來，SNMP一直用于網(wǎng)絡(luò)管理，并得到網(wǎng)絡(luò)設(shè)備和監(jiān)控平臺的廣泛支持。SNMP通過輪詢機制收集設(shè)備性能數(shù)據(jù)，并將其返回給管理平臺。SNMP有三個版本，其中SNMPv3增加了重要的身份驗證和加密功能。

SNMP使用簡單的協(xié)議來請求由一個或多個對象id(OIDs)在GetRequest、GetNextRequest或GetBulkRequest數(shù)據(jù)包中。響應(yīng)包返回數(shù)據(jù)。oid被結(jié)構(gòu)化在管理信息庫(管理信息庫).網(wǎng)絡(luò)管理員可以根據(jù)需要使用這些數(shù)據(jù)包來執(zhí)行特定的數(shù)據(jù)收集。

SNMP陷阱或系統(tǒng)日志將同步事件傳送回管理系統(tǒng)。用戶數(shù)據(jù)報協(xié)議傳輸數(shù)據(jù)，對網(wǎng)絡(luò)設(shè)備和管理系統(tǒng)的開銷要求最低。

盡管SNMP功能強大，但它的輪詢架構(gòu)也有不足之處。管理系統(tǒng)創(chuàng)建并向每個設(shè)備發(fā)送數(shù)據(jù)請求，幾分鐘后重復(fù)該過程。這種重復(fù)的過程會產(chǎn)生成本。MIB通過字典排序來組織數(shù)據(jù)，這與設(shè)備存儲接口性能數(shù)據(jù)的方式不同。由于這兩種方法之間的差異，設(shè)備的CPU必須做更多的處理來處理輪詢請求。

一個獨立于供應(yīng)商的MIB，名為MIB-II，為各種設(shè)備提供了一組通用的操作變量。供應(yīng)商可以用定制的MIB來擴充MIB-II，一些網(wǎng)絡(luò)管理系統(tǒng)利用了這個額外的數(shù)據(jù)源。

遙測技術(shù)如何工作

流式網(wǎng)絡(luò)遙測是一種機制，它使用推送模式向網(wǎng)絡(luò)管理系統(tǒng)持續(xù)發(fā)送高分辨率的設(shè)備運行數(shù)據(jù)。與SNMP或命令行界面(CLI)等其他方法相比，它發(fā)送數(shù)據(jù)的速度更快，對網(wǎng)絡(luò)設(shè)備的壓力更小。網(wǎng)絡(luò)管理員在配置周期性節(jié)奏時選擇數(shù)據(jù)，這可能以快速突發(fā)方式或通過事件觸發(fā)器發(fā)生。事件觸發(fā)的示例包括閾值突破(如高錯誤)或狀態(tài)變化(如接口狀態(tài)變化)。

遙測數(shù)據(jù)編碼為XML、JSON或Google協(xié)議緩沖區(qū)。加密可以使用UDP或TCP傳輸，通常與Google遠程過程調(diào)用(gRPC).GRPC使收集器能夠從網(wǎng)絡(luò)設(shè)備動態(tài)請求數(shù)據(jù)流。它可以建立新的數(shù)據(jù)流或輪詢很少改變的數(shù)據(jù)。

與此同時，模型驅(qū)動遙測技術(shù)基于楊模型，簡化了數(shù)據(jù)流的選擇。OpenConfig工作組正在創(chuàng)建適用于網(wǎng)絡(luò)設(shè)備組的標準化模型。此外，谷歌通過其gRPC網(wǎng)絡(luò)管理接口(gNMI)倡議，定義了一個標準來管理如何使用遙測技術(shù)來檢索網(wǎng)絡(luò)狀態(tài)數(shù)據(jù)。

即使是中等規(guī)模的網(wǎng)絡(luò)也可以傳輸大量數(shù)據(jù)，這需要大數(shù)據(jù)存儲和處理機制。網(wǎng)絡(luò)管理人員必須確定每種類型的數(shù)據(jù)流的節(jié)奏或事件觸發(fā)器，以便它們不會超過所討論的網(wǎng)絡(luò)管理系統(tǒng)的處理能力。

比較遙測與SNMP

當網(wǎng)絡(luò)管理員需要檢索相對靜態(tài)的數(shù)據(jù)(如清單或相鄰設(shè)備)時，他們可能更喜歡使用SNMP。然而，SNMP的輪詢機制使得收集大容量、高分辨率的性能數(shù)據(jù)具有挑戰(zhàn)性。

SNMP適用于配備了大量不支持遙測技術(shù)的舊設(shè)備的網(wǎng)絡(luò)。它也有利于收集不良數(shù)據(jù)，如下所示:

• 路由對等方。
• 橋接域鄰居。
• 網(wǎng)絡(luò)時間協(xié)議對等方。
• 設(shè)備清單信息，如序列號、模塊和插槽位置。

最后，SNMP使用UDP消除了分配大型接收緩沖區(qū)的需要，這使得管理服務(wù)器能夠更有效地分配內(nèi)部內(nèi)存。

網(wǎng)絡(luò)管理員可能更喜歡使用流式遙測來收集高分辨率的性能數(shù)據(jù)，例如高速網(wǎng)絡(luò)接口統(tǒng)計數(shù)據(jù)。隨著越來越多的設(shè)備和網(wǎng)絡(luò)管理供應(yīng)商更好地支持這種方法，遙測技術(shù)變得更加實用。

此外，較新的RPC機制使遙測技術(shù)在從網(wǎng)絡(luò)設(shè)備獲取數(shù)據(jù)方面比SNMP或CLI更有效。對于一些網(wǎng)絡(luò)管理員來說，遙測技術(shù)可能是今后顯而易見的選擇。然而，依賴于TCP連接的遙測收集器可能會使用大量的內(nèi)存作為接收緩沖區(qū)，這取決于具體實現(xiàn)。此外，每個供應(yīng)商的大量YANG模型會使分析流數(shù)據(jù)變得困難。

對于包含以下內(nèi)容的網(wǎng)絡(luò)新舊網(wǎng)絡(luò)設(shè)備的混合SNMP和遙測技術(shù)的結(jié)合可能是最好的。當組織內(nèi)的所有網(wǎng)絡(luò)設(shè)備都支持遙測時，就有可能切換到遙測。

不管網(wǎng)絡(luò)管理員如何評估數(shù)據(jù)收集方法遙測與SNMP相比，網(wǎng)絡(luò)管理本質(zhì)上是一個大數(shù)據(jù)問題。管理系統(tǒng)必須處理大量數(shù)據(jù)，以識別異常情況并向網(wǎng)絡(luò)運營團隊發(fā)出問題警報。OpenConfig和gNMI計劃致力于簡化數(shù)據(jù)收集和分析。