挑戰(zhàn)變得越來越復(fù)雜。雖然一些功能只需要相對較低的帶寬,并且不需要高容量和高處理能力,但是其他功能需要。對于那些功能來說,x86平臺的魅力在于易于擴展和彈性開通能力。但這也是事情開始變得有點棘手的地方。
在許多情況下,虛擬化環(huán)境中的擴展性能需要對數(shù)據(jù)包進(jìn)行特殊處理。例如,在使用單根輸入/輸出虛擬化(SR-IOV)等技術(shù)執(zhí)行管理程序和虛擬交換旁路時。通常,企業(yè)將使用專門的網(wǎng)絡(luò)接口卡(NIC),結(jié)合硬件加速或NIC級卸載以提高性能。但是要利用這些技術(shù)來加速和改進(jìn)性能,企業(yè)需要使用這些特定的卡,這樣,就會在軟硬件方面帶來一定程序被鎖定的情況。
換句話說,一旦運營商部署了加速技術(shù),他們就不能簡單地將一臺服務(wù)器交換為任何其他基于x86的服務(wù)器。相反,他們需要繼續(xù)與提供硬件加速和NIC卡的同一家供應(yīng)商合作,甚至可能從該供應(yīng)商處購買產(chǎn)品,以確保他們的軟件可輕松遷移至具備硬件輔助功能的新一代NIC卡。
接下來,使用NIC卸載、管理程序/內(nèi)核旁路和其他技術(shù)只能提升少量性能時,就需要通過多個服務(wù)器來擴展性能了。如果被虛擬化的網(wǎng)絡(luò)功能是無狀態(tài)的,則相對容易。然而,如果需要在橫向擴展的NFV解決方案上保持狀態(tài)和負(fù)載平衡,則該過程變得更復(fù)雜。在后一種情況下,企業(yè)將需要一個負(fù)載均衡器,以讀取與網(wǎng)絡(luò)功能相關(guān)的協(xié)議,關(guān)聯(lián)各個接口的流量(如果需要),然后在虛擬化EPC功能的橫向擴展實例之間智能地平衡負(fù)載。
這個過程讓我想起了早期的電子商務(wù)和商業(yè)互聯(lián)網(wǎng),那個時候也是從運行x86的web服務(wù)器開始的。隨著網(wǎng)站和Web應(yīng)用的流量增長,那些Web服務(wù)器和應(yīng)用程序需要擴展。這就需要流量在橫向擴展解決方案之中達(dá)到負(fù)載均衡。對于電子商務(wù)流量,這需要諸如狀態(tài)負(fù)載均衡器之類的功能來跟蹤會話和cookies,以及向Web應(yīng)用程序或服務(wù)器的正確實例發(fā)送正確的流量。雖然這最初可以通過基于軟件的負(fù)載均衡器實現(xiàn),但是隨著流量增長,該過程就需要一個專用設(shè)備,可以執(zhí)行各種任務(wù),包括負(fù)載均衡、運行狀況檢查和負(fù)載重新分配等。隨著時間的推移,這導(dǎo)致了具有現(xiàn)場可編程門陣列(FPGA)和硬件輔助功能的專用負(fù)載均衡器的出現(xiàn),并最終實現(xiàn)了應(yīng)用交付控制器。
網(wǎng)絡(luò)功能虛擬化(NFV)世界是否朝著同一個方向發(fā)展呢?如果是,誰將為所有不同的虛擬化網(wǎng)絡(luò)功能構(gòu)建負(fù)載均衡器?如果每個供應(yīng)商都提供具有不同虛擬化網(wǎng)絡(luò)功能(VNF)的解決方案,用于在橫向擴展環(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āng)前的發(fā)展軌跡中,結(jié)果是肯定的。
注:本文最初發(fā)表于SDX Central
關(guān)于Gigamon
Gigamon (NYSE: GIMO) 可實現(xiàn)對物理和虛擬網(wǎng)絡(luò)流量的可視化,提供超強安全性和優(yōu)秀性能。Gigamon的 可視化矩陣 (Visibility Fabric?) 和業(yè)界首個安全交付平臺GigaSECURE?,可為企業(yè)、政府以及服務(wù)提供商提供高級情報,助其實現(xiàn)對安全、網(wǎng)絡(luò)以及應(yīng)用性能管理解決方案的更有效運維和管理。