定義
NFV的最終目標是,通過基於行業標準的x86伺服器、存儲和交換設備,來取代通信網的那些私有專用的網元設備。由此帶來的好處是,一方面基於x86標準的IT設備成本低廉,能夠為運營商節省巨大的投資成本,另一方面開放的API接口,也能幫助運營商獲得更多、更靈活的網路能力。可以通過軟硬體解耦及功能抽象,使網路設備功能不再依賴於專用硬體,資源可以充分靈活共享,實現新業務的快速開發和部署,並基於實際業務需求進行自動部署、彈性伸縮、故障隔離和自愈等。大多數運營商都有網路功能虛擬化(NFV)項目,他們的項目是基於通過開放計算項目(OCP)開發的技術。
技術介紹
NFV的初衷是通過使用
x86等通用性硬體以及虛擬化技術,來承載很多功能的軟體處理。典型套用是一些CPU密集型功能,並且對網路吞吐量要求不高的情形。主要評估的功能虛擬化有:WAN加速器,信令會話控制器,訊息路由器,
IDS,DPI,防火牆,CG-NAT, SGSN/GGSN, PE,
BNG, RAN等。
SDN的核心理念是,將網路功能和業務處理抽象化,並且通過外置控制器來控制這些抽象化的對象。SDN將網路業務的控制和轉發進行分離,分為控制平面和轉發平面,並且控制平面和轉發平面之間提供一個標準接口。需要指出的是,控制平面和轉發平面的分離,類似於現代路由器的架構設計方法,但是SDN的設計理念和路由器的控制轉發分離完全不同。
從上面可以看出,NFV可以採用
SDN進行實現(如採用控制轉發分離的方法來搭建伺服器網路),但是NFV也可以採用普通數據中心技術來實現。
區別
一個很大的區別在於,雲計算通常被用來託管此前在內部運行的IP語音套用。
IaaS只是託管虛擬機,這意味著,這些語音套用放到雲中,並沒有發生功能性改變。而NFV託管套用組件的方式允許組件根據性能或可用性需求進行擴展。
雲計算VoIP/UC和NFV語音之間的第二個重要區別在於,NFV允許在任何合適的硬體上部署語音套用組件,這意味著,在理論上,你可以在內部伺服器、網路接入設備或邊緣路由器、以及雲計算中運行“雲語音”套用。然後你可以構建雲語音套用,然而,這些套用可以部分被推送到所有位置的本地設備,如果雲語音服務出現故障,這還可能保證你繼續使用呼叫功能。
雲計算和NFV的第三個區別在於,在雲語音中,語音套用位於網路中,這意味著,它只是另一個網路用戶,對網路行為的控制或與網路管理的整合不會超過用戶設備的水平。在NFV中,你可以構建一個包含託管功能和網路連線的語音服務,並將這兩者作為整體來管理。這可能會鼓勵供應商捆綁語音服務與雲計算和VPN等技術,並推動語音服務提供商增加託管SBC、防火牆等功能。
最後的區別是,NFV關乎管理,這是雲計算中通常被忽視的部分。NFV的目標在於,通過改善管理來顯著降低運營成本。如果滿足了這個目標,這意味著IP語音服務,甚至是UC/UCC,會變得不那么昂貴,在給服務提供商帶來更高利潤的同時,幫助用戶降低成本。
意義
網路功能虛擬化(NFV)將一系列的網路功能打包成一個單獨的動作,最大限度地減少網路會話。如果想嘗試新的功能,完全不用擔心可能與現有的標準發生的衝突,因為NFV部署在網路的最外層,就像打包一樣。
正確的解決方案可能涉及到傳統網路,NFV和
SDN是可以協同工作的,但他們並不一切都是虛擬化的。在某些特殊的配置下,網路管理在特殊的場合,會迫使你不得不使用供應商的特殊功能。
網路仍然需要在硬體層面智慧型化,但它必須儘可能有一個共同接受的標準。為了保證網路架構,需要注意廠商會在哪些設備上進行一些獨有的特殊功能,儘可能的讓自己的網路標準化。
管理框架
從理論上講,NFV可以存在於專用物理伺服器上,也可以運行在雲計算中的虛擬伺服器中。但在實踐中,由於沒有涵蓋所有這些選項的統一管理框架,因此很難提供如此廣泛的部署選擇。
為了解決這個問題,我們可以將虛擬功能放在雲中,並使用
OpenStack作為雲軟體平台。OpenStack有著廣泛的行業支持,並且它有一個網路即服務框架,Neutron(以前被稱為
Quantum),其外掛程式能夠支持大部分主流SDN技術,甚至還能支持一些專有網路管理系統(
NMS)。然而,Neutron正在逐漸發展為滿足雲計算的需求,而不是滿足網路運營商更廣泛的需求,因此,早期NFV部署將需要為運營商網路擴展Neutron,以涵蓋雲計算中不存在的傳統的端到端連線等功能。在這種情況下,開發人員需要增強Neutron,或者繞過它不支持的模型。