前一陣子連續(xù)出差, 加上許多的內(nèi)部會議, 搞的差點想去撞牆把自己搞昏之後就可以休息一下. 但是家中還有嗷嗷待哺的嬰兒需要爸爸幫他洗屁屁, 所以只有咬牙繼續(xù)撐下去. ?不過這兩個月來, 不過在公司內(nèi)部還是外部, 我都收到一樣類似的老問題那就是：（認識我的人都知道, 我現(xiàn)在只有談數(shù)據(jù)中心的網(wǎng)路比較多)

- SDN和網(wǎng)絡(luò)虛擬化有什麼不一樣, 你們?yōu)槭颤N用網(wǎng)絡(luò)虛擬化來替代SDN的主題

其實這是一個講了很多年的問題了, 說到鬍鬚打結(jié)可能還是說不清楚, 因為在問這個問題的人, 他其實已經(jīng)接收了部分技術(shù)訊息而產(chǎn)生疑惑, 所以如果我還用純協(xié)議技術(shù)的角度作為討論的切入, 其實只會越搞越混亂. ?但是我之前還老是想不通用什麼更好的方法來解釋這個部分, 直到有一天看到麻將的東西南北, 這才給我了一點啟發(fā).

現(xiàn)在我們先不講上面那兩個是什麼東西, 我們就先討論一下, 我們認識20多年的網(wǎng)絡(luò)對於數(shù)據(jù)交換的路徑是什麼型態(tài)？.............................. 還能有什麼型態(tài), ?不就是我們傳統(tǒng)認識的三層架構(gòu), 數(shù)據(jù)從access -> distribution -> core layer做數(shù)據(jù)路徑端到端的交換. ?如果你是這樣想, 那你完全命中我想問的問題. 沒錯, 所以你可以很清楚的了解, 今天我們所有的以物理網(wǎng)絡(luò)設(shè)備為基礎(chǔ)的通信路徑都是以南北向為數(shù)據(jù)流的方向. 所以L2的通信在跨交換機的時後, 是南北向透過ethernet trunking穿過distrbution layer作為數(shù)據(jù)交換點, L3通信在跨subnet的時候, 也是通過distrbution/core layer作為南北向的數(shù)據(jù)交換點, 把問題在延伸的大一點, 你的L4的ACL control 也是透過北向的路由器或是防火牆作為政策過濾的把關(guān)者, ?執(zhí)行過濾之後才回歸到南向去. 所以做出一個簡單的總結(jié), 你總是需要有什麼東西在北向幫你作為數(shù)據(jù)交換/過濾的點, 才能完成你的端到端的通信.

作為一般用戶網(wǎng)路存取的架構(gòu), 上面的三層式架構(gòu)大概短期也不需要有什麼太大的變化. 作為數(shù)據(jù)中心內(nèi)部的需求而言, 尤其是服務(wù)器虛擬化後的IAAS數(shù)據(jù)中心, 這個問題可能就很大了. 我別用太複雜的技術(shù)觀點來說明這其中的問題, 只提出兩個問題, ?有實務(wù)經(jīng)驗的人馬上就知道這其中的痛苦.

1) 路徑都是通過北向作為數(shù)據(jù)交換的點, 造成多餘的配置複雜和增加數(shù)據(jù)旅行的延遲.

2) 在提供IAAS雲(yún)服務(wù)的數(shù)據(jù)中心, 這架構(gòu)限制的租戶網(wǎng)絡(luò)配置的擴展性和之後的一致性.

所以這也是網(wǎng)絡(luò)虛擬化為什麼會在服務(wù)器虛擬化市場成熟後的幾年才被大幅討論, 甚至開始應(yīng)用起來. 因為在虛擬化後的數(shù)據(jù)中心之內(nèi), 南北向的數(shù)據(jù)交換或是配置的確已經(jīng)走到了傳統(tǒng)網(wǎng)絡(luò)配置的極限, 越來越多的營運問題陸續(xù)浮上檯面, 所以才有人開始關(guān)注這個議題. 但是網(wǎng)絡(luò)虛擬化對於南北向的問題有什麼幫助呢？不就是建立隧道打通物理二層限制, 透過controller實現(xiàn)SDN的概念嘛？我想網(wǎng)絡(luò)虛擬化和SDN的差別從這裡就開始有所不同了.

SDN所討論的是, 如何集中控制平面的設(shè)定到一個中央處理單元( Controller ), 但對於轉(zhuǎn)發(fā)的路徑還有物理層上的限制並沒有針對性的議題, 所以我們可以把它想成, 這是一個簡化設(shè)定的實現(xiàn), 但是如我之前的文章所提及的, 他依然在實際應(yīng)用的規(guī)模上出現(xiàn)的很大的限制. 但是網(wǎng)絡(luò)虛擬化也不是隧道這種很膚淺的技術(shù)概念所可以實現(xiàn)的, 或是多加了一個controller作為策略配置的工具, 他所包含的其實是更多的深層的營運問題需要被解決的技術(shù), 這邊我也會替大家來解說我個人的想法.

東邊到西邊：

這個部分我過去沒有在一般的演講的場合講過這個思維, 但是隨著越來越多人詢問這方面的問題, 我想現(xiàn)在因該是最佳的時機來討論這個概念. ?網(wǎng)絡(luò)虛擬化另一個重要的課題就是網(wǎng)絡(luò)功能分散化. 過去網(wǎng)絡(luò)功能都是在南北向被實現(xiàn), 所以造成了上述的兩個問題. 但是我們想要相同的結(jié)果, 又不要被那些問題所困擾, 網(wǎng)絡(luò)功能在東西向被實現(xiàn)成為了一個契機. 但是如臺灣人說的, 唱的比說的好聽, 這種分散式的網(wǎng)絡(luò)處理有這麼容易嘛？過去20年來這個網(wǎng)絡(luò)大廠為什麼沒有去實現(xiàn)？我不知道該如何回答這個問題, 只能說套用老祖宗的經(jīng)驗 "時候到了", 沒有服務(wù)器虛擬化後所造成的網(wǎng)絡(luò)問題, ?這個東西大概也沒有機會可以誕生. ?

最早東西向的網(wǎng)絡(luò)概念, ?就是透過STT/VxLAN/GRE 所建立的L2 邏輯網(wǎng)絡(luò), 或稱為overlay network. 在我過去幾年在這方面的工作經(jīng)驗, 這方式的確解決了部分問題, 但是對於產(chǎn)業(yè)或是應(yīng)用環(huán)境上, ?不是太吸引人. 這個問題是整體的, 不是片面的. 所以我所屬的公司, 在過去的兩年內(nèi)陸續(xù)開發(fā)了分散式的三層路由器, 分散式的ACL等網(wǎng)絡(luò)功能分散化, 把原本需要在北向被執(zhí)行的功能, 全部拉回在本地所屬的hypervisor被執(zhí)行, 及透過隧道的媒介, ?分散式的運算後的結(jié)果可以直接在HV-HV之間發(fā)送, 無需透過北向作為數(shù)據(jù)交換的點, 甚至跨Hypervisor平臺也可以得到同樣的結(jié)果. 分散運算後的北向只負責(zé)提供配置, 完全不干涉數(shù)據(jù)的轉(zhuǎn)發(fā)和學(xué)習(xí). ?這個技術(shù)所帶來的好處就可以更簡化邏輯網(wǎng)絡(luò)結(jié)構(gòu)上的配置, 讓網(wǎng)絡(luò)跟你的大腦的想法更貼近, 並且降低南北向數(shù)據(jù)流所帶來的延遲, 管理員不再需要每天在南跟北之間來回進行大腦奔波, 最後跟我一樣, 需要買特殊眼鏡才能繼續(xù)工作.

所以網(wǎng)絡(luò)虛擬化又被別人成為下一代的SDN, 對於我來說, 我還是不想說SDN這個名詞, 因為這個字眼被市場過度炒作及浮濫, 所以當(dāng)別人問我在做什麼的時候, 我的標準回答都是"Network Virtulziation". ?

為什麼只有Hypervisor的環(huán)境去實現(xiàn)這個網(wǎng)絡(luò)虛擬化的議題, 物理網(wǎng)絡(luò)為什麼不也使用這個技術(shù)呢? 其實誰要去implement這個技術(shù)都無所為, ?重點在於, 業(yè)務(wù)需求在哪裡? 如果未來物理服務(wù)器也會飛來飛去的時候, 也會動態(tài)的改變策略的時候, 我相信物理網(wǎng)絡(luò)設(shè)備也會有這種東西向分散式配置的需求的.

所以當(dāng)下次如果有人在問我網(wǎng)絡(luò)虛擬化跟SDN有什麼不同的時候, 我認識的人我會先打他一頓在跟他說, 我不認識的人我會很有禮貌的請他看看這篇文章. 因為技術(shù)其實很多時候是白板筆打架打出來的, 工程師嘴巴爭吵吵出來的, 如此的技術(shù)才有實戰(zhàn)可用的價值, 沒有被挑戰(zhàn)過的技術(shù), 也只能是溫室的花朵, 一捏就碎.

注：本文出自VMware網(wǎng)絡(luò)專家陳建民的個人博客。原文地址：http://rickchen918.blogspot.tw/2013/11/blog-post.html，如果想了解@云界漫步 對云計算的最新觀點，請直接訂閱“中國云夢”微信公眾號。也可微信掃描下面的二維碼，直接訂閱。訂閱”中國云夢“后，直接回復(fù)”10029“閱讀該文

總結(jié)

以上是生活随笔為你收集整理的网络的东西南北的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。