隨著關(guān)于網(wǎng)絡(luò)功能虛擬化(NFV)的討論持續(xù)升溫，特別是在移動服務(wù)提供商市場，運(yùn)營商正在嘗試虛擬化演進(jìn)分組核心(EPC)中的關(guān)鍵功能，諸如服務(wù)網(wǎng)關(guān)(SGW)、PDN網(wǎng)關(guān)(PGW)和移動性管理實(shí)體(MME)。通過利用現(xiàn)成的x86平臺運(yùn)行這些功能，他們可以從硬件系統(tǒng)中分離軟件軌跡，并實(shí)現(xiàn)一定程度的供應(yīng)商獨(dú)立性。至少原則上是這樣。

挑戰(zhàn)變得越來越復(fù)雜。雖然一些功能只需要相對較低的帶寬，并且不需要高容量和高處理能力，但是其他功能需要。對于那些功能來說，x86平臺的魅力在于易于擴(kuò)展和彈性開通能力。但這也是事情開始變得有點(diǎn)棘手的地方。

在許多情況下，虛擬化環(huán)境中的擴(kuò)展性能需要對數(shù)據(jù)包進(jìn)行特殊處理。例如，在使用單根輸入/輸出虛擬化(SR-IOV)等技術(shù)執(zhí)行管理程序和虛擬交換旁路時。通常，企業(yè)將使用專門的網(wǎng)絡(luò)接口卡(NIC)，結(jié)合硬件加速或NIC級卸載以提高性能。但是要利用這些技術(shù)來加速和改進(jìn)性能，企業(yè)需要使用這些特定的卡，這樣，就會在軟硬件方面帶來一定程序被鎖定的情況。

換句話說，一旦運(yùn)營商部署了加速技術(shù)，他們就不能簡單地將一臺服務(wù)器交換為任何其他基于x86的服務(wù)器。相反，他們需要繼續(xù)與提供硬件加速和NIC卡的同一家供應(yīng)商合作，甚至可能從該供應(yīng)商處購買產(chǎn)品，以確保他們的軟件可輕松遷移至具備硬件輔助功能的新一代NIC卡。

接下來，使用NIC卸載、管理程序/內(nèi)核旁路和其他技術(shù)只能提升少量性能時，就需要通過多個服務(wù)器來擴(kuò)展性能了。如果被虛擬化的網(wǎng)絡(luò)功能是無狀態(tài)的，則相對容易。然而，如果需要在橫向擴(kuò)展的NFV解決方案上保持狀態(tài)和負(fù)載平衡，則該過程變得更復(fù)雜。在后一種情況下，企業(yè)將需要一個負(fù)載均衡器，以讀取與網(wǎng)絡(luò)功能相關(guān)的協(xié)議，關(guān)聯(lián)各個接口的流量(如果需要)，然后在虛擬化EPC功能的橫向擴(kuò)展實(shí)例之間智能地平衡負(fù)載。

這個過程讓我想起了早期的電子商務(wù)和商業(yè)互聯(lián)網(wǎng)，那個時候也是從運(yùn)行x86的web服務(wù)器開始的。隨著網(wǎng)站和Web應(yīng)用的流量增長，那些Web服務(wù)器和應(yīng)用程序需要擴(kuò)展。這就需要流量在橫向擴(kuò)展解決方案之中達(dá)到負(fù)載均衡。對于電子商務(wù)流量，這需要諸如狀態(tài)負(fù)載均衡器之類的功能來跟蹤會話和cookies，以及向Web應(yīng)用程序或服務(wù)器的正確實(shí)例發(fā)送正確的流量。雖然這最初可以通過基于軟件的負(fù)載均衡器實(shí)現(xiàn)，但是隨著流量增長，該過程就需要一個專用設(shè)備，可以執(zhí)行各種任務(wù)，包括負(fù)載均衡、運(yùn)行狀況檢查和負(fù)載重新分配等。隨著時間的推移，這導(dǎo)致了具有現(xiàn)場可編程門陣列(FPGA)和硬件輔助功能的專用負(fù)載均衡器的出現(xiàn)，并最終實(shí)現(xiàn)了應(yīng)用交付控制器。

網(wǎng)絡(luò)功能虛擬化(NFV)世界是否朝著同一個方向發(fā)展呢?如果是，誰將為所有不同的虛擬化網(wǎng)絡(luò)功能構(gòu)建負(fù)載均衡器?如果每個供應(yīng)商都提供具有不同虛擬化網(wǎng)絡(luò)功能(VNF)的解決方案，用于在橫向擴(kuò)展環(huán)境中進(jìn)行負(fù)載平衡，那么每個虛擬化EPC功能是否會有特定供應(yīng)商的負(fù)載平衡器呢?

兩個場景(即，使用專用加速引擎和NIC用于服務(wù)器內(nèi)的性能改進(jìn)，以及使用專用的狀態(tài)負(fù)載均衡器設(shè)備在服務(wù)器之間分配流量)一起使用，引發(fā)了一個問題：NFV是否會走向更緊密的供應(yīng)商綁定之路，而不是供應(yīng)商具備更大的獨(dú)立性?在當(dāng)前的發(fā)展軌跡中，結(jié)果是肯定的。