博主一直相信一件事情：任何互聯(lián)網(wǎng)底層的創(chuàng)新都是自頂向下的。SDN的興起不是因為Martin Casado腦洞大開才主張要控制和轉(zhuǎn)發(fā)平面分離。而是因為某些來自于互聯(lián)網(wǎng)頂層的應(yīng)用需要對網(wǎng)絡(luò)設(shè)備進行集中控制，集中控制***的方式正好是控制和轉(zhuǎn)發(fā)平面分離。在這篇文章里，博主會列舉那些在傳統(tǒng)網(wǎng)絡(luò)當中不太容易實現(xiàn)的剛性需求。在日后的文章中，博主會展開分析SDN是如何滿足這些剛性需求的。歡迎大家百家爭鳴，查漏補缺。

 [[140328]]

剛性需求一：省錢!省錢!省錢!

傳統(tǒng)網(wǎng)絡(luò)的開銷大概分為兩部分：購買成本和運營成本。購買成本 = 設(shè)備本身 + 售后服務(wù)。那些知名大廠的網(wǎng)絡(luò)設(shè)備和售后服務(wù)都是明碼標價的。問題是，我們買了設(shè)備，為啥還要售后服務(wù)呢?原因就在于傳統(tǒng)的網(wǎng)絡(luò)設(shè)備比較復雜，特別是它上面的軟件協(xié)議棧。遇到問題怎么辦?售后服務(wù)來解決。比較具有諷刺意味的是：售后服務(wù)的價格竟往往比設(shè)備本身昂貴很多，這讓博主頗為不解。如果不購買售后服務(wù)，那設(shè)備本身的價格又如何呢?單純的硬件已經(jīng)是白菜價了，值錢的是硬件上面的軟件協(xié)議棧。分解到這里，我們已經(jīng)看出了問題：因為這個龐雜的軟件協(xié)議棧，我們花了更多的錢買硬件設(shè)備，也因為這個龐雜的協(xié)議棧，我們甚至需要花更多的錢買所謂的售后服務(wù)。對于運營商，這個軟件協(xié)議棧也許還有存在的意義，拓撲多變，鄰居關(guān)系復雜，需要一些復雜的分布式協(xié)議撐撐門面。但對于數(shù)據(jù)中心，這個協(xié)議棧則變得非常雞肋。最簡單的，規(guī)劃一下vlan，跑二層。稍微復雜一些的，在leaf和spine之間跑路由協(xié)議+ECMP。配置都有模版，變變參數(shù)就好了。如此簡單的要求，根本不需要那個龐雜的協(xié)議棧，我們?yōu)槭裁催€花那份冤枉錢呢?

再來說說運營傳統(tǒng)網(wǎng)絡(luò)的成本。***的開銷莫過于雇傭運維團隊了。在大企業(yè)的IT部門中，曾經(jīng)有一項很重要的衡量企業(yè)基礎(chǔ)設(shè)施自動化程度的參數(shù)叫做“管理員/每千臺服務(wù)器”。博主相信只要在傳統(tǒng)交換機上做過運維的朋友都會承認，管理一張傳統(tǒng)網(wǎng)絡(luò)是件非常麻煩的事情：任何來自上層應(yīng)用的需求都需要曠日持久的重新配置vlan，IP地址，路由協(xié)議和ACL，任何網(wǎng)絡(luò)故障都需要管理員登錄每一臺交換機檢查配置和各種show，還得每天盯著各種監(jiān)控系統(tǒng)查帶寬，看延時。這是一個技術(shù)活，不然CCIE們的身價也不會那么高。于是，網(wǎng)絡(luò)的運營成本因為它的復雜而變得昂貴。

另外還有一些SDN和傳統(tǒng)網(wǎng)絡(luò)都無法繞開的成本，比如電費之類的，博主就在此略過了。拆分完了傳統(tǒng)網(wǎng)絡(luò)的開銷，我們看看在理想情況下，SDN是如何幫助客戶省錢的：交換機仍然需要，但是交換機上面的協(xié)議棧不需要了。從前是n臺交換機n個協(xié)議棧，而現(xiàn)在是n臺交換機1個控制器。售后服務(wù)，仍然需要。新技術(shù)嘛，總得有人教一教。運帷團隊在SDN的世界里可能會大幅縮水，因為只有一個控制器，不需要太多的管理員?？磥碓诶碚撋希琒DN確實能省錢，而且省的都是協(xié)議棧和運維這樣的大頭。

博主目前還沒有看到那些聲稱已經(jīng)部署SDN的企業(yè)公開他們具體省了多少錢。我猜有些企業(yè)可能會叫苦：部署SDN之后，我們花了更多的錢!博主把可能的原因歸結(jié)為1)不純粹的SDN方案以及2)新增的研發(fā)成本，在以后的文章中會詳細分析。

剛性需求二：多租戶和彈性計算(multi-tenancy & elastic computing)

自從多租戶與彈性計算的概念被Amazon EC2實現(xiàn)之后，不管是公有云還是私有云都紛紛希望效仿，使之成為了一個剛性需求。不過，這個需求可難為了傳統(tǒng)網(wǎng)絡(luò)。難點有二，首先是如何實現(xiàn)多租戶之間的隔離。在傳統(tǒng)的網(wǎng)絡(luò)中，二層的vlan以及三層的子網(wǎng)是最常見的租戶隔離方式。每加入一個新的租戶，網(wǎng)絡(luò)管理員都要手動為其分配vlan，分配IP地址。在傳統(tǒng)的網(wǎng)絡(luò)中，這個過程往往以天為單位。EC2出現(xiàn)之后，人們已經(jīng)習慣了分分鐘之內(nèi)搞定機器，搞定網(wǎng)絡(luò)。無奈不是家家都是Amazon，這種平臺可不是隨隨便便就能夠搭建起來的。

第二個難點來自于彈性計算，也就是每個租戶可以根據(jù)負載的情況隨時申請，注銷和移動虛擬機。這一剛性需求成就了VMWare的一系列產(chǎn)品，以及以O(shè)penStack和CloudStack為代表的orchestration系統(tǒng)。但是這些系統(tǒng)都僅僅在管理服務(wù)器，物理網(wǎng)絡(luò)與它們無關(guān)。當一臺虛擬機從一臺主機遷移到另外一臺主機的時候，物理網(wǎng)絡(luò)有時候必須做出相應(yīng)得調(diào)整(比如重新配置vlan)才能實現(xiàn)虛擬機的無縫遷移。

沒有任何人會選擇以手動登錄每一臺交換機的方式來完成以上的配置修改。集中控制網(wǎng)絡(luò)設(shè)備成為了唯一的選擇。SDN也正是在這個剛性需求的推動之下，開始全速進入人們的視野的。

剛性需求三：應(yīng)用的多級部署和網(wǎng)絡(luò)服務(wù)鏈 (multi-tier application & service chaining)

我把這個剛需稱作壓死傳統(tǒng)網(wǎng)絡(luò)這只駱駝的***一根稻草。如今的在線服務(wù)已經(jīng)變得非常復雜了，那種一臺web服務(wù)器加一個數(shù)據(jù)庫服務(wù)器的架構(gòu)也許只能在demo階段見到了。一個更現(xiàn)實一些的架構(gòu)也許是這個樣子：最前端是防火墻，之后負載均衡把流量分派到多個web服務(wù)器，多個application服務(wù)器處理復雜的業(yè)務(wù)邏輯，多臺數(shù)據(jù)庫服務(wù)器負責查詢和插入記錄并且彼此備份，在web服務(wù)器和數(shù)據(jù)庫之間又有ACL拒絕二者直接通信。這僅僅是整個業(yè)務(wù)鏈條的一半，返回的網(wǎng)絡(luò)流量可能會經(jīng)歷另外一個完全不同的業(yè)務(wù)鏈條。用傳統(tǒng)網(wǎng)絡(luò)來實現(xiàn)以上這個業(yè)務(wù)鏈條簡直是一場災(zāi)難。業(yè)務(wù)鏈條每增加一環(huán)，服務(wù)器每增加一臺或者訪問控制每增加一項，就意味著網(wǎng)絡(luò)管理員要非常非常小心的根據(jù)各個服務(wù)器所處的網(wǎng)絡(luò)位置來配置相應(yīng)的網(wǎng)絡(luò)設(shè)備。業(yè)務(wù)邏輯復雜到這個程度，傳統(tǒng)網(wǎng)絡(luò)的管理方式已經(jīng)完全不能適應(yīng)了。而SDN與NFV(網(wǎng)絡(luò)功能虛擬化)對于解決這樣的問題具有很多先天的優(yōu)勢，博主會在以后的文章中詳細討論。

到此，三個加速傳統(tǒng)網(wǎng)絡(luò)顛覆的剛性需求總結(jié)完了。值得注意的是，這三個剛需直到移動互聯(lián)網(wǎng)和大數(shù)據(jù)如火如荼的今天才開始顯得那么迫切。博主還是想強調(diào)：SDN的出現(xiàn)完完全全是因為上層應(yīng)用的需求，是一個自頂向下的過程。這篇文章略去了不少其他的剛性需求，比如安全，快速路由恢復，實時網(wǎng)絡(luò)監(jiān)控等等。不是因為它們不重要，而是因為它們并不是促使SDN發(fā)展的直接原因。