路人甲：姜汁哥，聽說你專欄賣得很火？

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對(duì)這個(gè)行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡(jiǎn)單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長(zhǎng)期合作伙伴，公司提供的服務(wù)項(xiàng)目有：主機(jī)域名、虛擬空間、營(yíng)銷軟件、網(wǎng)站建設(shè)、泰寧網(wǎng)站維護(hù)、網(wǎng)站推廣。

還行吧，感謝大家的認(rèn)可。

路人甲：你這賺了點(diǎn)小錢，就跑路了？上次見你發(fā)文章，轉(zhuǎn)眼已是n年。

沒跑路，沒跑路，我現(xiàn)在夜以繼日的在為《網(wǎng)工2.0晉級(jí)攻略 - 零基礎(chǔ)入門Ansible/Python》趕稿子呢。（底部有彩蛋！）

路人甲：真會(huì)裝。。。。

琢磨了半天，才想出來這么個(gè)用2B鉛筆寫的，廣告成分極大開場(chǎng)白，最近一忙專欄，就沒空更新博客，對(duì)不住我的朋友們了。

今天我想和大家聊一個(gè)關(guān)乎于多年江湖恩怨的話題。

SNMP已死！

喔喔喔，等下，先別急著扔斧頭，大哥，這話不是我說的，是別人說的。

我知道你對(duì)SNMP情誼很深，你的網(wǎng)絡(luò)全都是靠SNMP罩著呢。

這貨要罷工了，估計(jì)老板馬上就去你家了，估計(jì)你新婚之夜也得扛筆記本去機(jī)房了。

但是，就像美帝亡我之心不似，很多人早已對(duì)SNMP起了歹心，一心想把它干掉。

我今天來的目的，就是想給大家說說說，別人對(duì)SNMP都怎么看的，他們?nèi)绾斡?jì)劃把SNMP干掉的。

畢竟，有些事情一個(gè)巴掌拍不響，肯定事出有因。

我們先別急著反對(duì)，看看他們說有沒有道理。

沒道理了，再飛斧頭。

第一：數(shù)據(jù)不精確

SNMP是基于查詢的模式，網(wǎng)管系統(tǒng)通過定期發(fā)送snmp 查詢消息，挨個(gè)兒?jiǎn)柧W(wǎng)絡(luò)設(shè)備，或者服務(wù)器設(shè)備？

喂，你好么？

你哪里啥情況啊，接口流量是多少，CPU是多少，內(nèi)占用率等？

就像大學(xué)時(shí)候的查房老太太，過一會(huì)兒就過來騷擾你一下。

但是這個(gè)查詢，畢竟有個(gè)時(shí)間間隔，一般情況下我們都是配置5分鐘，即300秒。

你要是以一天，或者數(shù)小時(shí)來看，5分鐘的確很短。

所以一切都很好，很完美。

但是，偶爾就會(huì)出問題，我們以基于類似Cacti這種流量監(jiān)控平臺(tái)為例。

例如，客戶抱怨在某個(gè)時(shí)間段網(wǎng)速很卡，有丟包現(xiàn)象。

然后工程師查看監(jiān)控平臺(tái)，沒問題啊，我們監(jiān)控平臺(tái)上接口流量非常穩(wěn)定。

沒見著擁塞。

你說，這個(gè)時(shí)候，你是說客戶刁蠻，還是說工程師說假話？

其實(shí)他們兩個(gè)說的都沒錯(cuò)。

讓我們看下圖：

（姜汁啊，嗯？你這個(gè)windows畫圖功底有待加強(qiáng)啊，不是一般的丑啊。）

上圖中，綠色線條為監(jiān)控系統(tǒng)認(rèn)為的帶寬，而頂上的黃 色 線 條代表接口帶寬，上下波動(dòng)的代表實(shí)時(shí)流量。

我猜，不用仔細(xì)說，你估計(jì)都知道大概了。

沒錯(cuò)，當(dāng)5分鐘前SNMP第一次查詢時(shí)，得到了第一個(gè)值，而第二次查詢后，很碰巧，得到的值和第一次一樣。

所以從SNMP的角度來看，貌似這5分鐘之內(nèi)，所占用的接口帶寬沒變化。

但是，真正的用戶數(shù)據(jù)正如滔滔大浪，風(fēng)云變幻。

你不知道在某一個(gè)時(shí)刻就會(huì)有突發(fā)數(shù)據(jù)，而突發(fā)兩個(gè)字，正說明了他不是持續(xù)性的，是臨時(shí)突然出現(xiàn)。

可是這突發(fā)流量仍然會(huì)造成網(wǎng)絡(luò)接口丟包。

例如圖中幾個(gè)凸出。

可是在監(jiān)控系統(tǒng)里面，卻是風(fēng)平浪靜，歲月靜好啊。

上面的例子可能稍微極端點(diǎn)，因?yàn)橥耆街钡谋O(jiān)控平臺(tái)流量線，不太可能。

但是很平滑，而不是突突突的突發(fā)流量，倒是實(shí)實(shí)在在發(fā)生的。

例如，下面又是另外一個(gè)反例：

下圖中， 藍(lán)色線條，很不幸，仍然是SNMP查詢。

而紅色線條，是某個(gè)監(jiān)控協(xié)議吐出來的數(shù)據(jù)。

這里看出，紅色線條非常貼近于真實(shí)流量了。

而粗紅色線條圈起來的部分，則是某個(gè)故障導(dǎo)致流量暴跌。

可是，SNMP的定期查詢，是看不到這些細(xì)節(jié)的。

在他的眼里，永遠(yuǎn)是絲般順滑的直線。

第二：出力不討好

上面說了，SNMP因?yàn)槎ㄆ诓樵兊脑颍瑢?dǎo)致n多細(xì)節(jié)漏掉了。

有些小伙伴嘴角上揚(yáng)，露出壞壞的笑容。

你這還不好解決，把SNMP查詢時(shí)間調(diào)短一點(diǎn)不就行了么。

例如，1分鐘，想爽一點(diǎn)30秒也成。

這叫當(dāng)領(lǐng)導(dǎo)的動(dòng)嘴，干活的動(dòng)腿啊。

相信很多運(yùn)維朋友肯定體會(huì)過，網(wǎng)絡(luò)設(shè)備CPU定期飆高。

特別有規(guī)律，幾分鐘來一把。

而且趕巧的時(shí)，網(wǎng)管系統(tǒng)的服務(wù)器也特別心有靈犀，兩者一起共振。

你高，我也高。

查來查去，就一個(gè)進(jìn)程搞的事：SNMP。

這不用說，要么就是監(jiān)控系統(tǒng)太多，這個(gè)系統(tǒng)負(fù)責(zé)查詢一部分，那個(gè)系統(tǒng)負(fù)責(zé)查詢另外一部分。

這網(wǎng)絡(luò)設(shè)備吃不消啊。

要么是一個(gè)監(jiān)控系統(tǒng)，但是查詢內(nèi)容太多。例如每查詢一次，基本上把網(wǎng)絡(luò)設(shè)備翻了個(gè)底朝天。

因?yàn)檫@些查詢相應(yīng)都是基于網(wǎng)絡(luò)設(shè)備的路由引擎來處理，CPU能不高么？

所以，修改查詢頻率過高也不行。

第三：不靠譜

上面說完了snmp 查詢，snmp的trap消息也是存在問題。

一般情況下我們都是用UDP來承載SNMP消息，那UDP的德行你們也懂的。

沒問題還好，有啥問題了，直接當(dāng)場(chǎng)把數(shù)據(jù)包丟了，關(guān)鍵是還不告訴你數(shù)據(jù)包被它丟了，這個(gè)品行值得懷疑。

一般協(xié)議還行，但是SNMP trap就這么一個(gè)啊。

你要是一個(gè)接口down掉了，網(wǎng)絡(luò)設(shè)備就發(fā)一次，僅此一次trap消息這個(gè)獨(dú)苗苗。

UDP照丟不誤。

丟了以后，網(wǎng)絡(luò)設(shè)備拍拍屁股說，反正我發(fā)出去了。

網(wǎng)管系統(tǒng)說，我沒看見，不知道。

最后誰倒霉？

搞運(yùn)維的工程師么，還用說。

網(wǎng)絡(luò)世界，其實(shí)也有國(guó)企。

另外一個(gè)問題，我自己就遇到過，例如當(dāng)一臺(tái)監(jiān)控平臺(tái)設(shè)備同時(shí)管控上千臺(tái)設(shè)備的時(shí)候。

這些不同時(shí)間段的snmp trap消息就像洪水一樣涌入監(jiān)控平臺(tái)設(shè)備，可是當(dāng)這些trap在進(jìn)入監(jiān)控平臺(tái)內(nèi)部snmp進(jìn)程的時(shí)候，因?yàn)殚_源軟件的某些bug，并發(fā)數(shù)不夠了，導(dǎo)致trap在設(shè)備內(nèi)部軟件隊(duì)列排著隊(duì)，進(jìn)場(chǎng)。

然后滑稽的一幕出現(xiàn)了，2個(gè)小時(shí)前一臺(tái)網(wǎng)絡(luò)設(shè)備掛了，網(wǎng)管中心監(jiān)控人員開心的吃著火鍋唱著歌。直到有人沖到辦公室說，我們網(wǎng)斷了，什么情況？

沒有啊，你看監(jiān)控平臺(tái)，全是綠油油的燈，多美。

兩小時(shí)以后，有人大呼，設(shè)備down了。

那回到問題本身，假設(shè)現(xiàn)在有一個(gè)重要接口down掉了，靠SNMP你怎么解決？

A. 咱把查詢時(shí)間調(diào)節(jié)到每秒查詢吧？

B. 等著SNMP trap消息吧？

你說上面兩個(gè)，你選擇哪個(gè)？

第四：不完全兼容

你是否遇到如下場(chǎng)景：

一早上，什么事情沒干，光百度了。

百度什么？

關(guān)鍵字：某某設(shè)備的MIB庫(kù)？

或者，關(guān)鍵字：某某設(shè)備SNMP 查詢某個(gè)數(shù)值。

這些事情，真心煩心。

到最后怎么解決的？

唉，還能怎么解決，敲命令行收集唄。

要是會(huì)編程，就寫個(gè)程序來敲命令收集唄。

要是當(dāng)領(lǐng)導(dǎo)了，就找個(gè)會(huì)寫代碼的工程師，寫個(gè)程序來敲命令收集唄。

第五：毫無人性的OID值

問你個(gè)問題，你知道這是什么？

.1.3.6.1.2.1.2.1.8

答：SNMP OID值。

再問？

什么OID值？

如果你說：這指代IF-MIB的接口狀態(tài)，ifOperStatus

恭喜你，你可以進(jìn)入非正常人類研究中心參觀了。

我相信你也玩過snmpwalk，你walk一把出來的全是一堆非人類語言，密密麻麻的數(shù)字。

你說上班的心情怎么能好？

SNMP 小結(jié)

不敢再說多了，說多了都是在拉仇恨，畢竟包括我在內(nèi)很多人都還在依靠著SNMP，不伺候好了，小心給你罷工。

綜上所述，SNMP在現(xiàn)如今的網(wǎng)絡(luò)環(huán)境下，的確遇到了瓶頸。

尤其是網(wǎng)絡(luò)規(guī)模日益擴(kuò)大的今天。

所以，應(yīng)了那句話：

有些SNMP還活著，但是其實(shí)它已經(jīng)死了。。

怎么辦？

從拉（Pull） 到推（Push）的變化。

我們能不能換個(gè)角度，把傳統(tǒng)的從監(jiān)控系統(tǒng)到網(wǎng)絡(luò)設(shè)備”拉“數(shù)據(jù)的方法，變?yōu)榫W(wǎng)絡(luò)設(shè)備主動(dòng)向監(jiān)控系統(tǒng)”推“數(shù)據(jù)的方法？

例如，以SNMP 為例的設(shè)備狀態(tài)獲取方法是拉的方法，即所謂的查詢。

這就導(dǎo)致了網(wǎng)絡(luò)設(shè)備被動(dòng)響應(yīng)，因?yàn)槟悴恢朗裁磿r(shí)候SNMP查詢會(huì)飛過來，等它來了，網(wǎng)絡(luò)設(shè)備不得不分配資源處理。

但是，換個(gè)角度，如果采用主動(dòng)上報(bào)的方式，這個(gè)問題就解決了。

因?yàn)橹鲃?dòng)上報(bào)，網(wǎng)絡(luò)設(shè)備握有主動(dòng)權(quán)，開發(fā)人員可以根據(jù)實(shí)際運(yùn)行情況調(diào)整設(shè)備資源利用率和負(fù)載。

為了方便閱讀，下面是兩者的一個(gè)簡(jiǎn)單對(duì)比：

不用說，一番PK下來，除了靈活性敗給被動(dòng)查詢，其他方面主動(dòng)上報(bào)”推“的方式優(yōu)勢(shì)巨大。

未來趨勢(shì)：Streaming Telemetry 流遙測(cè)技術(shù)

這個(gè)名字很吊，流遙測(cè)技術(shù)。

其實(shí)，簡(jiǎn)單來講。它就是實(shí)現(xiàn)了上述“推”數(shù)據(jù)的方法。

那如何高效的完成“推”的這個(gè)動(dòng)作呢？

Streaming Telemetry有如下特點(diǎn)：

1. 基于數(shù)據(jù)層面的數(shù)據(jù)上報(bào)

傳統(tǒng)的SNMP，不管是查詢還是Trap，都是路由引擎，控制層面來處理。

但是Streaming Telemetry則可以借助于廠商支持，在硬件板卡ASIC層面植入代碼，直接從板卡導(dǎo)出實(shí)時(shí)數(shù)據(jù)。

而板卡導(dǎo)出的數(shù)據(jù)是按照線速發(fā)送，從而使得上層的路由引擎專注于處理協(xié)議和路由計(jì)算等。

如下圖所示：

2.高擴(kuò)展性

基于第一條數(shù)據(jù)層面的原因，Stream Telemetry的擴(kuò)展性大大增強(qiáng)。

例如下面這張圖是一張CPU的利用率圖。（設(shè)備型號(hào)未知）

大致看來，CPU利用率徘徊在8%左右。

但是，這臺(tái)設(shè)備配置了Stream Telemetry主動(dòng)上報(bào)。

你猜，它都上報(bào)了多少內(nèi)容？

下面是數(shù)據(jù)：

1. 每15秒上報(bào)一次
2. 超過60種指標(biāo)上報(bào)
3. 包含500多個(gè)上報(bào)類型
4. 176個(gè)萬兆接口的輸入，輸出統(tǒng)計(jì)，error數(shù)，Qos隊(duì)列數(shù)統(tǒng)計(jì)。
5. 每一個(gè)接口都包含IPv4和IPv6兩種數(shù)據(jù)類型。
6. 最后以及200個(gè)MPLS LSP的字節(jié)數(shù)和數(shù)據(jù)包數(shù)。

太恐怖了，SNMP與之相比，瞬間弱爆了。

這一張圖片紅色線條，在上面提到過是某協(xié)議吐出的數(shù)據(jù)。

不用說，你都知道了。

這就是Streaming Telemetry吐出的數(shù)據(jù)。

3. 自動(dòng)支持 Devops運(yùn)維自動(dòng)化

Streaming Telemetry因?yàn)閮纱髢?yōu)勢(shì)，自動(dòng)對(duì)接了當(dāng)前流行的技術(shù)，例如運(yùn)維自動(dòng)化技術(shù)。

一方面，Streaming Telemetry監(jiān)控平臺(tái)收集到的數(shù)據(jù)接近于即時(shí)信息，所以Devops運(yùn)維自動(dòng)化工程師可以有很多不同的玩法，例如根據(jù)當(dāng)前流量數(shù)據(jù)，結(jié)合SDN來自動(dòng)調(diào)整數(shù)據(jù)轉(zhuǎn)發(fā)路徑。

另外一方面，Streaming Telemetry采用的數(shù)據(jù)格式都是當(dāng)今很流行的標(biāo)準(zhǔn)格式和模型。例如JSON，NETCONF，以及YANG模型。

所以，簡(jiǎn)單來說，這是一個(gè)順應(yīng)時(shí)代的工具和技術(shù)。

4. 多選擇

目前Streaming Telemetry技術(shù)，有兩個(gè)選擇。

一個(gè)是Sflow

而另外一個(gè)是OpenConfig Telemetry

（已經(jīng)在Google部署，30%的廠商設(shè)備已經(jīng)開啟Streaming Telemetry，每秒百萬級(jí)別的更新量。）

上面兩家已經(jīng)有很多廠商跟進(jìn)了。

例如思科和Juniper針對(duì)上面兩種都可以做相應(yīng)的配置。

感興趣朋友可以去看看官方配置文檔。

此篇文章先打個(gè)頭哨。

如果你對(duì)于sflow，或者Openconfig干的事兒很感興趣。

請(qǐng)留言，我下篇文章針對(duì)性的一起聊細(xì)節(jié)。

最后

說了這么多，最后聊聊情懷。

也就是最近5-6年的時(shí)光，計(jì)算機(jī)網(wǎng)絡(luò)這個(gè)行業(yè)，已經(jīng)算是翻天覆地的變化了。

各種新技術(shù)層出不窮，百花齊放，百家爭(zhēng)鳴。

而當(dāng)我不斷觸碰到這些新技術(shù)時(shí)，心里不光被觸動(dòng)，更重要的是一種時(shí)刻存在的危機(jī)感。

所以，我希望自己能夠憑借有限的時(shí)間和精力，構(gòu)筑一個(gè)小小的信息橋梁，不管你是因?yàn)橛⒄Z這個(gè)鴻溝，還是其他原因也好，我們一起為未來的到來，一起努力。

順便做個(gè)小小的推廣：

如果你不知道上面說的JSON，NETCONF，YANG模型是什么意思？

如果你想學(xué)習(xí)自動(dòng)化？

或者，你就是想找一群志同道合的好xxx（原文是 基 友，和諧版本為×××），暢談網(wǎng)絡(luò)技術(shù)。而不是一次一次的加入一個(gè)死寂一般的群。

那么，我想我的專欄 《網(wǎng)工2.0晉級(jí)攻略 - 零基礎(chǔ)入門Ansible/Python》會(huì)滿足你上面所有需求。

彩蛋

安卓小程序端“51CTO訂閱專欄”，訂閱專欄更優(yōu)惠！

加入我們，迎接未來。

末了，就以崔健《不是我不明白 這世界變化快》的歌詞結(jié)尾，國(guó)慶快樂。

不是我不明白
- 崔健

放眼看那座座高樓如同那稻麥

看眼前是人的海洋和交通的堵塞

我左看右看前看后看還是看不過來

這個(gè)這個(gè)那個(gè)那個(gè)越看越奇怪

過去我不知什么是寬闊胸懷

過去我不知世界有很多奇怪

過去我幻想的未來可不是現(xiàn)在

現(xiàn)在才似乎清楚什么是未來

噢……

不是我不明白,這世界變化快

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

網(wǎng)頁名稱：SNMP已死-StreamingTelemetry流遙測(cè)技術(shù)-創(chuàng)新互聯(lián)
網(wǎng)站地址：http://www.rwnh.cn/article30/csioso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供建站公司、定制網(wǎng)站、域名注冊(cè)、網(wǎng)站收錄、響應(yīng)式網(wǎng)站、網(wǎng)站維護(hù)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)