人們認為NFV最大的優勢就是其虛擬化網絡的功能，它可以從根本上改變服務和應用程序交付的方式。但是，在這些功能背后，必須有一個支持它的網絡功能虛擬化基礎設施(NFVI)，而這項技術目前還沒有明確的定義。
很多廠商都宣稱他們可以提供NFVI，但是他們的產品之間有很大區別，這就使得網絡管理人員很難做出投資決策。好消息是，歐洲電信標準化協會(ETSI)的NFV ISG(網絡功能虛擬化標準工作組)為了使NFVI環境可用，列出了幾個關鍵的要素。
NFVI的初始版本
從理論層次上來講，NFVI是用來托管和連接虛擬功能的一組資源。具體來說就是，NFVI是一種包含服務器、虛擬化管理程序(hypervisor)、操作系統、虛機、虛擬交換機和網絡資源的云數據中心。
有人認為，NFVI這個詞還包括將用戶連接到VNF的物理交換機和路由器。但是，如果按照這種推理，那么似乎就說明在數據中心內或者連接到數據中心的每個資源都可以認為是NFVI。如果是這樣的話，阿爾卡特朗訊(Alcatel-Lucent)、思科、戴爾、IBM、華為和許多其他廠商都可以認為他們能夠提供NFVI。但是，我們必須在結果更清晰之前堅守我們的需求。
有兩個平臺支撐著NFVI，一個是NFV編排器，另一個是虛擬基礎設施管理器(VIM)。當創建NFV服務時，NFV編排器會調用一系列VIM，相反，也會從底層基礎設施中調用必要的資源。這就類似OpenStack在托管應用程序時的應用。
NFVI虛擬基礎設施管理器可以實現什么?
在ETSI的NFVI模型中，必須有代表基礎設施資源的VIM。而從內部來看，問題在于VIM可以做什么以及基礎設施如何與它們交互。
根據ETSI，NFVI必須是“安全的”、“可用的”，并且具有可以支持服務級別協議的屬性。這就意味著，VIM會公布它的功能，然后允許Orchestrator來指定需要什么。如果VIM不能處理Orchestrator的請求，它或許會直接尋找其它合適的VIM。這個過程的細節最終還沒有確定，所以這也就是廠商只宣稱他們可以提供NFVI，但是卻不能提供大多數服務需要滿足的具體的功能。
NFV需要的不是OpenStack，而是自己的編排器?
在NFVI中，編排器實際上創建的是NFV服務。沒有編排的功能，VIM其實做不了什么。提供自己的編排器的廠商可以用NFV來參與并驗證他們自己的NFVI產品。在這里比較讓人困惑的一點就是，像OpenStack或者DevOps這類工具是否具有編排器的功能。
基于ETSI NFV標準，編排器可以實現像OpenStack這種云工具所不能實現的功能。舉個例子來說，編排器可以訪問和使用VNF和服務器的相關信息。
實際上，你可能會說OpenStack是VIM的一部分，甚至是NFVI本身的一部分，但是NFVI 編排器一般情況下更像是專注于NFV的軟件，而不是云。目前，在那些宣稱可以提供NFVI的廠商中只有不到一半的有自己的編排器。大多數廠商還是依賴客戶自己尋找整合編排器。
在開發NFVI中OPNFV的作用
有了VIM和編排器，開源項目NFV的開源平臺(OPNFV)可以首先發揮作用。要正確定義與VIM相關的接口，OPNFV必須定義NFVI將要發布什么以及編排器以資源托付的方式的需求是什么。我們知道VIM和編排器在一般條件下的角色和需求，所以，參與到OPNFV對宣稱具有NFVI功能的廠商來說可能是關鍵的測試。
NFVI和基礎設施管理器的增長
主要的NFVI問題仍然是圍繞網絡本身。在網絡功能虛擬化標準工作組的一些運營商已經將VIM的概念擴展到基礎設施管理器，不僅包含部署和連接VNF，還包括傳統網絡設備的“參數配置”。對于從總體上來說的SDN，特別是OpenFlow或OpenDaylight，它們如何與NFVI相關的問題也是開放的。大多數運營商一直在對NFV的概念進行驗證，目的是為了證明NFV的特有的技術原理，而不是NFV和傳統網絡元素的端到端服務應用程序。這些元素最終將如何處理會決定將來的NFVI是像一個云數據中心還是一個整體的基礎設施。
京公網安備 11010502049343號