網(wǎng)絡(luò)功能虛擬化(NFV)技術(shù)的目標(biāo)是在標(biāo)準(zhǔn)服務(wù)器上提供網(wǎng)絡(luò)功能,而不是在定制設(shè)備上。雖然供應(yīng)商和網(wǎng)絡(luò)運(yùn)營(yíng)商都急于部署NFV,但歐洲電信標(biāo)準(zhǔn)協(xié)會(huì)(ETSI)要到2015年1月才會(huì)發(fā)布規(guī)范。因此,早期NFV部署將不得不利用更廣泛的原則,隨著更多細(xì)節(jié)信息浮出水面,這些原則將會(huì)逐漸被部署。
為了在短期內(nèi)實(shí)現(xiàn)NFV部署,供應(yīng)商需要作出四個(gè)關(guān)鍵決策:部署云托管模式,選擇網(wǎng)絡(luò)優(yōu)化的平臺(tái),基于TM論壇的原則構(gòu)建服務(wù)和資源以促進(jìn)操作整合,以及部署靈活且松耦合的數(shù)據(jù)/流程架構(gòu)。
為NFV尋找通用管理框架:選擇OpenStack?
從理論上講,NFV可以存在于專用物理服務(wù)器上,也可以運(yùn)行在云計(jì)算中的虛擬服務(wù)器中。但在實(shí)踐中,由于沒(méi)有涵蓋所有這些選項(xiàng)的統(tǒng)一管理框架,因此很難提供如此廣泛的部署選擇。
為了解決這個(gè)問(wèn)題,我們可以將虛擬功能放在云中,并使用OpenStack作為云軟件平臺(tái)。OpenStack有著廣泛的行業(yè)支持,并且它有一個(gè)網(wǎng)絡(luò)即服務(wù)框架,Neutron(以前被稱為Quantum),其插件能夠支持大部分主流SDN技術(shù),甚至還能支持一些專有網(wǎng)絡(luò)管理系統(tǒng)(NMS)。然而,Neutron正在逐漸發(fā)展為滿足云計(jì)算的需求,而不是滿足網(wǎng)絡(luò)運(yùn)營(yíng)商更廣泛的需求,因此,早期NFV部署將需要為運(yùn)營(yíng)商網(wǎng)絡(luò)擴(kuò)展Neutron,以涵蓋云計(jì)算中不存在的傳統(tǒng)的端到端連接等功能。在這種情況下,開(kāi)發(fā)人員需要增強(qiáng)Neutron,或者繞過(guò)它不支持的模型。
為NFV部署優(yōu)化商用服務(wù)器
NFV和托管虛擬功能的成功取決于這些功能是否可用以及是否能根據(jù)需要來(lái)執(zhí)行。ETSI NFV行業(yè)規(guī)范組(ISG)的目標(biāo)就是在商用服務(wù)器上實(shí)現(xiàn)這些功能,但這需要通過(guò)硬件和軟件進(jìn)行網(wǎng)絡(luò)優(yōu)化。在從網(wǎng)絡(luò)接口到虛擬機(jī)的數(shù)據(jù)路徑連接的情況下,這種優(yōu)化尤其重要。畢竟,根據(jù)網(wǎng)絡(luò)設(shè)備預(yù)期處理的流量以及它們提供的可靠性的不同,網(wǎng)絡(luò)設(shè)備各有不同。NFV主機(jī)也是相同的情況,所以相同的優(yōu)化是必要的。
尋找NFV管理模式:看看TM論壇
部署NFV的第三個(gè)問(wèn)題是管理過(guò)程。這需要基于數(shù)據(jù)模型來(lái)描述服務(wù)和資源。在NFV出現(xiàn)之前,TM論壇(TMF)就提供了一個(gè)合適的(也許是理想的)數(shù)據(jù)模型:(SID)GB 922。雖然這種模型可能需要進(jìn)行擴(kuò)展,才能支持虛擬功能和云資源,但這種擴(kuò)展將是很小范圍的,并且,GB922提供了豐富的模型用于描述服務(wù)(包含虛擬功能)以及(承載這些功能的)資源。
這個(gè)TMF模型極大地簡(jiǎn)化了資源和服務(wù)的構(gòu)建和管理,同時(shí),NFV自身的虛擬功能管理理念也可能融入這個(gè)較大的TMF模型。
此外,TMF模型可以很容易地部署,不僅能管理從虛擬功能新組成的服務(wù),而且可以管理傳統(tǒng)配置的服務(wù),甚至合作伙伴提供的那些服務(wù)。通過(guò)一個(gè)共同的架構(gòu)來(lái)管理所有這些服務(wù),當(dāng)很多傳統(tǒng)網(wǎng)絡(luò)設(shè)備仍然繼續(xù)使用時(shí),這種模型將允許運(yùn)營(yíng)商管理到NFV的過(guò)渡。
NFV部署需要非傳統(tǒng)數(shù)據(jù)模型
管理集成和服務(wù)建模代表著最大和最后的NFV部署決策(數(shù)據(jù)模型)。NFV觸及現(xiàn)有網(wǎng)絡(luò)OSS/BSS,以及NMS,云管理系統(tǒng)以及虛擬功能本身的管理。它將需要管理所有用于托管NFV的設(shè)備以及所有周圍的網(wǎng)絡(luò)設(shè)備。
在確定托管功能的最佳位置以及最佳連接方式時(shí),我們需要考慮虛擬化、虛擬功能的機(jī)器映像、虛擬網(wǎng)絡(luò)SDN連接和流量模式。這種優(yōu)化任務(wù)很巨大,但真正的挑戰(zhàn)在于簡(jiǎn)單地傳達(dá)這些政策來(lái)指導(dǎo)部署,以及收集所需要的管理數(shù)據(jù)。對(duì)于這一點(diǎn),NFV部署需要站在傳統(tǒng)數(shù)據(jù)模型之外來(lái)思考。
現(xiàn)代數(shù)據(jù)驅(qū)動(dòng)的過(guò)程模型將數(shù)據(jù)存儲(chǔ)從數(shù)據(jù)/信息模型分離出來(lái),并且,它們使用語(yǔ)義層來(lái)描述解譯和關(guān)系。這些可以很容易地適應(yīng)收集器接口來(lái)從設(shè)備和功能收集遙測(cè)信息,以及分布接口來(lái)以管理系統(tǒng)需要的形式可視化數(shù)據(jù)。IETF已經(jīng)提出使用數(shù)據(jù)倉(cāng)庫(kù)來(lái)收集資源信息,用以分布到虛擬功能或者其基礎(chǔ)架構(gòu)到應(yīng)用程序的信息傳輸(i2aex)架構(gòu)內(nèi)的管理流程。這種語(yǔ)義建模方法還可以讓我們很容易地對(duì)NFV ISG指定的接口進(jìn)行準(zhǔn)標(biāo)準(zhǔn)部署。
在NFV部署中,我們是否需要現(xiàn)成的云應(yīng)用?
除了這些基本部署點(diǎn),我們還需要考慮一些基本問(wèn)題,例如虛擬功能實(shí)際來(lái)自哪里。
如果虛擬功能必須被定制開(kāi)發(fā)為在NFV部署中運(yùn)行,那么,在功能可用性方面可能存在潛在的延遲。畢竟,開(kāi)發(fā)人員必須致力于新環(huán)境,這可能導(dǎo)致多個(gè)平臺(tái)具有不同的需求集。而在NFV托管云應(yīng)用或網(wǎng)絡(luò)組件的能力將幫助解決這個(gè)功能可用性問(wèn)題,但現(xiàn)成的云應(yīng)用或網(wǎng)絡(luò)功能組件不能利用任何特殊管理、可用性或性能工具(這些可能被構(gòu)建到NFV規(guī)范中)。正確的答案可能是同時(shí)支持現(xiàn)成的應(yīng)用以及具有NFV優(yōu)化行為的定制化應(yīng)用。然后,市場(chǎng)可以自己作出選擇。
在規(guī)范出現(xiàn)之前,我們肯定會(huì)看到很多NFV部署。事實(shí)上,ISG的工作目標(biāo)并不是描述或者限制部署過(guò)程和供應(yīng)商,NFV用戶將在不同的功能和特性上放置不同的價(jià)值。隨著部署逐漸展開(kāi),我們將看到NFV可以做什么,到時(shí)候,我們將能夠判斷這會(huì)是怎樣的一場(chǎng)革命。
核心關(guān)注:拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用,蘊(yùn)涵了豐富的ERP管理思想,集成了ERP軟件業(yè)務(wù)管理理念,功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理,全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域,是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請(qǐng)注明出處:拓步ERP資訊網(wǎng)http://www.vmgcyvh.cn/
本文標(biāo)題:克服網(wǎng)絡(luò)功能虛擬化部署挑戰(zhàn)
本文網(wǎng)址:http://www.vmgcyvh.cn/html/support/11121511174.html