從ETSI NFV第二次互操作測(cè)試看NFV業(yè)務(wù)落地還有多遠(yuǎn)

  • 人閱讀
  • 2018-05-17 16:00:21

  • 來源：SDNLAB

  • 相關(guān)關(guān)鍵詞

作者簡(jiǎn)介：山石網(wǎng)科資深技術(shù)專家，任亮

ETSI的NFV框架

ETSI的NFV工作組成立于2012年，在2017年9月完成了所有的Function規(guī)范以及部分Solution規(guī)范的發(fā)布。解耦，是這個(gè)框架的核心思想。

ETSI NFV工作組在2017年1月組織了第一次互操作測(cè)試，2018年1月組織了第二次互操作測(cè)試，第二次互操作測(cè)試已經(jīng)開始關(guān)注VNF在生產(chǎn)環(huán)境中的NFV特性以及實(shí)際NFV業(yè)務(wù)應(yīng)用場(chǎng)景的方案測(cè)試。

ETSI NFV第二次互操作測(cè)試過程詳解

1、測(cè)試各個(gè)過程的主要內(nèi)容和大概周期

互操作測(cè)試整體包括如下過程：

報(bào)名、簽署NDA協(xié)議、參與每周的電話會(huì)議、遠(yuǎn)程接入HIVE網(wǎng)絡(luò)、填寫技術(shù)應(yīng)答和Wiki、VNF廠商上傳鏡像文件、熟悉測(cè)試計(jì)劃、預(yù)測(cè)試、現(xiàn)場(chǎng)測(cè)試、測(cè)試報(bào)告填寫。

報(bào)名和簽署NDA協(xié)議比較早，每周的電話會(huì)議大概開始于正式測(cè)試前3個(gè)月，期間覆蓋了正式測(cè)試前的所有過程，而正式測(cè)試的周期是一個(gè)工作周。

2、各個(gè)過程的重要性及合理性分析

每次電話會(huì)議都有一個(gè)明確的重要信息要告知參與測(cè)試的廠商。一套穩(wěn)定可靠的VPN+BGP互聯(lián)網(wǎng)絡(luò)（HIVE）保證了遠(yuǎn)程互操作測(cè)試的效率。廠商在線對(duì)自己的產(chǎn)品能力進(jìn)行技術(shù)應(yīng)答，并填寫自己的Wiki，讓廠商之間互相了解。測(cè)試用例和測(cè)試計(jì)劃的提前公布，讓廠商對(duì)自己能測(cè)哪些不能測(cè)哪些做到心中有數(shù)。進(jìn)行預(yù)測(cè)試，讓廠商之間熟悉互操作測(cè)試的具體過程，把阻塞的問題提前解決掉。正式測(cè)試過程中分兩個(gè)階段，官方指定分組和自由組合，達(dá)到廣泛互操作的目的。有一個(gè)易用的測(cè)試報(bào)告在線收集工具，讓廠商對(duì)自己的工作成果進(jìn)行精細(xì)管理。

3、測(cè)試過程和思路給廠商帶來的價(jià)值

ETSI NFV互操作測(cè)試的流程管理非常成熟且專業(yè)。無論是產(chǎn)品成熟度高的廠商，還是產(chǎn)品成熟度不高的廠商，都能在同一套整體被精細(xì)管理的流程里互相對(duì)接測(cè)試，廠商之間在被指定分組和自由分組的測(cè)試過程中互相熟悉，形成良好技術(shù)氛圍，驗(yàn)證了自己已經(jīng)做了的東西是否有用，同時(shí)也看到以后還要做哪些有用的東西，對(duì)ETSI NFV框架和標(biāo)準(zhǔn)有了更深刻的理解，增強(qiáng)了采用ETSI NFV框架和標(biāo)準(zhǔn)落地業(yè)務(wù)的信心。

互操作測(cè)試能夠快速推動(dòng)NFV標(biāo)準(zhǔn)的落地

1、將已發(fā)布的標(biāo)準(zhǔn)測(cè)試用例化，讓廠商通過實(shí)踐理解標(biāo)準(zhǔn)

在運(yùn)營(yíng)商行業(yè)，任何一種技術(shù)和業(yè)務(wù)的架構(gòu)和標(biāo)準(zhǔn)，從定義到發(fā)布，都需要漫長(zhǎng)的時(shí)間。即使已經(jīng)發(fā)布的標(biāo)準(zhǔn)，廠商之間互相理解的程度也不同。ETSI就采用了將發(fā)布的標(biāo)準(zhǔn)測(cè)試用例化的方法，讓廠商在實(shí)踐過程中理解標(biāo)準(zhǔn)，讓廠商在測(cè)試過程中驗(yàn)證，已經(jīng)做了的是否合理，還有哪些沒做的，應(yīng)該怎么做，這樣就能夠進(jìn)一步推動(dòng)標(biāo)準(zhǔn)的落地，循序漸進(jìn)，充分體現(xiàn)了ETSI的豐富經(jīng)驗(yàn)和對(duì)新技術(shù)和業(yè)務(wù)架構(gòu)和標(biāo)準(zhǔn)的把控能力。

2、讓廠商自行在測(cè)試過程中找差距，回頭跟進(jìn)已發(fā)布標(biāo)準(zhǔn)

參與互操作測(cè)試的廠商之間的水平是不一樣的，有的產(chǎn)品成熟度高，有的產(chǎn)品成熟度不高，大廠商的產(chǎn)品更專業(yè)，可用性更好一些，小廠商的產(chǎn)品更靈活一些。跟進(jìn)標(biāo)準(zhǔn)的程度也不同，有的跟進(jìn)的多，有的跟進(jìn)的少。ETSI通過互操作測(cè)試讓跟進(jìn)的少或者未跟進(jìn)的廠商自己親身感受到跟其它廠商之間的差距，對(duì)跟進(jìn)標(biāo)準(zhǔn)少的廠商做后續(xù)產(chǎn)品規(guī)劃是一個(gè)更加直接的推動(dòng)力，然后下次互操作測(cè)試把之前的重新測(cè)一遍，讓廠商驗(yàn)證自己跟進(jìn)的成果，形成良性循環(huán)。

3、生態(tài)圈式的組織管理，讓廠商之間自發(fā)討論未發(fā)布標(biāo)準(zhǔn)

從VPN+BGP互聯(lián)網(wǎng)絡(luò)（HIVE）的建立開始，就讓廠商之間有了自發(fā)做互操作測(cè)試和溝通接口對(duì)接的條件，再通過現(xiàn)場(chǎng)測(cè)試，讓廠商之間面對(duì)面互相了解和熟悉，相當(dāng)于建立了一個(gè)生態(tài)圈，衍生出來的就是Slack工作群、微信工作群等具有社交屬性的工作圈子，經(jīng)過了互操作測(cè)試的相互熟悉，大家不僅僅就互操作測(cè)試過程中已發(fā)布標(biāo)準(zhǔn)的問題互相討論，進(jìn)一步就開始自發(fā)的對(duì)即將發(fā)布的標(biāo)準(zhǔn)進(jìn)行探討，提前做落地實(shí)現(xiàn)的準(zhǔn)備，以便在下一次的互操測(cè)試時(shí)能夠得到驗(yàn)證。

ETSI NFV第二次互操作測(cè)試

2018年1月15日—19日，ETSI在法國(guó)Sophia Antipolis總部組織了第二次NFV互操作測(cè)試，參與本次互操作測(cè)試的大小廠商最后統(tǒng)計(jì)下來一共有10家MANO，7家VIM，15家VNF，其中中國(guó)廠商有3家，剛好每個(gè)品類一家。據(jù)說參與廠商數(shù)量上整體上比第一次互操作測(cè)試增加了1/3，足以看出產(chǎn)業(yè)界對(duì)ETSI NFV框架和標(biāo)準(zhǔn)遵循和支持的態(tài)度。有一個(gè)很重要的特點(diǎn)是，小廠商占了相當(dāng)?shù)谋壤?，說明NFV已經(jīng)開始讓運(yùn)營(yíng)商行業(yè)進(jìn)入軟件時(shí)代，不再是大廠商一統(tǒng)天下，小廠商在軟件上的能力并不具有明顯的劣勢(shì)，當(dāng)然從實(shí)際測(cè)試情況上看，目前還是大廠商的產(chǎn)品更專業(yè)，可用性更好一些。

兩次ETSI NFV互操作測(cè)試功能對(duì)比

<rt id="woxaa"></rt>
<noscript id="woxaa"><tr id="woxaa"><abbr id="woxaa"></abbr></tr></noscript>
            
            
2、開始關(guān)注VNF在生產(chǎn)環(huán)境中的NFV特性測(cè)試
事實(shí)上，VNF不僅僅是虛擬機(jī)，其在NFV場(chǎng)景下還要具有三大能力，一是支持Cloud-Init用來做0 Day Configuration，二是支持利用NFVI & VIM提供的EPA特性提升自己的性能，三是支持Rest API來支持1 Day Configuration以及滿足性能和故障管理需求。從第二次互操作測(cè)試上看，Cloud-Init基本上已經(jīng)成為大家公認(rèn)的0 Day Configuration標(biāo)準(zhǔn)；對(duì)于EPA特性的要求上，很多NFVI & VIM也能夠提供CPU、內(nèi)存、網(wǎng)卡等各種可提供硬件加速的能力，包括CPU Pinning，NUMA，Huge Pages，DPDK，甚至SR-IOV；定義Rest API接口的SOL002標(biāo)準(zhǔn)剛剛發(fā)布不久，已經(jīng)落地的還不多。
3、開始關(guān)注實(shí)際NFV業(yè)務(wù)應(yīng)用場(chǎng)景的方案測(cè)試
第二次互操作測(cè)試對(duì)兩種應(yīng)用場(chǎng)景進(jìn)行了測(cè)試要求，一個(gè)是多VNF，另一個(gè)是多NFVI & VIM，前者比較簡(jiǎn)單，在一個(gè)NS里自動(dòng)拉起至少兩種VNF，且自動(dòng)組網(wǎng)互聯(lián)；后者是在同一個(gè)MANO統(tǒng)一編排下，自動(dòng)拉起跨多個(gè)NFVI & VIM的Cross-Site VPN，讓各NFVI & VIM的內(nèi)部網(wǎng)絡(luò)之間可以直接互訪。這樣的應(yīng)用場(chǎng)景是非常典型且客戶需求很強(qiáng)烈的NFV應(yīng)用，不僅可以面向數(shù)據(jù)中心環(huán)境使用，還可以作為接入側(cè)的SD-WAN場(chǎng)景應(yīng)用，運(yùn)營(yíng)商之上的動(dòng)態(tài)管道運(yùn)營(yíng)，可想象的商業(yè)空間相當(dāng)大。
NFV業(yè)務(wù)落地還有多遠(yuǎn)？
1、OpenStack的成熟，為NFV業(yè)務(wù)落地提供了堅(jiān)實(shí)基礎(chǔ)
OpenStack已經(jīng)成為事實(shí)上的標(biāo)準(zhǔn)。所有來參與測(cè)試的VIM都是OpenStack，包括VMware的VIO產(chǎn)品。OpenStack發(fā)展到Ocata版本以后已經(jīng)在功能、穩(wěn)定性、可靠性方面基本達(dá)到成熟商用的能力，不僅具有對(duì)計(jì)算、網(wǎng)絡(luò)、存儲(chǔ)等資源的強(qiáng)大且豐富的管理能力，而且OpenStack服務(wù)組件容器化后，可靠性能力又有了極大的提高。關(guān)鍵是，OpenStack被應(yīng)用的越來越廣泛，市場(chǎng)份額越來越大，其已經(jīng)成熟穩(wěn)定的管理API（Rest API）已經(jīng)成為大多數(shù)私有云用戶的剛需，我們看到，很多非OpenStack的云操作系統(tǒng)廠商專門為滿足客戶需求，特意在外面包裝了OpenStack的標(biāo)準(zhǔn)API，再加上OpenStack對(duì)VNF進(jìn)行硬件加速能力的成熟考慮，基本上在VIM這一層面用戶無需再更多考慮。
2、各行業(yè)的NFV相關(guān)技術(shù)規(guī)范已基本上有了可參照的范圍
NFV說到底的價(jià)值是自動(dòng)化編排與快速部署，這并不是運(yùn)營(yíng)商行業(yè)的專有屬性，ETSI定義的NFV框架本身也天生具有普適的IT特點(diǎn)。從標(biāo)準(zhǔn)層面上看，已經(jīng)到了Solution發(fā)布的階段，各組件之間互操作接口的實(shí)現(xiàn)方式已經(jīng)定義完整，可以落地了。根據(jù)標(biāo)準(zhǔn)框架，解耦是關(guān)鍵，這會(huì)極大的節(jié)省和降低用戶的投資成本和投資風(fēng)險(xiǎn)，基礎(chǔ)設(shè)施層面的OpenStack已經(jīng)落地，剩下的就是對(duì)MANO和VNF的考慮，大廠商的MANO質(zhì)量高，小廠商的MANO靈活，開源的MANO產(chǎn)品都已經(jīng)基本具備簡(jiǎn)單商用能力，用戶的選擇性還是很多的?；旧纤械膫鹘y(tǒng)硬件網(wǎng)絡(luò)設(shè)備廠商都已經(jīng)完成了產(chǎn)品的虛擬機(jī)化，用戶可以根據(jù)實(shí)際需要進(jìn)行多種VNF的選擇和使用。
3、SD-WAN可能會(huì)成為最快落地的NFV業(yè)務(wù)應(yīng)用
SD-WAN的技術(shù)本質(zhì)是通過自動(dòng)編排智能選路，減少用戶的專線成本，提升用戶的業(yè)務(wù)通路質(zhì)量，不同行業(yè)的用戶都有強(qiáng)烈的需求。SD-WAN的技術(shù)落地剛好跟NFV非常契合，自動(dòng)化編排與快速部署，第二次互操作測(cè)試中的多NFVI & VIM的Cross-Site VPN場(chǎng)景其實(shí)就是一種SD-WAN應(yīng)用，如果把VIM再外延到公有云，MANO具有同時(shí)對(duì)私有云VIM和公有云VIM統(tǒng)一編排的能力，則SD-WAN的范圍就基本被覆蓋了，考慮到公有云VIM并不具有標(biāo)準(zhǔn)的OpenStack API接口，外延MANO產(chǎn)品的開發(fā)上，可能互聯(lián)網(wǎng)行業(yè)的廠商比較合適，我們可能會(huì)快就能看到具有同時(shí)對(duì)私有云VIM和公有云VIM統(tǒng)一編排的能力的MANO產(chǎn)品出來。
為什么OpenStack能夠成為事實(shí)上的VIM標(biāo)準(zhǔn)
VIM的標(biāo)準(zhǔn)定義
VIM在ETSI NFV框架中的定義是虛擬基礎(chǔ)設(shè)施管理組件，其主要的功能是對(duì)NFVI的管理，本質(zhì)上就是一個(gè)云操作系統(tǒng)，對(duì)服務(wù)器的計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)等資源進(jìn)行管理，提供標(biāo)準(zhǔn)的API接口供NFVO和VNFM調(diào)用，來做VNF的編排管理。
OpenStack在云操作系統(tǒng)市場(chǎng)影響巨大
1、OpenStack被大多數(shù)廠商和用戶作為VIM的不二選擇
跟據(jù)權(quán)威SDN/NFV媒體SDX Central跟廠商和用戶做出的調(diào)查，大部分的被調(diào)查者都會(huì)選擇把KVM + OpenStack作為NFVI & VIM的不二選擇，即使是排名第二的vSphere + VIO，也是通過OpenStack的包裝，其它云操作系統(tǒng)被選擇的比例都不到5%。
2、OpenStack作為VIM的成熟度被廣泛認(rèn)可
同樣是來自權(quán)威SDN/NFV媒體SDX Central跟廠商和用戶做出的調(diào)查，OpenStack作為VIM的成熟度已經(jīng)得到大部分廠商和用戶的廣泛認(rèn)可，尤其是從調(diào)查數(shù)據(jù)上能夠看到OpenStack走向成熟這一事實(shí)被越來越多的廠商和用戶所認(rèn)同，2017年比2016年這一年的時(shí)間，就增長(zhǎng)了10%。
OpenStack的成熟度解析
1、對(duì)計(jì)算、網(wǎng)絡(luò)、存儲(chǔ)等資源的強(qiáng)大且豐富的管理能力
OpenStack保持著每年兩個(gè)版本的發(fā)布速度，發(fā)展到Ocata版本以后已經(jīng)在功能、穩(wěn)定性、可靠性方面基本達(dá)到成熟商用的能力，不僅具有對(duì)計(jì)算、網(wǎng)絡(luò)、存儲(chǔ)等資源的強(qiáng)大且豐富的管理能力，而且OpenStack服務(wù)組件容器化后，可靠性能力又有了極大的提高。尤其是，由于OpenStack的開源特點(diǎn)，其在中國(guó)就具有了特殊優(yōu)勢(shì)，能夠看到OpenStack在運(yùn)營(yíng)商、金融、政府被應(yīng)用的越來越廣泛，市場(chǎng)份額越來越大。
2、對(duì)VNF進(jìn)行硬件加速能力的成熟考慮
OpenStack已經(jīng)支持很多EPA特性上的要求，能夠非常容易配置和提供CPU、內(nèi)存、網(wǎng)卡等各種可提供硬件加速的能力，包括CPU Pinning，NUMA，Huge Pages，DPDK， SR-IOV等。
3、已經(jīng)成熟穩(wěn)定的管理API（Rest API）
OpenStack從Ocata版本開始，管理API已經(jīng)基本完全成熟且穩(wěn)定了，包括了認(rèn)證的Keystone，鏡像的Glance，計(jì)算的Nova，存儲(chǔ)的Cinder，網(wǎng)絡(luò)的Neutron，以及用于編排的Heat，所有的API都統(tǒng)一到openstack服務(wù)下，易用且易記。API考慮了很多細(xì)節(jié)功能，讓調(diào)用者很容易對(duì)虛擬化平臺(tái)的計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)進(jìn)行個(gè)性化操作，例如在使用VNF的場(chǎng)景下，虛機(jī)的業(yè)務(wù)接口必須放開IP檢查，OpenStack的Neutron API就提供了這樣的能力。
直接選擇既有的事實(shí)標(biāo)準(zhǔn)，能夠加速NFV標(biāo)準(zhǔn)的快速落地
1、VIM提供的接口可以直接用OpenStack既有的來做解決方案定義
VIM在整個(gè)NFV框架中的位置十分重要，因?yàn)闊o論是NFVO還是VNFM都要調(diào)用VIM的接口來對(duì)服務(wù)器資源進(jìn)行操作，以完成VNF的編排管理。因此VIM的管理接口API的標(biāo)準(zhǔn)化對(duì)NFV框架整體標(biāo)準(zhǔn)化的影響非常大。如果說，目前沒有一個(gè)云操作系統(tǒng)的市場(chǎng)份額占的比例較大，或者占比例較大的云操作系統(tǒng)的管理接口沒有開放的API，那么NFV框架標(biāo)準(zhǔn)的落地就會(huì)面臨相當(dāng)大的難題，即使標(biāo)準(zhǔn)定義的比較合理，等待云操作系統(tǒng)廠商跟進(jìn)并落地就需要相當(dāng)漫長(zhǎng)的時(shí)間。因此，鑒于OpenStack的特點(diǎn)，各方面剛好滿足了這個(gè)具有標(biāo)準(zhǔn)現(xiàn)成接口的VIM的需求，歷史就必然選擇了OpenStack。
2、無論是MANO廠商還是VNF廠商已具有對(duì)OpenStack互操作的基礎(chǔ)
OpenStack作為云操作系統(tǒng)，已經(jīng)被廠商和用戶所熟知，無論是MANO廠商還是VNF廠商，早已在OpenStack下做產(chǎn)品開發(fā)以及做方案應(yīng)用多年，OpenStack再作為VIM的角色出現(xiàn)，讓大家都不覺得陌生，甚至都相當(dāng)習(xí)慣。有了虛擬化、私有云的互操作基礎(chǔ)，作為VIM來繼續(xù)互操作的額外技術(shù)成本極低，這樣就更加縮短了NFV框架中各組件之間接口對(duì)接的周期，加速了標(biāo)準(zhǔn)的快速落地。 
               	

              		
						
						
						
						
						
極客網(wǎng)企業(yè)會(huì)員

						
					

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

					
				
			
			
		
		
		

	



	
    
		
  • 簡(jiǎn)版
    • 
		
  • 原版
    • 
		
  • 投稿
    • 
		
  • 回頂部
    • 
	






	
	
2018-05-17

	

		
從ETSI NFV第二次互操作測(cè)試看NFV業(yè)務(wù)落地還有多遠(yuǎn)

		
		
 從ETSI NFV第二次互操作測(cè)試看NFV業(yè)務(wù)落地還有多遠(yuǎn),作者簡(jiǎn)介：山石網(wǎng)科資深技術(shù)專家，任亮ETSI的NFV框架ETSI的NFV工作組成立于2012年，在2

	

	

		

		
長(zhǎng)按掃碼 閱讀全文