面對現(xiàn)實吧，離我們真正大規(guī)模采購SDN技術(shù)還有很長一段路要走。在Reddit的討論帖子中，網(wǎng)絡(luò)工程師要求停止如此糟糕的市場推銷手法，他們告訴供應(yīng)商他們的真實SDN需求。

我們邀請技術(shù)撰稿人David Geer在Reddit上找一些網(wǎng)絡(luò)工程師來討論一些為什么他們還不準備采購SDN技術(shù)。我們得到的信息是Reddit風(fēng)格的尖銳評論——充滿關(guān)于網(wǎng)絡(luò)工程師真正想從SDN獲得什么的質(zhì)問。

Geer首先提出了下面這個問題：

“現(xiàn)在SDN已經(jīng)在真正產(chǎn)品化，在認真考慮試用SDN之前，大型企業(yè)(非巨頭公司)的常規(guī)網(wǎng)絡(luò)工程師、網(wǎng)絡(luò)經(jīng)理和管理員在未來1-2年里需要從SDN獲得什么?”

***個答復(fù)似乎來自一個正在忙于工作(實際上不是)的網(wǎng)絡(luò)工程師：

“它需要協(xié)同和整合更多云選項，還要有一個能夠通過運用協(xié)同策略而自我修復(fù)和持續(xù)優(yōu)化性能的動態(tài)基礎(chǔ)架構(gòu)。這樣才能通過綁定堅實質(zhì)量承諾來提升企業(yè)競爭力。”

這番話讓Reddit上非常個性的網(wǎng)絡(luò)工程師爭論激烈。

一位工程師回復(fù)說：“只要我一看到協(xié)同這個詞，我馬上就知道這篇文章的其他內(nèi)容都是垃圾。”

這話讓我看著很想笑。更有意思的是***還有下面這樣的話：

工程師們希望SDN能降低他們的基礎(chǔ)架構(gòu)成本——但是這可能嗎?后面真有這樣的回復(fù)：

“我需要SDN來降低硬件價格。除此之外，其他方面對我沒什么用處。”

另一位工程師認同這種說法：

“降低設(shè)備價格，同時還要讓我的分配系統(tǒng)更干凈和更便宜。”

當(dāng)然，肯定有供應(yīng)商出來回應(yīng)(但是至少他說的是實話)：

“你希望的價格是什么?你看過白盒交換機嗎?我來自Cumulus，所以我偏好白盒設(shè)備，但是如果你購買了白盒設(shè)備，你就可以像服務(wù)器一樣給它安裝多個操作系統(tǒng)。”

而我們的記者想了解更多關(guān)于通過SDN提高網(wǎng)絡(luò)成本效益的信息。

“你意思是，由于可以使用任意硬件，所以就可以使供應(yīng)商為你的業(yè)務(wù)展開競爭?這就是你希望SDN降低硬件價格的方式?或者說，你的意思是降低支持費用?”

后來Cumulus又有一個回復(fù)：

“Cumulus Networks提供了SDN方法(堆疊、網(wǎng)絡(luò)虛擬化和自動化)。我們是谷歌風(fēng)格數(shù)據(jù)中心的支撐和支持結(jié)構(gòu);對于企業(yè)而言，我們是‘支撐’和物理交換機。”

SDN并不是新事物，而且工程師一樣喜歡傳統(tǒng)網(wǎng)絡(luò)。

***，有一位工程師加入交流，他的觀點與很多SDN支持者不同——他更喜歡傳統(tǒng)網(wǎng)絡(luò)技術(shù)。

“SDN這個術(shù)語已經(jīng)被整個行業(yè)所濫用，實際上很多人并不是在說SDN，而更多是在說某某供應(yīng)商已經(jīng)在實現(xiàn)SDN，因為他們宣稱自己的設(shè)備管理API是支持SDN的。對于這種現(xiàn)象，我倒是一個趕時髦的網(wǎng)絡(luò)工程師，因為早在SDN流行并我已經(jīng)在實現(xiàn)SDN了(編寫根據(jù)自身需要去管理網(wǎng)絡(luò)設(shè)備配置的庫和工具)。你可能會想，‘但是你可以自己用軟件來開發(fā)協(xié)議和控制流量。’我確實不擔(dān)心這個問題。大多數(shù)網(wǎng)絡(luò)工程師也一樣不擔(dān)心這個問題。現(xiàn)有協(xié)議更好、更快，我并沒有遇到什么流量流問題需要用SDN來解決。到現(xiàn)在，大多數(shù)說SDN的人***都是一些系統(tǒng)管理員，他們認為自己找到新方法是一個20多年來一直沒有搞懂的協(xié)議。”

我們真正需要的是配置管理和映射!

許多人認為，SDN***就是自動化和管理，而有一位工程師希望了解更多這方面的信息：

“我有一個問題。SDN是否支持自動化生成網(wǎng)絡(luò)圖?這是我在未來1-2年里最關(guān)心的問題。”

但是，他得到的回復(fù)并不樂觀。

“LLDP(鏈路層發(fā)現(xiàn)協(xié)議)可以支持，但是它并不復(fù)雜。”

接下來的響應(yīng)者對于SDN一點也不感冒：

“不行，肯定不行。你可以自動化生成網(wǎng)絡(luò)圖，但是它們就是一堆垃圾。LLDP也沒辦法幫你生成有用的網(wǎng)絡(luò)圖。”

另一位工程師的觀點倒是帶來一些希望：

“確實不行——但是，只要思路正確，我們(網(wǎng)絡(luò)工程師)就應(yīng)該能夠得到一致的文檔和配置。其中一些與SDN有關(guān)——如它將網(wǎng)絡(luò)視為網(wǎng)絡(luò)，而不是一系列構(gòu)成網(wǎng)絡(luò)的孤立設(shè)備。”

***，有人提出了一個非常有意思但又非常真實反映SDN的觀點：

“我還沒有那么豐富的閱歷，無法在短時間里給出一個更聰明的觀點(再來20年不算多)——所以，我來說一個大實話：自動分配。通過簡單的點擊操作來控制網(wǎng)絡(luò)端的分配操作。另外還有CPE(客戶現(xiàn)場設(shè)備)/PE(供應(yīng)商邊界)/NID(網(wǎng)絡(luò)接口設(shè)備)等設(shè)備的自動分配。這個業(yè)務(wù)案例就是降低運營成本，因為它可以減少完成這些工作的網(wǎng)絡(luò)人員。”

然后，有另一位工程師提出了關(guān)于管理、交換和成本效益的觀點：

“我想要的是所有位置的NetFlow。我討厭SNMP，而且缺少一個100% CDP的環(huán)境。我一定是被思科龐壞了。”

我很滿意大多數(shù)3層交換機的價格/性能，但是接入層設(shè)備的價格太高了。我們完全沒有得到所需要的特性，而且不得不購買許多我們不想要的東西。由于我們的接入層設(shè)備遠遠多于其他層次，因此這是一個重大關(guān)注點。由于網(wǎng)絡(luò)增長，我們每隔5-10年就要購買一個核心設(shè)備，原因不是為了追求新特性，而且通常甚至不會考慮價格問題(只要需要就買)，但是在擴容和增長過程中，我們不斷地堆砌接入層交換機。

我希望有一些超穩(wěn)定、極低過載和零支持費用的設(shè)備，而且它們要有極穩(wěn)定的監(jiān)控和管理功能。現(xiàn)在，Ubiquiti的交換機產(chǎn)品線是唯一最接近我要求的供應(yīng)商產(chǎn)品。可惜，我認為沒有任何人真正愿意進入這個低端市場。

我們在數(shù)據(jù)中心拋棄了標準交換機，轉(zhuǎn)而使用Mellanox的Infiniband設(shè)備。它的性能極高，幾乎接近零過載，而且它非常簡單易用。SDN必須關(guān)注于數(shù)據(jù)中心以外的環(huán)境。

SDN一直太過于關(guān)注數(shù)據(jù)中心，但是多年以來工程師一直想要在更多環(huán)境中使用SDN。Reddit的這次討論也涉及這個問題。

“我認為問題是當(dāng)人們開始談?wù)摵驼嬲O(shè)計SDN時，他們對于網(wǎng)絡(luò)的看法只局限于數(shù)據(jù)中心。所有討論都圍繞著數(shù)據(jù)中心。雖然我也認同SDN有重新定義數(shù)據(jù)中心網(wǎng)絡(luò)功能的潛力，但是離開其他方面，你也無法建設(shè)和設(shè)計一個自動化網(wǎng)絡(luò)平臺。我理解一點，一般的想法是能夠快速高效地分配新應(yīng)用服務(wù)，然后讓網(wǎng)絡(luò)能夠完成自建，但是許多其他類型的網(wǎng)絡(luò)也可以受益于這個概念，它們一樣適用于現(xiàn)在的客戶，能夠給他們帶來價值。”