時至今日，SDN的發(fā)展已經(jīng)歷了十余個年頭。中國的網(wǎng)絡(luò)生態(tài)經(jīng)過云計算和大數(shù)據(jù)的洗禮，SDN的旁觀者和先行者們早已心有千千結(jié)。近日，云杉網(wǎng)絡(luò)在北京·榕座舉辦的首場“SDN茶話會”上，掀起了一場關(guān)于用戶價值的討論。本文記述了與會者從用戶業(yè)務(wù)視角出發(fā)，追尋網(wǎng)絡(luò)本質(zhì)問題的解決之道及如何釋放SDN用戶價值的一些探討。

SDN在數(shù)據(jù)中心網(wǎng)絡(luò)的價值之業(yè)務(wù)畫像

數(shù)據(jù)中心的流量總的來說可以分為以下三種：

·南北向流量：數(shù)據(jù)中心之外的客戶端到數(shù)據(jù)中心服務(wù)器之間的流量，或者數(shù)據(jù)中心服務(wù)器訪問互聯(lián)網(wǎng)的流量。

·東西向流量：數(shù)據(jù)中心內(nèi)部的流量。

·跨數(shù)據(jù)中心流量：顧名思義是指數(shù)據(jù)中心之間的流量，例如數(shù)據(jù)中心之間的災(zāi)備、專線接入互聯(lián)等。

思科發(fā)布的白皮書報告顯示，2020年全球數(shù)據(jù)中心東西向流量占比將超過80%，而早期數(shù)據(jù)中心的流量80%為南北向流量。隨著云計算的到來，越來越豐富的業(yè)務(wù)對數(shù)據(jù)中心的流量模型產(chǎn)生了巨大的影響，如搜索、并行計算等，當需要大量的服務(wù)器集群系統(tǒng)協(xié)同完成工作時，導(dǎo)致服務(wù)器集群內(nèi)部的流量變大，數(shù)據(jù)中心網(wǎng)絡(luò)流量由“南北”為主轉(zhuǎn)為“東西”為主。

1、異常流量與業(yè)務(wù)畫像

云數(shù)據(jù)中心的網(wǎng)絡(luò)異常行為不僅會對網(wǎng)絡(luò)設(shè)備造成不當?shù)膰乐刎摵?，同時也極大地影響了云用戶的使用體驗，輕則造成客戶投訴、重則導(dǎo)致客戶流失。云計算環(huán)境中的多租戶使得業(yè)務(wù)千差萬別，再加上繁雜的第三方托管和專線接入，使得云數(shù)據(jù)中心的網(wǎng)絡(luò)分析和異常行為定位極其困難。例如，某直播公司，其數(shù)據(jù)中心峰值流量為1.6T，但是互聯(lián)網(wǎng)帶寬只占400G，剩下的全是專線、CDN流量等。

從運營的角度來看，數(shù)據(jù)中心正在從提供資源向提供產(chǎn)品或服務(wù)進行轉(zhuǎn)變。市場趨勢表明，流量分析是云平臺的運營方及其租戶迫切需求的一項產(chǎn)品或服務(wù)，流量分析在用戶的決策控制中扮演著極其重要的角色。假以時日，流量分析就會成為云數(shù)據(jù)中心運營的壓力和瓶頸，客戶遇到任何網(wǎng)絡(luò)的問題就會將電話打上門來。

2、流量分析的體驗與價值

云杉網(wǎng)絡(luò)CTO張?zhí)禊i在“SDN茶話會·北京站”上的分享中提到，云杉網(wǎng)絡(luò)的DeepFlow®針對云數(shù)據(jù)中心提供的云計算服務(wù)，落地了幾個典型的流量分析應(yīng)用場景：精準計量和容量規(guī)劃;業(yè)務(wù)畫像與流量拓撲;物理、虛擬網(wǎng)絡(luò)的關(guān)聯(lián)分析;性能量化與分析;安全分析。

多年來業(yè)界對SDN的看法不一，但云杉網(wǎng)絡(luò)DeepFlow®的實踐證明SDN需要“大腦”才能使網(wǎng)絡(luò)的控制更合理、有效。隨著IBN的出現(xiàn)，網(wǎng)絡(luò)流量的采集、分析和控制要閉環(huán)的看法已經(jīng)成為共識，中美也因此涌現(xiàn)出一批相關(guān)的創(chuàng)業(yè)公司。

毫無疑問，數(shù)據(jù)中心網(wǎng)絡(luò)流量的分析要面向運營者、面向業(yè)務(wù)。數(shù)據(jù)中心用戶最關(guān)心的三個要素是效率、成本和效果。DeepFlow®能幫助數(shù)據(jù)中心運營者要從技術(shù)、流程和組織三個方面全面變革，樹立云計算、大數(shù)據(jù)和人工智能領(lǐng)域典型應(yīng)用，打造未來智能的云數(shù)據(jù)中心。

SDN在異構(gòu)數(shù)據(jù)中心的價值之自運營

隨著云計算的發(fā)展和落地，越來越多的用戶將各種不同類型的業(yè)務(wù)部署到云端，接入設(shè)備的類型和數(shù)量、不同業(yè)務(wù)的網(wǎng)絡(luò)流量等也在快速增長，如何在數(shù)據(jù)中心使用和管理好這些數(shù)目龐大、類型各異的網(wǎng)絡(luò)信息，成為了數(shù)據(jù)中心網(wǎng)絡(luò)的巨大挑戰(zhàn)。

1、數(shù)據(jù)中心網(wǎng)絡(luò)的變遷

數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)的改變是業(yè)務(wù)發(fā)展推動的結(jié)果。在網(wǎng)絡(luò)拓撲結(jié)構(gòu)上，為了減少帶寬收斂比，增加網(wǎng)絡(luò)性能。經(jīng)典的數(shù)據(jù)中心網(wǎng)絡(luò)采用“核心-匯聚-接入”這種傳統(tǒng)的三層架構(gòu)，隨著云計算的發(fā)展、計算資源的池化，為了滿足計算資源任意分配的需求，大二層的網(wǎng)絡(luò)架構(gòu)隨之誕生，大二層網(wǎng)絡(luò)架構(gòu)雖然使得虛機網(wǎng)絡(luò)能夠靈活創(chuàng)建，但是帶來的廣播風(fēng)暴問題也是顯而易見的。隨著谷歌、Facebook等互聯(lián)網(wǎng)巨頭大型網(wǎng)絡(luò)的建設(shè)，一個融合了OverLay的Spine/Leaf的網(wǎng)絡(luò)架構(gòu)呼之欲出。

對于大部分企業(yè)和組織來說，其數(shù)據(jù)中心的規(guī)模在沒有達到網(wǎng)絡(luò)巨頭的規(guī)模前提下，必然要從自身業(yè)務(wù)出發(fā)，從技術(shù)能力、運營成本、資源利舊、戰(zhàn)略規(guī)劃等方面綜合考量，從操作自動化、硬件白盒化、技術(shù)創(chuàng)新和成本優(yōu)化幾個方面改進數(shù)據(jù)中心的網(wǎng)絡(luò)運營。

2、異構(gòu)數(shù)據(jù)中心的自運營網(wǎng)絡(luò)

通常情況下，大部分的組織和企業(yè)需要的是一個更加智能化的網(wǎng)絡(luò)平臺，使用戶能夠根據(jù)業(yè)務(wù)需求，基于意圖來創(chuàng)建和管理自己的網(wǎng)絡(luò)。IBN(Intent-based Network，基于意圖的網(wǎng)絡(luò))技術(shù)的出現(xiàn)，被業(yè)界認為是對網(wǎng)絡(luò)管理方式的一個重大轉(zhuǎn)變。美國新銳創(chuàng)業(yè)公司Apstra在“SDN茶話會·北京站”上分享了如何通過操作系統(tǒng)(AOS®)的方式來實現(xiàn)基于意圖的網(wǎng)絡(luò)，AOS®通過自我配置、修復(fù)和防御來自動化網(wǎng)絡(luò)基礎(chǔ)設(shè)施和服務(wù)的整個生命周期。

以常見的網(wǎng)絡(luò)創(chuàng)建需求為例，當用戶需要一個新的業(yè)務(wù)網(wǎng)絡(luò)來支持1000臺服務(wù)器的Openstack云部署時，用戶根據(jù)AOS®的模板或者自定義選項，設(shè)置諸如服務(wù)器要求10G帶寬、支持雙連接、1:1收斂比等參數(shù)，AOS®即可為此建立一個網(wǎng)絡(luò)：通過IP Fabric來連接所有應(yīng)用程序，保證冗余和大量的帶寬，在其余的網(wǎng)絡(luò)配置參數(shù)中選用業(yè)內(nèi)標準最佳實踐。

2018年5月24日SDN茶話會·深圳站已開啟

生成海報

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責(zé)任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。