NFV误甚,凜冬將至缚甩?

我目前從事傳統(tǒng)通訊領(lǐng)域產(chǎn)品研發(fā)工作谱净。產(chǎn)品以及產(chǎn)品線在NFV領(lǐng)域已經(jīng)投入了多年,自己也親歷了幾年前業(yè)界“忽如一夜春風(fēng)來(lái)”的風(fēng)風(fēng)火火擅威,躊躇于今天NFV領(lǐng)域運(yùn)營(yíng)商和設(shè)備商的同時(shí)迷茫壕探。業(yè)界對(duì)此的思考越來(lái)越多,最近在搜狐號(hào)上讀到了一篇文章郊丛,《NFV的五大矛盾》李请,作者是“顧炯的云世界”。顧炯挺客觀的對(duì)NFV甲乙雙方進(jìn)行了分析厉熟,羅列出業(yè)界的種種郁悶导盅。我總覺(jué)得,NFV的意義是非凡的揍瑟,但絕不是今天的技術(shù)或思路能夠匹配白翻,這需要時(shí)間,需要對(duì)曾經(jīng)的腦子發(fā)熱進(jìn)行復(fù)盤(pán)绢片,也需要付出一定的代價(jià)滤馍,才能更加理智客觀。

原文很長(zhǎng)杉畜,也很深入纪蜒,摘錄《NFV的五大矛盾》中的部分關(guān)鍵的文字,感謝顧炯的思考與分享此叠。


《NFV的五大矛盾》 -- 顧炯的云世界

(原文地址:http://www.sohu.com/a/132083438_610325

矛盾1:自主與商業(yè)的矛盾

NFV的主要目標(biāo)是實(shí)現(xiàn)網(wǎng)絡(luò)設(shè)備的軟硬件分離,可以進(jìn)行云化随珠、按需動(dòng)態(tài)伸縮和自動(dòng)化部署灭袁,未來(lái)結(jié)合網(wǎng)絡(luò)大數(shù)據(jù)可以實(shí)現(xiàn)智能化運(yùn)營(yíng)。

NFV的總體趨勢(shì)是底層硬件實(shí)現(xiàn)相對(duì)通用化窗看,采用虛擬化技術(shù)/容器技術(shù)或分布式架構(gòu)技術(shù)實(shí)現(xiàn)對(duì)底層通用設(shè)備的共享和彈性茸歧,向上為VNF(虛擬網(wǎng)絡(luò)功能)按需提供各種配置的資源,這意味著NFV三個(gè)方面的特點(diǎn)或關(guān)鍵點(diǎn):

  1. VNF才是未來(lái)網(wǎng)絡(luò)發(fā)展的“焦點(diǎn)”显沈。VNF的微服務(wù)化软瞎、分布式架構(gòu)改造、開(kāi)源化拉讯、自主研發(fā)涤浇、Devops是未來(lái)的發(fā)展趨勢(shì),但當(dāng)前VNF基本還是掌控在已有電信設(shè)備商手中魔慷,運(yùn)營(yíng)商幾乎沒(méi)有能力染指只锭。
  2. 構(gòu)建統(tǒng)一的NFVI資源池體系,服務(wù)于全網(wǎng)的云化院尔,這是運(yùn)營(yíng)商認(rèn)為的可以實(shí)現(xiàn)成本降低的主要希望蜻展,但實(shí)際上除了集約化帶來(lái)的電力成本降低以及機(jī)房空間節(jié)省外喉誊,從基礎(chǔ)實(shí)施角度看是否降低成本難以評(píng)估,需要考慮服務(wù)器/存儲(chǔ)/網(wǎng)絡(luò)新建成本纵顾、NFV軟件伍茄、HA、災(zāi)備施逾、機(jī)房改造等總體成本幻林。
  3. 需要引入新型的OSS和EMS/NMS,實(shí)現(xiàn)對(duì)VNF音念、VR(虛擬資源)以及PR(物理資源)的監(jiān)控沪饺、配置、管理以及更高層次的網(wǎng)絡(luò)服務(wù)編排等闷愤,這部分目前是由NFV架構(gòu)中的MANO來(lái)完成

在以上所述的三個(gè)方面中整葡,NFVI、各類(lèi)VNF讥脐、MANO是NFV架構(gòu)中的關(guān)鍵遭居,以軟件實(shí)現(xiàn)為主,從利于NFV規(guī)难化發(fā)展和實(shí)現(xiàn)最低化成本考慮俱萍,運(yùn)營(yíng)商是應(yīng)該選擇部分組件進(jìn)行自主研發(fā),但現(xiàn)實(shí)情況是:

  1. NFVI:目前大部分廠商都是基于開(kāi)源KVM進(jìn)行商業(yè)化定制和優(yōu)化告丢,特別是針對(duì)NFV轉(zhuǎn)發(fā)性能要求高的特點(diǎn)枪蘑,各個(gè)廠商都做了針對(duì)性的技術(shù)優(yōu)化,這部分工作仍然難度相當(dāng)大岖免,運(yùn)營(yíng)商沒(méi)有任何技術(shù)基礎(chǔ)和人才積累岳颇。各個(gè)廠商的Hypervisor與各自的VIM是存在捆綁性的,形成各自的“小王國(guó)”颅湘,無(wú)法實(shí)現(xiàn)不同廠商Hypervisor的互通话侧。
  2. VNFs:各類(lèi)網(wǎng)元原來(lái)都是軟硬件一體化的,運(yùn)營(yíng)商對(duì)網(wǎng)元的內(nèi)部實(shí)現(xiàn)機(jī)制并不熟悉闯参,也沒(méi)有人真正去探究網(wǎng)元設(shè)備的大型軟件系統(tǒng)該如何實(shí)現(xiàn)瞻鹏,這部分軟件目前對(duì)于運(yùn)營(yíng)商來(lái)說(shuō)也沒(méi)有可能采取自主研發(fā)來(lái)實(shí)現(xiàn),需要運(yùn)營(yíng)商逐步去積累和投入鹿寨,重點(diǎn)是實(shí)現(xiàn)VNF的分布式部署新博,微服務(wù)化,為將來(lái)實(shí)現(xiàn)真正的基于容器的部署打下基礎(chǔ)释移。
  3. MANO:MANO是由NFVO叭披、VNFM和VIM組成的,VNFM與VNF是強(qiáng)關(guān)系的(存在部分通用VNFM)、VIM與Hypervisor也是強(qiáng)關(guān)系的涩蜘,這兩部分運(yùn)營(yíng)商目前還無(wú)力進(jìn)行自主研發(fā)嚼贡,所以VNFM和VIM基本也是放棄的

對(duì)于運(yùn)營(yíng)商而言,NFV的可靠性可能更重要同诫,NFV的彈性并非想象的那么重要粤策,VNF自身在架構(gòu)上應(yīng)能實(shí)現(xiàn)橫向擴(kuò)展(例如借助彈性負(fù)載均衡),不能完全依賴于NFVI的彈性(這種彈性也只是VM/容器本身資源能力的伸縮误窖,也就是垂直擴(kuò)展)叮盘。因此運(yùn)營(yíng)商應(yīng)著重在NFV系統(tǒng)的多層次、多模塊之間的聯(lián)動(dòng)故障檢測(cè)和統(tǒng)一自愈策略上進(jìn)行研發(fā)霹俺,同時(shí)推動(dòng)VNF本身架構(gòu)上的革新柔吼,以更有效地利用NFVI的優(yōu)勢(shì)。

矛盾2:解耦與一體化的矛盾

NFV架構(gòu)相比傳統(tǒng)的云資源池要復(fù)雜一些丙唧,由于VNF相比傳統(tǒng)的IT和業(yè)務(wù)平臺(tái)愈魏,對(duì)基礎(chǔ)設(shè)施(NFVI)要求高很多,同時(shí)為了實(shí)現(xiàn)可運(yùn)營(yíng)和自動(dòng)化想际,引入相比云資源池的云管平臺(tái)更復(fù)雜的MANO系統(tǒng)(內(nèi)部又可以獨(dú)立為三個(gè)模塊)培漏,這就帶來(lái)了非常復(fù)雜的體系架構(gòu),如果要按照模塊或?qū)哟谓怦顏?lái)部署胡本,不同層次或模塊之間有大量的需要規(guī)范的接口牌柄,對(duì)于運(yùn)營(yíng)商來(lái)說(shuō),選擇一體化的緊耦合的NFV的廠商整體解決方案還是力推解耦侧甫,模塊化組合和集成的多廠商方案珊佣,是目前最為棘手和相對(duì)難度較大的問(wèn)題。

選擇一體化的單廠商整體方案的好處就是可以實(shí)現(xiàn)快速部署闺骚,整體系統(tǒng)的性能彩扔、穩(wěn)定性與可靠性是比較理想的,不需要進(jìn)行異構(gòu)廠商的互通測(cè)試與集成僻爽;不利的地方是與傳統(tǒng)網(wǎng)絡(luò)設(shè)備一樣,存在軟硬件一體化和封閉性贾惦,難以實(shí)現(xiàn)靈活的架構(gòu)部署胸梆,不利于實(shí)現(xiàn)共享,與廠商存在捆綁關(guān)系须板,不利于競(jìng)爭(zhēng)碰镜,會(huì)再次形成煙囪式部署,總體成本較高习瑰,也不利于自主創(chuàng)新以及靈活的迭代式部署升級(jí)绪颖。

選擇解耦的多廠商集成方案好處是可以實(shí)現(xiàn)通用化、標(biāo)準(zhǔn)化甜奄、模塊化柠横、分布式部署窃款,架構(gòu)靈活,而且部分核心模塊可選擇進(jìn)行定制與自主研發(fā)牍氛,也有利于形成競(jìng)爭(zhēng)晨继,降低成本,實(shí)現(xiàn)規(guī)陌峥。化部署紊扬;不利的地方是需要規(guī)范和標(biāo)準(zhǔn)化,周期很長(zhǎng)唉擂,也需要大量的多廠商互通測(cè)試餐屎,需要很強(qiáng)的集成開(kāi)發(fā)能力,部署就緒時(shí)間長(zhǎng)玩祟,效率較低腹缩,后續(xù)的運(yùn)營(yíng)復(fù)雜度高,故障定位和排除較為困難卵凑,對(duì)運(yùn)營(yíng)商的運(yùn)營(yíng)能力要求較高庆聘。

矛盾3:集中化與分布式的矛盾

云計(jì)算存的幾大本質(zhì)特征:

  1. 按需分配,動(dòng)態(tài)伸縮勺卢,這是云最為重要的特征伙判。這種按需和動(dòng)態(tài)是自動(dòng)化的,不需要或很少需要人去干涉黑忱,由監(jiān)控系統(tǒng)監(jiān)控資源負(fù)載甚至用戶應(yīng)用負(fù)載情況宴抚,然后自動(dòng)去調(diào)度資源、擴(kuò)展和回收資源
  2. 云之所以有成本上的巨大優(yōu)勢(shì)甫煞,并非簡(jiǎn)單地引入虛擬化技術(shù)就能實(shí)現(xiàn)的菇曲,涉及到全局資源調(diào)度能力、產(chǎn)品模型優(yōu)化抚吠、規(guī)某3保化經(jīng)濟(jì)效應(yīng)、服務(wù)器高度定制化楷力、 軟件定義技術(shù)喊式、自動(dòng)化部署與運(yùn)維技術(shù)、DC機(jī)房選址以及制冷電力節(jié)能技術(shù)的引入等
  3. 云服務(wù)也是一種互聯(lián)網(wǎng)化的IT服務(wù)萧朝,既要保證有規(guī)模岔留,還要離用戶更近一些,同時(shí)更要保證HA

從云計(jì)算的幾個(gè)特征看检柬,云計(jì)算的基礎(chǔ)設(shè)施需要盡量集約化和規(guī)南琢化,以保障最大化的共享、按需提供資源以及實(shí)現(xiàn)低成本里逆,但過(guò)于集約化和規(guī)慕瑁化可能無(wú)法保障用戶的體驗(yàn),所以需要在集約和分布兩者間實(shí)現(xiàn)平衡

NFV的基礎(chǔ)是NFVI运悲,本質(zhì)上是云基礎(chǔ)設(shè)施龄减,而NFVI的部署同樣面臨著集約化與分布式部署的矛盾。集約化好處是建設(shè)部署門(mén)檻較低班眯,運(yùn)營(yíng)成本更低希停,能夠集中實(shí)現(xiàn)冗余和災(zāi)備,網(wǎng)絡(luò)架構(gòu)較為簡(jiǎn)單署隘,管理更為方便宠能,但是僅適合于計(jì)算型的VNF,例如vIMS磁餐,但不適合于實(shí)現(xiàn)接入型违崇、寬帶流量型和高轉(zhuǎn)發(fā)型的VNF,例如BRAS诊霹、交換機(jī)羞延、路由器等,這是與網(wǎng)絡(luò)本身的特性和層次化架構(gòu)相關(guān)的脾还,涉及到用戶體驗(yàn)以及網(wǎng)絡(luò)架構(gòu)調(diào)整的問(wèn)題伴箩,成本太高(例如要增加大量的光纜,況且現(xiàn)有的路由器/交換機(jī)交換能力和端口帶寬限制也無(wú)法滿足集約帶來(lái)的流量過(guò)渡匯聚)鄙漏。因此嗤谚,對(duì)于運(yùn)營(yíng)商的網(wǎng)絡(luò)NFV,無(wú)法做到像IT資源池那樣集約化怔蚌,需要根據(jù)網(wǎng)元位置進(jìn)行分層的下沉部署巩步,例如在本地化的DC上進(jìn)行部署,這將導(dǎo)致NFVI的資源池節(jié)點(diǎn)體系非常分散桦踊,帶來(lái)的挑戰(zhàn)非常巨大:

  1. 本地網(wǎng)目前并沒(méi)有合適的可部署NFVI的機(jī)房椅野,需要充分利用本地網(wǎng)CO機(jī)房進(jìn)行DC化改造,這帶來(lái)CO選址籍胯、改造的挑戰(zhàn)(有些CO機(jī)房改造成本過(guò)高鳄橘,而新建機(jī)房又沒(méi)有政策條件)
  2. 本地網(wǎng)的NFV容量較小,這就帶來(lái)了大量的分布式的資源池建設(shè)問(wèn)題芒炼,資源池的分裂以及網(wǎng)絡(luò)條件的限制無(wú)法實(shí)現(xiàn)共享和調(diào)度,建設(shè)成本也較高(例如每個(gè)資源池都要獨(dú)立部署VIM术徊、VNFM模塊)本刽,每個(gè)本地網(wǎng)的DC都需要有容災(zāi)的部署,增加了部署成本,另外在資源的維護(hù)上壓力也較大子寓,人工成本較高
  3. 各省的本地網(wǎng)需求和CO差異較大暗挑,這可能帶來(lái)的問(wèn)題是未來(lái)NFVI資源池五花八門(mén),很難統(tǒng)一(例如廠商類(lèi)型過(guò)多斜友,架構(gòu)封閉性炸裆,實(shí)現(xiàn)資源統(tǒng)一規(guī)劃、部署和管理難度極大)

總而言之鲜屏,未來(lái)的NFV資源池部署既要考慮網(wǎng)絡(luò)層次化架構(gòu)帶來(lái)的分布式部署必然性烹看,又要充分利用云資源池集約化部署優(yōu)點(diǎn),充分做好業(yè)務(wù)和DC規(guī)劃洛史,通過(guò)包括傳控分離技術(shù)惯殊、業(yè)務(wù)流量分離技術(shù)等技術(shù)實(shí)現(xiàn)一定的集約,同時(shí)也需要從資源池的部署架構(gòu)(包括冗余)和管理架構(gòu)上進(jìn)行統(tǒng)一也殖,避免因?yàn)榉植际讲渴饚?lái)的架構(gòu)分裂和管理分散土思,為將來(lái)?xiàng)l件成熟時(shí)統(tǒng)一部署NFVI DCI網(wǎng)絡(luò)以及實(shí)現(xiàn)統(tǒng)一調(diào)度創(chuàng)造基礎(chǔ)條件。

矛盾4:現(xiàn)網(wǎng)NFV與否的矛盾

NFV概念之所以會(huì)被提出來(lái)忆嗜,一個(gè)是云發(fā)展到較為成熟的階段己儒,一個(gè)是軟件定義網(wǎng)絡(luò)(SDN)概念的興起,讓全球運(yùn)營(yíng)商幾乎一致地(AT&T更早開(kāi)始踐行)選擇NFV作為網(wǎng)絡(luò)演進(jìn)的方向捆毫。NFV實(shí)際上首先就是要讓網(wǎng)絡(luò)功能能夠從封閉的專有硬件中分離出來(lái)闪湾,以軟件的形態(tài)(例如VNF)存在,其次就是為了能夠承載各類(lèi)VNF冻璃,對(duì)現(xiàn)有的云基礎(chǔ)設(shè)施和管理架構(gòu)進(jìn)行增強(qiáng)和擴(kuò)展(例如引入MANO响谓,增強(qiáng)了網(wǎng)元生命周期管理以及網(wǎng)絡(luò)服務(wù)(Network Service)的編排能力,實(shí)現(xiàn)自動(dòng)化的網(wǎng)絡(luò)服務(wù)管理與部署)省艳。運(yùn)營(yíng)商部署NFV不外乎兩個(gè)目標(biāo):

  1. 節(jié)省成本娘纷,這個(gè)是一個(gè)偽命題,如果認(rèn)為專業(yè)化設(shè)備成本太高跋炕,NFV化因?yàn)樘摂M化共享就一定能夠帶來(lái)成本的降低赖晶,那一定是一個(gè)誤解或者被忽悠。NFV除了大量的服務(wù)器(虛擬化比例比IT更低)辐烂、昂貴的FC SAN存儲(chǔ)遏插、新的接入/核心交換機(jī)外,還要大量的Hypervisor License纠修、MANO組件License胳嘲、VNF License,為承載NFV而進(jìn)行CO改造的成本扣草,還有為備份了牛、HA颜屠、容災(zāi)需要付出的軟硬件成本以及網(wǎng)絡(luò)成本等,網(wǎng)絡(luò)NFVI的最終規(guī)模要遠(yuǎn)遠(yuǎn)大于業(yè)務(wù)平臺(tái)或IT云資源池鹰祸,這意味著如果要把現(xiàn)有網(wǎng)絡(luò)所有網(wǎng)元都進(jìn)行云化甫窟,要付出巨大的云化成本(新增投資,幾乎沒(méi)有可利舊的)蛙婴。對(duì)于運(yùn)營(yíng)商來(lái)說(shuō)粗井,由于不掌握NFV核心技術(shù)(即使投入自主研發(fā),由于研發(fā)效率和機(jī)制問(wèn)題街图,不一定就比購(gòu)買(mǎi)商業(yè)軟件便宜)浇衬,如果為了NFV而NFV,已有未退網(wǎng)的網(wǎng)元為了實(shí)現(xiàn)云化比例進(jìn)行遷移台夺,很難說(shuō)在成本上會(huì)有節(jié)省径玖。有人說(shuō),針對(duì)擴(kuò)容或者新建可以先行部署NFVI颤介,成本上有優(yōu)勢(shì)梳星,但至少我目前還沒(méi)有看到廠商有可信服的成本節(jié)省公式,如果將來(lái)能夠?qū)崿F(xiàn)標(biāo)準(zhǔn)化和解耦滚朵,也許通過(guò)通用化和規(guī)脑┰郑化集采,可以節(jié)省一部分成本
  2. 快速部署辕近,彈性伸縮韵吨,能夠讓運(yùn)營(yíng)商變得跟互聯(lián)網(wǎng)公司一樣,可以迭代式開(kāi)發(fā)業(yè)務(wù)移宅,快速升級(jí)業(yè)務(wù)归粉,可以快速和動(dòng)態(tài)滿足客戶需求,這是一個(gè)看起來(lái)很美的好處漏峰,但實(shí)際上運(yùn)營(yíng)商有沒(méi)有這樣的業(yè)務(wù)值得懷疑糠悼。有人說(shuō)比如VoLTE業(yè)務(wù)按原來(lái)模式需要按照1億用戶部署,現(xiàn)在只需要先部署100萬(wàn)浅乔,然后隨著業(yè)務(wù)發(fā)展倔喂,自動(dòng)擴(kuò)展資源,快速部署VNF靖苇,就可以滿足了席噩,可以節(jié)省大量資源的閑置,但是這種情況是假設(shè)運(yùn)營(yíng)商的規(guī)劃贤壁、建設(shè)和采購(gòu)模式也跟著“NFV”化才行悼枢。

NFV看似很美好,運(yùn)營(yíng)商可以轉(zhuǎn)型為“玩”軟件的高大上公司脾拆,但實(shí)際上所有都是要“買(mǎi)”的萧芙,最后能節(jié)省的可能是由于技術(shù)的引入而帶來(lái)運(yùn)維人員成本的降低给梅,但運(yùn)營(yíng)商最不缺的就是人啊。之前有人說(shuō)設(shè)備商對(duì)NFV是咬牙切齒的双揪,NFV是會(huì)埋葬設(shè)備商的,至少目前看來(lái)包帚,短期內(nèi)NFV是設(shè)備商的新增市場(chǎng)渔期,長(zhǎng)期看,設(shè)備商依然占據(jù)著VNF License渴邦。

當(dāng)然NFV也并非一無(wú)是處疯趟,至少對(duì)于運(yùn)營(yíng)商來(lái)說(shuō),提供了一個(gè)“潛力”谋梭,確實(shí)在部署和升級(jí)業(yè)務(wù)上可以比之前更快(理論上可以只升級(jí)VNF軟件)信峻。在理想狀態(tài)下,NFVI可以借助軟件實(shí)現(xiàn)全網(wǎng)的自動(dòng)化部署和智能化管理瓮床,最終實(shí)現(xiàn)硬件通用化甚至白盒化后盹舞,可以實(shí)現(xiàn)成本的下降,另外也提供了自主研發(fā)的可能隘庄。而從VNF看踢步,未來(lái)物聯(lián)網(wǎng)和大視頻時(shí)代,網(wǎng)元的彈性需求可能比現(xiàn)在要求要高得多丑掺,NFV肯定要比現(xiàn)在固化的網(wǎng)絡(luò)更能滿足發(fā)展需要获印,另外VNF外后,也提供了一定的創(chuàng)新空間街州,同時(shí)創(chuàng)造了網(wǎng)絡(luò)開(kāi)放的更好條件兼丰,不過(guò)這一切都需要運(yùn)營(yíng)商具備足夠的掌控力才能真正發(fā)揮出來(lái),否則可能是海市蜃景唆缴。

因此鳍征,對(duì)現(xiàn)有網(wǎng)絡(luò)而言,并沒(méi)有NFV化的急切需求和必要性琐谤,現(xiàn)有網(wǎng)絡(luò)可以隨著擴(kuò)容或退網(wǎng)而逐步引入或替換為NFV技術(shù)蟆技。當(dāng)然,現(xiàn)有網(wǎng)絡(luò)不推進(jìn)NFV斗忌,僅是新業(yè)務(wù)部署NFV的話质礼,很難在既定時(shí)間內(nèi)實(shí)現(xiàn)網(wǎng)絡(luò)云化的目標(biāo),將來(lái)也面臨著兩套網(wǎng)絡(luò)系統(tǒng)的部署和運(yùn)維問(wèn)題织阳。不過(guò)眶蕉,當(dāng)前NFV更重要是在于全網(wǎng)架構(gòu)以及技術(shù)應(yīng)用和發(fā)展策略的明確,而不是云化的目標(biāo)唧躲,或者所謂降低成本和為了彈性(絕大部分沒(méi)有真正的分鐘級(jí)甚至秒級(jí)的彈性需求)

矛盾5:統(tǒng)一承載和分離承載的矛盾

隨著NFV的推進(jìn)造挽,自然而然地運(yùn)營(yíng)商一方面希望未來(lái)VNF與IT也可以實(shí)現(xiàn)統(tǒng)一承載碱璃,另一方面希望可以利用現(xiàn)有云資源池承載VNF,從而實(shí)現(xiàn)“利舊”饭入。但是由于以下原因嵌器,這種希望當(dāng)前還不太現(xiàn)實(shí):

  1. 目前NFV不要說(shuō)三層解耦,就是物理資源和之上“軟件”的解耦還沒(méi)有解決谐丢。由于承載的是傳統(tǒng)網(wǎng)絡(luò)網(wǎng)元爽航,目前主流的NFV方案基本由設(shè)備廠商把持,傳統(tǒng)的IT方案廠商被邊緣化乾忱。而根本的原因是VNF是由設(shè)備商來(lái)主導(dǎo)讥珍,設(shè)備商或忽悠或強(qiáng)勢(shì)要求只能采用自家的虛擬化軟件甚至服務(wù)器,才能保證性能和可靠性窄瘟,而要推進(jìn)三層解耦衷佃,需要充分的多廠商的測(cè)試和集成工作
  2. 雖然說(shuō)現(xiàn)有云資源池從技術(shù)上基本具備承載計(jì)算型的VNF,但現(xiàn)有的云管平臺(tái)還需要增強(qiáng)NFV支持(例如巨頁(yè)內(nèi)存蹄葱、DPDK氏义、SR-IOV、NUMA綁定等)新蟆,需要測(cè)試對(duì)各種虛擬化軟件NFV特性的配置和支持能力觅赊,同時(shí)由于NFV引入所謂的MANO架構(gòu),云管平臺(tái)還需要測(cè)試與NFVO以及各種廠商VNFM的對(duì)接能力
  3. 針對(duì)轉(zhuǎn)發(fā)性能要求高的VNF(例如vBRAS琼稻、vEPC), 網(wǎng)卡數(shù)量上有更高的要求吮螺,服務(wù)器模型必須更新
  4. 只有部分網(wǎng)元適合放在集約資源池,其他大部分網(wǎng)元需要放到端局層面的DC上帕翻,而這個(gè)層面沒(méi)有IT承載需求鸠补,屬于新建的NFV資源池節(jié)點(diǎn)
  5. NFVI基本上采用的都是基于KVM的商業(yè)定制版(與基于OpenStack的商業(yè)定制版VIM配合),雖然VMWare本質(zhì)上承載VNF也沒(méi)問(wèn)題嘀掸,但VMWare是IT廠商紫岩,VNF沒(méi)它事,而且VMWare已經(jīng)被標(biāo)簽為昂貴的商業(yè)軟件睬塌,這帶來(lái)的問(wèn)題就是現(xiàn)有以VMWare為主的IT資源池未來(lái)與NFVI資源池沒(méi)有共享性

綜上泉蝌,現(xiàn)有云資源池雖然可用于承載部分VNF,但未來(lái)需要新建大量專屬于NFV資源池節(jié)點(diǎn)(或在現(xiàn)有云資源池中獨(dú)立部署集群)揩晴,新的服務(wù)器模型(可能會(huì)出新的定制化服務(wù)器)勋陪,新的虛擬化軟件模型,新的管理架構(gòu)(可共享部分現(xiàn)有云管理平臺(tái)功能作為VIM)硫兰,VNF和IT無(wú)法統(tǒng)一調(diào)度承載诅愚,更多的只能在規(guī)劃、建設(shè)和運(yùn)維層面去統(tǒng)一


以上五個(gè)矛盾劫映,正是運(yùn)營(yíng)商這幾年的痛苦經(jīng)歷违孝。云化是一種方法刹前,但不是目的。業(yè)務(wù)與管理雙重演進(jìn)的方向需要及早明確雌桑,這永遠(yuǎn)都應(yīng)該放在第一位喇喉。

最后,再次感謝顧炯筹燕,他的很多文章都值得去看一看轧飞,友情鏈接如下:
顧炯的云世界:http://mp.sohu.com/profile?xpt=Z3VqaW9uZ2Nsb3VkQHNvaHUuY29t

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市撒踪,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌大渤,老刑警劉巖制妄,帶你破解...
    沈念sama閱讀 216,744評(píng)論 6 502
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異泵三,居然都是意外死亡耕捞,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,505評(píng)論 3 392
  • 文/潘曉璐 我一進(jìn)店門(mén)烫幕,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)俺抽,“玉大人,你說(shuō)我怎么就攤上這事较曼×赘” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 163,105評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵捷犹,是天一觀的道長(zhǎng)弛饭。 經(jīng)常有香客問(wèn)我,道長(zhǎng)萍歉,這世上最難降的妖魔是什么侣颂? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,242評(píng)論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮枪孩,結(jié)果婚禮上憔晒,老公的妹妹穿的比我還像新娘。我一直安慰自己蔑舞,他們只是感情好拒担,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,269評(píng)論 6 389
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著斗幼,像睡著了一般澎蛛。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上蜕窿,一...
    開(kāi)封第一講書(shū)人閱讀 51,215評(píng)論 1 299
  • 那天谋逻,我揣著相機(jī)與錄音呆馁,去河邊找鬼。 笑死毁兆,一個(gè)胖子當(dāng)著我的面吹牛浙滤,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播气堕,決...
    沈念sama閱讀 40,096評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼纺腊,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了茎芭?” 一聲冷哼從身側(cè)響起揖膜,我...
    開(kāi)封第一講書(shū)人閱讀 38,939評(píng)論 0 274
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎梅桩,沒(méi)想到半個(gè)月后壹粟,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,354評(píng)論 1 311
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡宿百,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,573評(píng)論 2 333
  • 正文 我和宋清朗相戀三年趁仙,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片垦页。...
    茶點(diǎn)故事閱讀 39,745評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡雀费,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出痊焊,到底是詐尸還是另有隱情盏袄,我是刑警寧澤,帶...
    沈念sama閱讀 35,448評(píng)論 5 344
  • 正文 年R本政府宣布宋光,位于F島的核電站貌矿,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏罪佳。R本人自食惡果不足惜逛漫,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,048評(píng)論 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望赘艳。 院中可真熱鬧酌毡,春花似錦、人聲如沸蕾管。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 31,683評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)掰曾。三九已至旭蠕,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背掏熬。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,838評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工佑稠, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人旗芬。 一個(gè)月前我還...
    沈念sama閱讀 47,776評(píng)論 2 369
  • 正文 我出身青樓舌胶,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親疮丛。 傳聞我的和親對(duì)象是個(gè)殘疾皇子幔嫂,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,652評(píng)論 2 354

推薦閱讀更多精彩內(nèi)容

  • 大家好,我是華為崔景龍誊薄,99年加入華為履恩,開(kāi)始從事2G的研發(fā),后來(lái)經(jīng)歷了3G呢蔫、4G似袁,現(xiàn)在又開(kāi)始跟我們公司的同事一起從...
    SDNLAB閱讀 1,606評(píng)論 1 2
  • 正文之前 華為是我的一個(gè)分叉口,如果我中了華為咐刨,那么考研就將成為過(guò)去,因?yàn)檠芯可娴牟灰欢ㄓ腥A為好扬霜,所以下面是我準(zhǔn)...
    張照博閱讀 1,032評(píng)論 0 11
  • 摘要:從移動(dòng)互聯(lián)網(wǎng)時(shí)代背景出發(fā)定鸟,對(duì)網(wǎng)絡(luò)功能虛擬化概念、網(wǎng)絡(luò)虛擬化演進(jìn)的必要性進(jìn)行分析著瓶,指出了移動(dòng)核心網(wǎng)虛擬化需求联予,...
    SDNLAB閱讀 849評(píng)論 0 4
  • 羅伊剛剛坐穩(wěn)上校位置的時(shí)候,和莉莎還不是很熟材原,至少在工作方面沸久,的確是這樣。 羅伊不是勤懇工作的人余蟹,天知道焰之煉金術(shù)...
    67_15閱讀 369評(píng)論 0 0
  • 今天沒(méi)有晚輔導(dǎo)卷胯,趁著晚上樓道里沒(méi)人,我拿著笤帚和簸箕去撮二樓樓梯拐彎處的那堆垃圾威酒。正在弄的時(shí)候窑睁,上來(lái)兩個(gè)人從我旁邊...
    木棉之秋閱讀 797評(píng)論 47 28