丁海峰,雷多萍,彭莉
(1.中國(guó)電信集團(tuán)公司,北京 100033;2.中國(guó)電信股份有限公司廣州研究院,廣東 廣州 510630)
隨著云計(jì)算技術(shù)的發(fā)展,越來(lái)越多的運(yùn)營(yíng)商啟動(dòng)了面向未來(lái)的語(yǔ)音網(wǎng)絡(luò)架構(gòu)重構(gòu)。語(yǔ)音網(wǎng)絡(luò)架構(gòu)重構(gòu)就是要利用云計(jì)算技術(shù)使得網(wǎng)絡(luò)能夠更開(kāi)放、更具有彈性和快速部署能力。為了驗(yàn)證語(yǔ)音網(wǎng)絡(luò)重構(gòu)設(shè)想,了解語(yǔ)音網(wǎng)絡(luò)重構(gòu)對(duì)現(xiàn)有業(yè)務(wù)影響以及對(duì)其他系統(tǒng)改造要求,運(yùn)營(yíng)商啟動(dòng)語(yǔ)音網(wǎng)絡(luò)重構(gòu)驗(yàn)證。在試驗(yàn)網(wǎng)網(wǎng)絡(luò)部署過(guò)程中發(fā)現(xiàn),云化、虛擬化下網(wǎng)絡(luò)部署在資源配置方面和傳統(tǒng)網(wǎng)絡(luò)有著極大差異。本文針對(duì)IMS網(wǎng)絡(luò),解構(gòu)IMS網(wǎng)絡(luò)核心網(wǎng)網(wǎng)元功能,結(jié)合容災(zāi)方式,探討IMS網(wǎng)絡(luò)虛擬化部署方案和對(duì)NFVI層資源需求,以期得出部署建議和資源計(jì)算模型,以指導(dǎo)網(wǎng)絡(luò)規(guī)劃、建設(shè)工作。
語(yǔ)音網(wǎng)絡(luò)的重構(gòu)主要是要引入NFV(Network Functions Virtualization,網(wǎng)絡(luò)功能虛擬化架構(gòu)),通過(guò)使用虛擬化軟件技術(shù),實(shí)現(xiàn)傳統(tǒng)設(shè)備的軟硬解耦,使得不同廠家的業(yè)務(wù)軟件運(yùn)行在統(tǒng)一的NFVI(NFV Infra-structure,虛擬化基礎(chǔ)設(shè)施)上。如圖1所示,NFV架構(gòu)的理念就是垂直方向分三層,分別為虛擬化基礎(chǔ)設(shè)施層、網(wǎng)絡(luò)功能層和協(xié)同編排層。虛擬化基礎(chǔ)設(shè)施層包括通用硬件和虛擬化軟件(Hypervisor),通常是云資源池里的計(jì)算和網(wǎng)絡(luò)資源。網(wǎng)絡(luò)功能層是基礎(chǔ)設(shè)施層之上加載的應(yīng)用軟件,提供包括語(yǔ)音、視頻等服務(wù)。運(yùn)營(yíng)支撐由開(kāi)銷戶、計(jì)費(fèi)和維護(hù)管理等系統(tǒng)組成。NFV各層之間可采用異廠家產(chǎn)品,層間接口標(biāo)準(zhǔn)化。協(xié)同編排負(fù)責(zé)運(yùn)營(yíng)支撐,完成網(wǎng)絡(luò)生命周期管理,加快網(wǎng)絡(luò)能力開(kāi)放。NFV水平方向分為業(yè)務(wù)域和管理域,業(yè)務(wù)域提供與業(yè)務(wù)相關(guān)的應(yīng)用和支撐,如EPC、IMS網(wǎng)絡(luò)功能和OSS/BSS系統(tǒng)等;管理域由NFVO、VNFM和VIM組成,對(duì)云資源池資源和VNF進(jìn)行生命周期管理及監(jiān)控管理。因此NFV本質(zhì)是網(wǎng)絡(luò)設(shè)備IT化、云化。IT化實(shí)現(xiàn)軟硬件解耦,云化實(shí)現(xiàn)硬件資源共享和網(wǎng)絡(luò)系統(tǒng)隨業(yè)務(wù)的發(fā)展彈性伸縮。
在語(yǔ)音網(wǎng)絡(luò)重構(gòu)的資源池中,通用硬件一般采用X86服務(wù)器,提供計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)接口等可編程硬件資源。虛擬化基礎(chǔ)設(shè)施是硬件和網(wǎng)絡(luò)功能層的媒介,負(fù)責(zé)硬件資源管理、調(diào)度的同時(shí)提供各種開(kāi)放接口,接受網(wǎng)絡(luò)功能層的調(diào)用,為業(yè)務(wù)軟件提供可靠、安全的運(yùn)行環(huán)境。網(wǎng)絡(luò)功能層是運(yùn)行在虛擬化基礎(chǔ)設(shè)施上的各種功能軟件(VNF, Virtual Network Function),實(shí)現(xiàn)各種業(yè)務(wù)邏輯。
IMS網(wǎng)絡(luò)虛擬化是語(yǔ)音網(wǎng)絡(luò)重構(gòu)中重要的一環(huán)。傳統(tǒng)IMS網(wǎng)絡(luò)從網(wǎng)元功能可分為媒體面、核心控制面。媒體面包含SBC、MRFP網(wǎng)元,核心控制面由CSCF、HSS、MRFC、ENUM DNS、MMTEL、CCF、EMS等構(gòu)成。虛擬化IMS網(wǎng)絡(luò)功能層仍然由這些功能實(shí)體組成媒體面和控制面。
對(duì)幾大設(shè)備廠商VNF測(cè)試和研究發(fā)現(xiàn),軟件化后封裝為VNF的CSCF、MMTEL等核心控制面網(wǎng)元基本滿足業(yè)務(wù)邏輯、可靠性、性能和容災(zāi)要求。核心控制面虛擬化沒(méi)有改變網(wǎng)元間接口協(xié)議和業(yè)務(wù)流程,用戶注冊(cè)、呼叫、基本補(bǔ)充業(yè)務(wù)、通知音播放、話單生成、軟件管理以及虛擬化帶來(lái)的網(wǎng)元?jiǎng)?chuàng)建、刪除和彈性伸縮等生命周期管理也基本滿足需求。在分層解耦環(huán)境下,控制面在物理硬件、虛擬機(jī)、hypervisor、網(wǎng)絡(luò)等發(fā)生故障時(shí)業(yè)務(wù)不受影響或能控制業(yè)務(wù)受損面積、影響時(shí)間在標(biāo)準(zhǔn)范圍內(nèi);硬件資源(CPU、內(nèi)存、硬盤(pán))占用、接通率、時(shí)延等性能指標(biāo)滿足大話務(wù)沖擊;虛擬化系統(tǒng)穩(wěn)定性能滿足長(zhǎng)時(shí)間通話要求。從測(cè)試結(jié)果分析,IMS控制面虛擬化已滿足運(yùn)營(yíng)要求??紤]到媒體包轉(zhuǎn)發(fā)效率等因素影響,媒體面沒(méi)有完全虛擬化,個(gè)別廠商對(duì)媒體面的SBC控制模塊做了虛擬化,但是媒體轉(zhuǎn)發(fā)模塊仍然使用傳統(tǒng)設(shè)備。
基于以上研究測(cè)試成果,建議IMS網(wǎng)元虛擬化從核心控制面開(kāi)始,待媒體轉(zhuǎn)發(fā)性能提升,技術(shù)成熟后再推行到媒體面。IMS網(wǎng)絡(luò)中與傳統(tǒng)網(wǎng)絡(luò)互通的設(shè)備,如MGCF等不考慮虛擬化,待傳統(tǒng)設(shè)備逐步退網(wǎng)后一起退出大網(wǎng)。
圖1 NFV架構(gòu)示意圖
IMS虛擬化部署方案有三種:?jiǎn)螐S商集成、軟硬件解耦和全解耦。單廠商集成指基礎(chǔ)設(shè)施層的通用硬件和虛擬化軟件、網(wǎng)絡(luò)功能層的VNF都由同一廠商提供。和傳統(tǒng)設(shè)備不同的是基礎(chǔ)設(shè)施層必須使用通用硬件、每層之間接口開(kāi)放并且滿足規(guī)范標(biāo)準(zhǔn)要求。由單一廠商提供全套設(shè)備虛擬化方式的優(yōu)勢(shì)是:設(shè)備集成由單一廠商完成,接口協(xié)議不存在理解不一致而導(dǎo)致層間互通問(wèn)題,所以運(yùn)維相對(duì)簡(jiǎn)單,出現(xiàn)故障也不會(huì)發(fā)生不同廠商之間的往復(fù)確認(rèn)。但是系統(tǒng)靈活性低,不能充分利用云化帶來(lái)資源共享的便利,這種部署方式和傳統(tǒng)設(shè)備沒(méi)太多區(qū)別,故一般不采用這種方案。
軟硬件解耦是指基礎(chǔ)設(shè)施層的通用硬件采用第三方設(shè)備,虛擬化軟件和網(wǎng)絡(luò)功能層VNF則由同一廠商集成。這是一種由傳統(tǒng)設(shè)備向全解耦漸進(jìn)式演進(jìn)的中間模式。在行業(yè)內(nèi)還沒(méi)有大規(guī)模全解耦成熟案例的情況下,這種模式的好處是降低虛擬化層和NFV互通難度,降低運(yùn)維難度,加快新業(yè)務(wù)上線,提高部署靈活性,還可以摸底周邊系統(tǒng)配合程度。這種模式其實(shí)還是網(wǎng)絡(luò)演進(jìn)過(guò)程的過(guò)渡階段,虛擬化層和NFV的捆綁對(duì)網(wǎng)絡(luò)開(kāi)放和引入競(jìng)爭(zhēng)存在一定障礙,因此可以在試商用階段部署,一旦商用時(shí)機(jī)成熟,正式商用可以直接采用全解耦方案。
全解耦模式是通用硬件、虛擬化軟件和網(wǎng)絡(luò)功能層NFV可由多家廠商提供,三層間接口完全標(biāo)準(zhǔn)化和開(kāi)放。全解耦模式的優(yōu)勢(shì)在于部署靈活性高,基礎(chǔ)設(shè)施層直接使用運(yùn)營(yíng)商已有資源,便于統(tǒng)一硬件平臺(tái),虛擬化層和NFV解耦有利于開(kāi)放網(wǎng)絡(luò)和引入競(jìng)爭(zhēng)。但是全解耦采用不同廠商設(shè)備,各層之間接口可能存在對(duì)協(xié)議理解偏差造成對(duì)接問(wèn)題,接口增多帶來(lái)的是性能和可靠性降低,故障定位困難,運(yùn)維難度大大提高的風(fēng)險(xiǎn),對(duì)綜合性運(yùn)維人員培養(yǎng)也是一大挑戰(zhàn)。
綜上,IMS虛擬化部署可分兩步走:首先搭建試商用平臺(tái),借助軟硬件解耦階段,一邊積累IMS虛擬化部署、運(yùn)營(yíng)經(jīng)驗(yàn),檢驗(yàn)虛擬化IMS系統(tǒng)可靠性、新業(yè)務(wù)功能和周邊系統(tǒng)配合力度,一邊加快運(yùn)維人才培養(yǎng)。待時(shí)機(jī)成熟后,再演進(jìn)到全解耦模式的IMS網(wǎng)絡(luò)。
IMS網(wǎng)絡(luò)虛擬化后,將給網(wǎng)絡(luò)規(guī)劃、建設(shè)帶來(lái)新的挑戰(zhàn)。對(duì)運(yùn)營(yíng)商來(lái)說(shuō),傳統(tǒng)網(wǎng)絡(luò)是個(gè)黑匣子,設(shè)備商根據(jù)運(yùn)營(yíng)商的業(yè)務(wù)發(fā)展預(yù)測(cè)、話務(wù)模型計(jì)算出設(shè)備需求,把軟硬件打包完成設(shè)備采購(gòu)。IMS網(wǎng)絡(luò)虛擬化后,虛擬化基礎(chǔ)設(shè)施是由運(yùn)營(yíng)商本身提供,運(yùn)營(yíng)商向設(shè)備商僅采購(gòu)網(wǎng)絡(luò)層的VNF,如vCSCF、vMMTEL等。因此,運(yùn)營(yíng)商需先采購(gòu)虛擬化基礎(chǔ)設(shè)施中的通用硬件設(shè)備,完成NFVI建設(shè)后才能進(jìn)行vIMS建設(shè),這就需要計(jì)算出每個(gè)vIMS網(wǎng)元對(duì)通用硬件的需求,根據(jù)需求建設(shè)NFVI。
vIMS網(wǎng)絡(luò)由vCSCF、vMMTEL等多種網(wǎng)元互聯(lián)組成,每個(gè)網(wǎng)元包含多種功能模塊VNFC(Virtual Network Function Component),VNFC是加載在NFVI資源池虛擬機(jī)之上的軟件模塊,是VNF的組件。VNFC之間協(xié)同完成業(yè)務(wù)分發(fā)、業(yè)務(wù)處理、數(shù)據(jù)管理、維護(hù)等操作,共同構(gòu)成IMS網(wǎng)絡(luò)所有邏輯功能。
vIMS網(wǎng)元控制面VNFC從功能上分為協(xié)議處理和分發(fā)、業(yè)務(wù)控制和管理、數(shù)據(jù)存儲(chǔ)和管理、媒體報(bào)文處理、告警和維護(hù)管理、營(yíng)帳和業(yè)務(wù)發(fā)放幾大類。不同的VNFC組合構(gòu)成vIMS各個(gè)核心網(wǎng)元,在網(wǎng)元內(nèi)部VNFC之間通過(guò)內(nèi)部網(wǎng)絡(luò)完成本網(wǎng)元內(nèi)消息、數(shù)據(jù)交換,最后通過(guò)連接外部網(wǎng)絡(luò)的標(biāo)準(zhǔn)接口,把消息傳遞到下一級(jí)。
協(xié)議處理和分發(fā)VNFC是系統(tǒng)對(duì)外的出入口,完成基于二層網(wǎng)絡(luò)的負(fù)載均衡及IP層、SCTP、TCP消息的分發(fā),負(fù)責(zé)SIP、Diameter、H.248等協(xié)議的解析等,通常采用1+1主備方式配置。
業(yè)務(wù)控制和管理VNFC主要完成業(yè)務(wù)邏輯控制、業(yè)務(wù)流程和管理,實(shí)現(xiàn)各種業(yè)務(wù)功能,一般采用負(fù)荷分擔(dān)方式配置。
數(shù)據(jù)存儲(chǔ)和管理維護(hù)VNFC用于存儲(chǔ)管理用戶數(shù)據(jù)、計(jì)費(fèi)數(shù)據(jù)。維護(hù)用戶動(dòng)態(tài)數(shù)據(jù),包括用戶注冊(cè)、會(huì)話數(shù)據(jù)、處理用戶數(shù)據(jù)的邏輯等,一般采用1+1主備方式配置。
媒體報(bào)文處理VNFC主要負(fù)責(zé)處理媒體業(yè)務(wù)、處理收到的媒體報(bào)文以及傳送媒體報(bào)文,和業(yè)務(wù)控制管理VNFC一樣,采用負(fù)荷分擔(dān)方式配置。
告警和維護(hù)VNFC負(fù)責(zé)前后臺(tái)監(jiān)控、數(shù)據(jù)配置和操作維護(hù),向外提供南北向接口,采用1+1主備方式配置。
營(yíng)帳和業(yè)務(wù)發(fā)放VNFC和BOSS接口,提供營(yíng)帳發(fā)放能力,可以采用1+1主備或者負(fù)荷分擔(dān)方式配置。
從上述可知,NFVI層的虛擬機(jī)加載不同VNF組成vIMS。計(jì)算NFVI資源需求,首先是計(jì)算每一種VNFC所需虛機(jī)數(shù)量,根據(jù)每種VNFC虛機(jī)的規(guī)格,最終求和得到NFVI計(jì)算資源、網(wǎng)絡(luò)資源資源總需求。
vIMS虛機(jī)數(shù)量計(jì)算方法如圖2所示,傳統(tǒng)網(wǎng)絡(luò)類似:按照業(yè)務(wù)發(fā)展趨勢(shì),預(yù)估業(yè)務(wù)發(fā)展量,對(duì)vIMS網(wǎng)絡(luò)來(lái)說(shuō)業(yè)務(wù)發(fā)展量就是未來(lái)新增用戶數(shù),根據(jù)用戶發(fā)展量和計(jì)算模型計(jì)算虛機(jī)個(gè)數(shù)。
vIMS資源計(jì)算模型和具體計(jì)算方法說(shuō)明如下:
(1)根據(jù)用戶數(shù)和設(shè)備分裂門限計(jì)算網(wǎng)元設(shè)備套數(shù)(設(shè)備分裂門限是為了避免單一設(shè)備出現(xiàn)故障時(shí)過(guò)多用戶受影響而設(shè)定的設(shè)備最大容量,不同角色的設(shè)備分裂門限不同)。
(2)根據(jù)總用戶數(shù)和設(shè)備套數(shù),計(jì)算每套設(shè)備將部署的用戶量,按照用戶量規(guī)模大小確定設(shè)備需要部署哪些VNFC。
(3)按照VNFC業(yè)務(wù)模型和VNFC的規(guī)格,確定VNFC單個(gè)虛機(jī)業(yè)務(wù)處理能力:對(duì)于資源需求和業(yè)務(wù)量呈線性關(guān)系的VNFC,如協(xié)議處理和分發(fā)、業(yè)務(wù)控制和管理、數(shù)據(jù)存儲(chǔ)和管理、媒體報(bào)文處理、營(yíng)帳和業(yè)務(wù)發(fā)放,從業(yè)務(wù)模型得出每用戶產(chǎn)生信令、數(shù)據(jù)、媒體流量,結(jié)合廠商單個(gè)虛機(jī)設(shè)計(jì)的處理能力,得出單個(gè)虛機(jī)和用戶量的關(guān)系。對(duì)于告警和維護(hù)系統(tǒng),和用戶量無(wú)關(guān),按照廠商該類VNFC最小配置即可。
(4)根據(jù)用戶數(shù)、VNFC單個(gè)虛機(jī)和用戶量的關(guān)系,計(jì)算VNFC需要配置的虛機(jī)個(gè)數(shù)。
對(duì)于1+1主備容災(zāi)的VNFC,此時(shí)計(jì)算結(jié)果為主用虛機(jī)個(gè)數(shù),所以需要增加一倍總虛機(jī)數(shù)作為備用虛機(jī)。負(fù)荷分擔(dān)的VNFC在計(jì)算單個(gè)虛機(jī)處理能力時(shí)已經(jīng)考慮了冗余,此處不需要再修正。
(5)根據(jù)網(wǎng)絡(luò)資源計(jì)算方法和計(jì)算資源計(jì)算方法,計(jì)算vCPU、內(nèi)存、硬盤(pán)和網(wǎng)絡(luò)的總需求。
vIMS網(wǎng)絡(luò)由兩部分組成:外部網(wǎng)絡(luò)和內(nèi)部網(wǎng)絡(luò)。外部網(wǎng)絡(luò)用于vIMS網(wǎng)元之間,或者vIMS和其他網(wǎng)絡(luò)(如EPC、NGN等)之間傳遞標(biāo)準(zhǔn)協(xié)議或媒體包,標(biāo)準(zhǔn)協(xié)議如Diameter、SIP、H.248、DNS、HTTP等,媒體包如通知音等。內(nèi)部網(wǎng)絡(luò)是同一網(wǎng)元內(nèi)不同虛機(jī)之間連接,完成虛機(jī)之間控制消息、心跳、數(shù)據(jù)等傳遞,內(nèi)部網(wǎng)絡(luò)傳遞的消息既可以是標(biāo)準(zhǔn)協(xié)議,也可以是廠商私有協(xié)議。
考慮到安全和時(shí)延的平衡,同一網(wǎng)元、同種VNFC的虛機(jī)部署在同一DC不同服務(wù)器上,同網(wǎng)元不同VNFC的虛機(jī)則盡量部署在相同的服務(wù)器,親和性部署使得VNFC之間的交互在vswitch內(nèi)或者vswtich之間即可完成,大大提高數(shù)據(jù)包傳送效率。vIMS內(nèi)部網(wǎng)絡(luò)流量類似傳統(tǒng)設(shè)備機(jī)框或機(jī)架間的交互,IP地址和流量都不占用核心層VNFI資源,對(duì)核心層IP地址、帶寬資源重點(diǎn)關(guān)注對(duì)外部網(wǎng)絡(luò)資源需求。內(nèi)部網(wǎng)絡(luò)邏輯上分管理面、數(shù)據(jù)面和媒體面,所以內(nèi)部網(wǎng)絡(luò)可設(shè)置3個(gè)VLAN。
外部網(wǎng)絡(luò)VLAN設(shè)置和vIMS連接哪些網(wǎng)絡(luò)有關(guān)。VPN設(shè)置一般分兩個(gè)維度:垂直方向,不同層次設(shè)置不同VPN,如設(shè)備管理層和業(yè)務(wù)層也分別設(shè)置VPN。水平方向,不同網(wǎng)絡(luò)設(shè)置不同VPN,如EPC與vIMS分別設(shè)置VPN。所以VLAN設(shè)置和運(yùn)營(yíng)商網(wǎng)絡(luò)管理有關(guān),vIMS是傳統(tǒng)IMS的演進(jìn)網(wǎng)絡(luò),所以VLAN設(shè)置不變。
外部網(wǎng)絡(luò)IP地址數(shù)量、帶寬和VNFC間容災(zāi)方式以及設(shè)備設(shè)計(jì)相關(guān)。在1+1容災(zāi)方式下,有些廠商設(shè)備采用主備共用一個(gè)浮動(dòng)IP,只需分配一個(gè)IP地址即可。有些廠商設(shè)備除了分配一個(gè)對(duì)外交互用的浮動(dòng)IP外,主備端口仍需各分配一個(gè)外部IP。IP地址需要根據(jù)不同廠商設(shè)備進(jìn)行規(guī)劃,帶寬則是主用虛機(jī)帶寬總和。在負(fù)荷分擔(dān)模式下,每個(gè)端口都需要分配IP,帶寬等于所有虛機(jī)帶寬總和。
圖2 vIMS資源計(jì)算模型
vIMS的計(jì)算資源等于所有VNFC的vCPU、內(nèi)存、硬盤(pán)總和。按照4.1節(jié)中所述方法得到虛機(jī)數(shù)量后,每個(gè)虛機(jī)按照規(guī)格求和,即可得到vCPU、內(nèi)存需求總量。硬盤(pán)的計(jì)算和vCPU有點(diǎn)差別:如果虛機(jī)之間沒(méi)有共享硬盤(pán),硬盤(pán)的需求等于所有虛機(jī)硬盤(pán)數(shù)量總和;如果虛機(jī)之間有共享硬盤(pán),硬盤(pán)總數(shù)等于所有VNFC非共享硬盤(pán)大小加上共享硬盤(pán)的總和。
經(jīng)過(guò)對(duì)廠家vIMS系統(tǒng)資源配置的研究,每個(gè)網(wǎng)元由多種VNFC組成并完成一定的功能。同一網(wǎng)元同一VNFC單個(gè)虛機(jī)規(guī)格相同,即對(duì)vCPU、內(nèi)存等資源需求相同。
不同VNFC部署虛機(jī)數(shù)量和該VNFC功能相關(guān)。和呼叫密切相關(guān)的VNFC,隨話務(wù)增多,配置的VNFC數(shù)量也增多;管理類VNFC主要完成一些監(jiān)控管理功能,VNFC按照最小1+1固定配置。
隨著廠家對(duì)軟件進(jìn)一步優(yōu)化,在同樣資源配置下,單個(gè)虛機(jī)處理能力可能會(huì)有不同程度提升。因此,在網(wǎng)絡(luò)規(guī)劃時(shí),需要提取廠家最新版本各VNFC單個(gè)虛機(jī)處理能力和對(duì)vCPU、內(nèi)存、硬盤(pán)等資源的最新配置要求。同時(shí)由于廠家vIMS網(wǎng)元架構(gòu)設(shè)計(jì)已經(jīng)趨于穩(wěn)定,因此,單個(gè)虛機(jī)能力提升只影響最終vCPU、內(nèi)存、硬盤(pán)等的計(jì)算,在網(wǎng)元架構(gòu)沒(méi)有出現(xiàn)重大調(diào)整時(shí),核心控制面每個(gè)VNFC虛機(jī)個(gè)數(shù)的計(jì)算方法不變。
對(duì)于IMS網(wǎng)絡(luò)媒體面,在云化、虛擬化技術(shù)解決媒體大數(shù)據(jù)包轉(zhuǎn)發(fā)效率后,研究虛擬化后媒體面設(shè)備架構(gòu)、媒體包轉(zhuǎn)發(fā)流程、虛機(jī)之間容災(zāi)機(jī)制對(duì)媒體面設(shè)備的NFVI資源需求模型建立有重要意義,值得后續(xù)進(jìn)一步研究探討。