使用Mycat分散式資料庫中介軟體時需要對各個效能指標進行監控，官方已經提供了一個監控軟體，於是討論起來監控是怎麼具體可能有哪些實現，雖然知道已經有很多的監控軟體可以使用，比如zabbix，但是今天聽同事說有一個叫做SNMP的協議，是專門用在環境監控方面的，回頭一查發現這竟然是行業標準，而且zabbix也是基於這個協議實現的，本著不折騰不舒服的精神，調查了一番總結如下，主要分成兩個部分：

• snmp協議的內容總結；
• 通過程式設計獲取snmp協議中傳遞的資訊；

本文主要著重在snmp協議的內容以及具體的結構，下一篇會通過Java 來獲取snmp中傳遞的資訊。

snmp已經發展出了三個版本，由於本文只是做一個總結，所以不涉及版本資訊。

1. snmp協議的應用場景

snmp的中文名是簡單網路管理協議，是Simple Network Management Protocol的簡稱，而且是一個應用層協議，等於和http是平級，但是差別咋就這麼大呢？什麼用處呢？用來在網路實體和節點之間交換管理或者監控資訊，這是官方說法。簡單點來說就是打小報告的，只不過這裡打小報告的是程式而不是人，被報告的是機器或者作業系統而不是人。

為什麼用這個東西？簡單來說，就是為了方便偷懶，當開始時一個公司中的計算機不是很多，運維人員還可以一個一個去檢視是什麼問題，但是如果一家公司的計算機有成百上千臺，還能去一個一個看嗎?當然不能了，說能的人出門右轉是精神病院，這也不是跑馬拉松，沒有必要這麼鍛鍊，所以這個協議應運而生，想一想自己坐在辦公室，一邊看著各個計算機和伺服器給你發來的監控資訊，一邊撩著妹子，感覺是不是很爽（發明這個協議的人當初是不是也當過單身狗），而且只要預先部署好，伺服器出什麼問題還會報警，這簡直是運維人員的福利呀！！

2. snmp的具體內容

2.1 snmp的組成

在snmp中一般來說由三種元件組成：

• 網路裝置：指在網路中需要管理和監控的裝置，例如提供服務的伺服器、路由器等，這些裝置必須支援snmp協議；
• 管理元件：一般來說指的是執行網路管理系統的計算機（也可以指在這個計算機上執行的監控軟體），這個計算機可能與被管理的網路裝置在地理上隔絕的，但是可以遠端監控和管理網路裝置，例如網咖的網管的電腦就可以看做一個管理元件，可以用來監控每個電腦的執行，以及管理你上網的時間並提出預警；
• 代理Agent：這是指執行在被管理裝置上的一個軟體模組，用來維護被管理裝置的管理資訊資料並可在需要時把管理資料傳送給管理元件；
  
  • 代理保有MIB(Management Information Base)物件變數，可以從管理資訊庫MIB收集資訊並回傳給管理元件
    ；
  • MIB庫是一個儲存網路管理資訊的虛擬資料儲存空間，由多組被管理物件組成。在網路裝置的MIB庫中有由多個MIB模組定義的多組各自相關聯的物件，其實說白了裡面儲存的是網路裝置的屬性，比如什麼CPU資訊、IO讀寫率等等；

2.2 snmp中元件之間的通訊

2.2.1 snmp的通訊協議和資料格式

首先要明確的是snmp協議是應用層協議，所以它的通訊底層實現還是要靠TCP協議或者UDP協議，至於使用的是哪一種協議？就要思考一下snmp的應用場景，它是用來進行監控的，要不影響其他任務的執行，所以最好要簡單一些並且效率高一些，那麼這就是UDP協議了，而且還省去了握手的麻煩！

由於UDP協議是把資料打包成一個一個的資料報傳送出來，那麼具體的監控資訊是怎樣打包到其中的呢？這就涉及到元件之間通訊的訊息格式。管理元件與Agent代理之間以協議資料單元PDU(Protocol Data Unit，PDU)進行通訊，資料在進行網路傳輸前必須進行分塊和封裝，在SNMP資訊傳輸的過程中，資料首先會被封裝成PDU，PDU再被UDP協議封裝進行傳輸。具體的資料格式是什麼樣的，參考相關文章中的第一篇。

2.2.2 snmp的通訊過程

snmp是一個請求/響應式的協議，它的通訊過程有三種：

• 請求（讀get）資料：管理元件發起請求讀取變數，Agent代理返回從MIB中讀取的變數資料；
  
  • get請求：用以從agent上獲取指定OID(可以理解為裝置屬性的Id)對應的一條或多條值;
  • get-next請求：與get類似，最明顯的區別是GETNEXT獲取指定OID在系統樹中所處位置的下一個OID，在snmp協議中被管理物件用一個樹來組織，被管理物件用OID表示；

• 修改（寫set）資料：管理元件發起請求通過Agent代理來修改網路裝置上的一些配置值；

• 報警獲取資料（trap）：Agent代理使用trap向管理元件發出請求，用來報告網路裝置上的一個異常情況以便管理元件能夠知曉，類似於事件的回撥函式；

相關文章：