當前位置:首頁 >  IDC >  云計算 >  正文

深度解析 | 云網(wǎng)絡的回歸之路(上)

 2020-04-27 15:51  來源: 互聯(lián)網(wǎng)   我來投稿 撤稿糾錯

  域名預訂/競價,好“米”不錯過

自從2006年云計算正式誕生以來,只用了短短十年的時間,就已經(jīng)發(fā)展到可以大規(guī)模在生產(chǎn)網(wǎng)絡中部署及承載關鍵業(yè)務了。

我們縱觀整個IT發(fā)展歷史,在基礎設施 層面發(fā)生如此大的變革,云計算毫無疑問是首當其沖的。

在這么短的時間跨度內,云計算之所以能夠有突飛猛進的發(fā)展,與亞馬遜、谷歌、微軟、阿里等這些老牌IT巨擎以及新銳互聯(lián)網(wǎng)力量的勇于探索是密不可分的。

當然也與計算與存儲技術在云計算時代的快速發(fā)展和自我調整有著緊密的關系。

被游離的云網(wǎng)絡 —— 當前的云網(wǎng)絡游離于云計算的整體架構之外

 

計算 、網(wǎng)絡存儲

被并稱為云計算的三大支撐基礎設施

在云計算時代,計算和存儲緊緊跟隨了云的發(fā)展步伐,率先完成了架構的演進——

?系統(tǒng)從自我封閉到全面開放;

?架構從硬件主導到軟件定義;

?管理從手工配置到自動調度;

?運維從以設備為中心到以業(yè)務為中心。

遺憾的是 網(wǎng)絡,作為云中三大基礎設施之一,卻因為自身封閉的原因未能跟上這一步伐,從而使自身游離于云計算的整體架構之外。當前云網(wǎng)絡封閉的表現(xiàn) 主要在于以下幾個方面:

?軟硬件一體化

私有的網(wǎng)絡操作系統(tǒng)只能運行在私有的硬件平臺之上,云計算的運營者不但無法享受硬件標準化帶來的成本紅利、有效降低TCO(Total Cost of Ownership,總擁有成本),而且往往面臨著被底層網(wǎng)絡鎖定的風險。

?封閉在黑盒中的網(wǎng)絡能力

因為歷史原因,很多網(wǎng)絡設備只能通過低效的命令行方式、逐設備地進行部署配置,即便提供了集中控制器,也只是從網(wǎng)絡維護的視角出發(fā)提供了一個簡單的圖形化的管理界面,并未將其與云中的業(yè)務與運營需求緊密結合。

?無法支持云中常用的DevOps工具DevOps(Developmentand Operations,開發(fā)運維)已經(jīng)成為云以及網(wǎng)絡運維的主要手段,各種自動化工具也在今天的云中大量部署、使用,但是傳統(tǒng)網(wǎng)絡卻無法有效地集成或支持這些DevOps工具。

?面向設備而非業(yè)務的管理框架模型

傳統(tǒng)網(wǎng)絡即便提供了統(tǒng)一控制器進行集中管理,其管理框架往往也是按照設備管理的模型進行設計,一個業(yè)務對網(wǎng)絡提出的需求往往需要管理員人為地拆解成針對若干設備的若干配置需求逐一配置,在設計、執(zhí)行、維護等方面的復雜度都非常高。

也正是上述原因,當前的云計算運營者采用了“在計算空間中用軟件模擬虛擬網(wǎng)絡(如下圖)”的思路 ,來規(guī)避封閉的網(wǎng)絡給云計算帶來的限制。

所以

在“軟件模擬虛擬網(wǎng)絡”的云中,云計算運營者使用軟件開發(fā)了各種虛擬網(wǎng)元(虛擬交換機、虛擬路由器、虛擬防火墻、虛擬負載均衡等)用來模擬云中租戶需要的網(wǎng)絡。與傳統(tǒng)網(wǎng)絡設備不同,這些虛擬網(wǎng)元完全具備軟件定義、開放接口等能力,從而使得云對虛擬網(wǎng)絡的各種需求,包括自動配置、動態(tài)調整、按需伸縮等,全部通過Cloud OS(Cloud Operating System,云操作系統(tǒng),也稱為CMP,Cloud Management Platform)對這些虛擬網(wǎng)元的自動調用來完成。

而位于底層的物理云網(wǎng)絡,僅僅被作為最簡單的三層IP通道來承載由“軟件模擬虛擬網(wǎng)絡”封裝在隧道中的云業(yè)務流量。

這種解決方案雖然滿足了云計算運營者對網(wǎng)絡的需求,但缺點 也是顯而易見的:

侵占云中計算力、性能與效率低下、運維復雜度高、欠缺業(yè)務質量保障等 。

我們很遺憾地看到,在網(wǎng)絡與云之間形成了一種“因為底層網(wǎng)絡不開放,所以用軟件模擬;因為軟件模擬,所以導致底層網(wǎng)絡使用效率越來越低”的惡性循環(huán),而這一惡性循環(huán)產(chǎn)生的根源就是網(wǎng)絡自身的開放性 。

云網(wǎng)絡的回歸之路 —— 全開放的Asterfusion云網(wǎng)絡有效彌合云與網(wǎng)絡之間的鴻溝

針對傳統(tǒng)云網(wǎng)絡在開放性方面所面臨的各種挑戰(zhàn),星融Asterfusion為云計算環(huán)境提供全開放云網(wǎng)絡 的解決方案,無縫地將云網(wǎng)絡徹底融入到云中。

下面來看看星融Asterfusion是如何幫助云網(wǎng)絡真正融入云計算的(如下圖):

? 底層硬件平臺基于開放架構、商用可編程交換芯片設計,在為上層軟件提供高性能運行環(huán)境的同時,徹底拋棄傳統(tǒng)網(wǎng)絡硬件私有、黑盒的設計理念。

? 運行在硬件平臺上的標準Linux內核為上層應用提供開放的操作系統(tǒng)內核支撐,使得當前主流的DevOps工具能夠直接運行在網(wǎng)絡設備上,任何第三方應用也都能以容器的形式運行在這個標準的Linux內核之上。

? AsterNOS是一款開放、智能、易用、高性能的網(wǎng)絡操作系統(tǒng),以SONiC/SAI為內核,為Asterfusion云網(wǎng)絡提供設備級的控制平面,同時支持RESTful API能力開放、主流DevOps工具集成、主流Cloud OS集成、高性能內存數(shù)據(jù)庫等云計算時代的必備功能。

?對SAI(Switch Abstraction Interface,交換機抽象接口)標準的支持將AsterNOS和Asterfusion的交換硬件平臺徹底解耦開來,AsterNOS可以運行在任何遵從SAI標準的硬件平臺之上,Asterfusion交換硬件平臺也能夠支持任何遵從SAI標準的網(wǎng)絡操作系統(tǒng)在其上運行。

?AsteriaFabric Controller(AFC)是為云計算環(huán)境設計開發(fā)的Cloud SDN Controller,與運行著AsterNOS的交換機系統(tǒng)共同組建一個面向云中業(yè)務與應用的Cloud SDN平臺,在這個SDN平臺上,所有的網(wǎng)絡能力均以RESTful API的形式向Cloud OS開放,Cloud OS完全以自動化的形式、從業(yè)務的視角對云網(wǎng)絡進行部署、調度,無需再關注網(wǎng)絡底層的細節(jié)。

在部署了Asterfusion云網(wǎng)絡的云中,使網(wǎng)絡與計算、存儲一樣,自下而上形成了層次分明的“開放硬件世界”、“標準內核世界”和“自動管理世界” ,從而使得Cloud OS能夠對三大基礎設施完全一致地統(tǒng)一管理、按需伸縮、自動調度 。實現(xiàn)了網(wǎng)絡、計算、存儲一起成為真正意義上的“云基礎設施”。

- 未完待續(xù) -

下一期 小編將從不同維度為你揭秘

星融Asterfusion全開放云網(wǎng)絡到底有多開放!

申請創(chuàng)業(yè)報道,分享創(chuàng)業(yè)好點子。點擊此處,共同探討創(chuàng)業(yè)新機遇!

相關標簽
云計算應用

相關文章

熱門排行

信息推薦