【導讀】現(xiàn)在SDN已經(jīng)在真正產(chǎn)品化，在認真考慮試用SDN之前，大型企業(yè)（非巨頭公司）的常規(guī)網(wǎng)絡(luò)工程師、網(wǎng)絡(luò)經(jīng)理和管理員在未來1-2年里需要從SDN獲得什么？這里一些著名的一線工程師根據(jù)經(jīng)驗給出了很多不同的建議，大家可以看看。
當前，軟件定義網(wǎng)絡(luò)（SDN）成為業(yè)界一個時髦的話題，SDN技術(shù)及其可能帶來的影響受到了學術(shù)界和產(chǎn)業(yè)界的高度重視，同時也存在著對SDN不同的理解和認識。近日，從一知名的社交新聞站點——Reddit上，我們聽到了來自一線工程師們對于ADN的看法，他們一致認為：離我們真正大規(guī)模采購SDN技術(shù)還有很長一段路要走。在Reddit的討論帖子中，網(wǎng)絡(luò)工程師要求停止如此糟糕的市場推銷手法，他們對供應商表達了真實的SDN需求。
我們邀請技術(shù)撰稿人David Geer在Reddit上找一些網(wǎng)絡(luò)工程師來討論一些為什么他們還不準備采購SDN技術(shù)。我們得到的信息是Reddit風格的尖銳評論——充滿關(guān)于網(wǎng)絡(luò)工程師真正想從SDN獲得什么的質(zhì)問。
來自Reddit的聲音：網(wǎng)絡(luò)人員對SDN說“不”
Geer首先提出了下面這個問題：
“現(xiàn)在SDN已經(jīng)在真正產(chǎn)品化，在認真考慮試用SDN之前，大型企業(yè)（非巨頭公司）的常規(guī)網(wǎng)絡(luò)工程師、網(wǎng)絡(luò)經(jīng)理和管理員在未來1-2年里需要從SDN獲得什么？”
第一個答復似乎來自一個正在忙于工作的網(wǎng)絡(luò)工程師：
“它需要協(xié)同和整合更多云選項，還要有一個能夠通過運用協(xié)同策略而自我修復和持續(xù)優(yōu)化性能的動態(tài)基礎(chǔ)架構(gòu)。這樣才能通過綁定堅實質(zhì)量承諾來提升企業(yè)競爭力。”
這番話讓Reddit上非常個性的網(wǎng)絡(luò)工程師爭論激烈。
一位工程師回復說：“只要我一看到協(xié)同這個詞，我馬上就知道這篇文章的其他內(nèi)容都是垃圾。”
這話讓我看著很想笑。更有意思的是最后還有下面這樣的話：
工程師們希望SDN能降低他們的基礎(chǔ)架構(gòu)成本——但是這可能嗎？后面真有這樣的回復：
“我需要SDN來降低硬件價格。除此之外，其他方面對我沒什么用處。”
另一位工程師認同這種說法：
“降低設(shè)備價格，同時還要讓我的分配系統(tǒng)更干凈和更便宜。”
當然，肯定有供應商出來回應（但是至少他說的是實話）：
“你希望的價格是什么？你看過白盒交換機嗎？我來自Cumulus，所以我偏好白盒設(shè)備，但是如果你購買了白盒設(shè)備，你就可以像服務器一樣給它安裝多個操作系統(tǒng)。”而我們的記者想了解更多關(guān)于通過SDN提高網(wǎng)絡(luò)成本效益的信息。
最后，有一位工程師加入交流，他的觀點與很多SDN支持者不同——他更喜歡傳統(tǒng)網(wǎng)絡(luò)技術(shù)。
“SDN這個術(shù)語已經(jīng)被整個行業(yè)所濫用，實際上很多人并不是在說SDN，而更多是在說某某供應商已經(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é)議和控制流量。’我確實不擔心這個問題。大多數(shù)網(wǎng)絡(luò)工程師也一樣不擔心這個問題。現(xiàn)有協(xié)議更好、更快，我并沒有遇到什么流量流問題需要用SDN來解決。到現(xiàn)在，大多數(shù)說SDN的人最后都是一些系統(tǒng)管理員，他們認為自己找到新方法是一個20多年來一直沒有搞懂的協(xié)議。”
我們真正需要的是配置管理和映射！
許多人認為，SDN最后就是自動化和管理，而有一位工程師希望了解更多這方面的信息：
“我有一個問題。SDN是否支持自動化生成網(wǎng)絡(luò)圖？這是我在未來1-2年里最關(guān)心的問題。”
但是，他得到的回復并不樂觀。
“LLDP（鏈路層發(fā)現(xiàn)協(xié)議）可以支持，但是它并不復雜。”
接下來的響應者對于SDN一點也不感冒：
“不行，肯定不行。你可以自動化生成網(wǎng)絡(luò)圖，但是它們就是一堆垃圾。LLDP也沒辦法幫你生成有用的網(wǎng)絡(luò)圖。”
另一位工程師的觀點倒是帶來一些希望：
“確實不行——但是，只要思路正確，我們（網(wǎng)絡(luò)工程師）就應該能夠得到一致的文檔和配置。其中一些與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（供應商邊界）/NID（網(wǎng)絡(luò)接口設(shè)備）等設(shè)備的自動分配。這個業(yè)務案例就是降低運營成本，因為它可以減少完成這些工作的網(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)品線是唯一最接近我要求的供應商產(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的這次討論也涉及這個問題。
“我認為問題是當人們開始談論和真正設(shè)計SDN時，他們對于網(wǎng)絡(luò)的看法只局限于數(shù)據(jù)中心。所有討論都圍繞著數(shù)據(jù)中心。雖然我也認同SDN有重新定義數(shù)據(jù)中心網(wǎng)絡(luò)功能的潛力，但是離開其他方面，你也無法建設(shè)和設(shè)計一個自動化網(wǎng)絡(luò)平臺。我理解一點，一般的想法是能夠快速高效地分配新應用服務，然后讓網(wǎng)絡(luò)能夠完成自建，但是許多其他類型的網(wǎng)絡(luò)也可以受益于這個概念，它們一樣適用于現(xiàn)在的客戶，能夠給他們帶來價值。”
“你意思是，由于可以使用任意硬件，所以就可以使供應商為你的業(yè)務展開競爭？這就是你希望SDN降低硬件價格的方式？或者說，你的意思是降低支持費用？”
后來Cumulus又有一個回復：
“Cumulus Networks提供了SDN方法（堆疊、網(wǎng)絡(luò)虛擬化和自動化）。我們是谷歌風格數(shù)據(jù)中心的支撐和支持結(jié)構(gòu);對于企業(yè)而言，我們是‘支撐’和物理交換機。”
SDN并不是新事物，而且工程師一樣喜歡傳統(tǒng)網(wǎng)絡(luò)。
