數據中心虛擬化：放棄還是保留FCoE？
"卸載還是不卸載？"這是許多10Gb以太網（10GbE）網絡接口卡（NIC）廠商向IT經理提出的問題。具體來說是這樣...英特爾和其他專門從事NIC的廠商正在請求IT經理運行SoftwareInitiator來支持iSCSI和FibreChanneloverEthernet（FCoE）。他們聲稱，憑借下一代服務器上的所有新的CPU核，將部分CPU核專用于I/O并不算什么，甚至會告訴你這很"合理"。但是，我們后退一步來看看。在服務器虛擬化以前，我還能接受SoftwareInitiator，因為單一應用沒有使CPU核不堪重負，因此沒有關系。服務器虛擬化出現后，我們開始讓每個CPU核運行3-4個虛擬機（VM），從這時起事情發生了改變。根據2008年11月由IDC提供的演示，我們正在向每個CPU核10-12個虛擬機的方向發展。是什么驅動這一切呢？數據中心整合。
實現虛擬機數量最大化已經成為IT經理進行整合的首要目標，而將CPU核用于I/O似乎與他們的主要目標有沖突。
這就是用于OneConnectTM通用聚合網絡適配器(UCNA)和LightPulse?光纖通道主機總線適配器(HBA)的EmulexvEngineTMCPU硬件卸載技術對IT經理如此有用的原因。vEngine為IP、iSCSI和FCoE從CPU完全卸載I/O的能力已被證明可以將每CPU核支持的虛擬機數量增加多達20%?，F在來推測一下500臺物理服務器的時的情況。如果您在使用FCoE或iSCSISoftwareInitiator，就等于在節省20%的資本、功耗、冷卻成本、線纜、交換機端口和軟件許可費用。想象一下如果我們能夠將500臺服務器減少到400臺...你們的IT團隊能利用這些資本支出(CAPEX)和運營支出(OPEX)資源做些什么事情？有關詳情，請查閱我們的ConvergenomicsTMCalculator。
那么，除了減少數據中心整合，開放的FCoE還會讓IT經理作出哪些讓步？以下是五大主要方面：
CPU效率和虛擬化-使用FCoESoftwareInitiator，所有的光纖通道堆棧處理都通過服務器CPU資源完成。而使用OneConnectUCNA，光纖通道堆棧處理通過適配器來完成，這對虛擬服務器來講至為關鍵。卸載(vEngine)光纖通道處理意味著更多CPU資源可以用來支持更多虛擬機，節省更多成本，并為虛擬服務器帶來更多的投資回報（ROI）。
久經驗證的企業級光纖通道堆棧-Emulex耗費了10多年時間、上百萬工時和數億美元投入來開發、升級和測試光纖通道/FCoE固件、驅動程序和API。這包括高性能優化，最重要的是，強大的錯誤處理功能，獲得久經驗證的可靠解決方案。我們有7百多萬個安裝好的光纖通道端口在世界最大、最復雜的存儲區域網絡（SAN）中運行，包括排名前100名數據中心當中的95個以上。EmulexFCoEUCNA是久經驗證、沒有風險的解決方案。網絡接口卡（NIC）廠商的未經驗證的FCoE實施有著很高的風險和不確定性,這是企業級數據中心無法接受的。
企業級可靠性和支持-購買EmulexOneConnectFCoECNA的客戶，可以得到包括主要服務器和存儲合作伙伴、增值經銷商（VAR）和分銷商的一系列可靠支持，Emulex則是作為他們的后盾。這種多級支持意味著客戶從簡單問題到難以診斷的問題都可以從經驗豐富的光纖通道專家那里獲得幫助。這種支持服務需要數年時間的開發才得以成熟。開放源和首次發布的解決方案模式各不相同。以開放源Linux為例，只有在主要廠商提供穩定的核、生態系統測試和久經驗證的互操作性時，才會被遷移到企業級應用。對于FCoESoftwareInitiator來說，需要數年的時間才可實現這一水平的支持。
企業級互操作性-這些優點只有在FCoE解決方案經過全面測試并且與現有光纖通道解決方案可互操作時才能實現，這得退回許多年并且涉及好多代產品。這點只有像Emulex這樣的光纖通道廠商才可能實現。Emulex為2、4和8Gb光纖通道目標設備連續提供全面支持和認證。EmulexCNA使用相同的、已經過所有主要服務器和存儲設備廠商認證的HBA軟件堆棧和管理控制臺。
操作系統認證--Emulex驅動程序已通過認證，可用于MicrosoftWindows、Solaris、AIX、HP-UX、RedHat、SuSE、VMware、Hyper-V和CitrixXen等。為了支持這項工作，Emulex為所有的操作系統(OS)和監控工具配備了專門的工程小組?；谂c光纖通道生態系統合作伙伴建立的長期關系，Emulex驅動程序和管理軟件以及API經過了全面測試，可與各種操作系統和管理模型相集成。這是建立在與操作系統和存儲應用開發軟件工作組的長期全面合作關系之上。
新的FCoESoftwareInitiator和部分卸載大不相同。它們有軟件堆棧和管理應用需要認證和發布，花費數年時間才可完成。用來支持操作系統和應用集成的API要么不成熟，要么不存在。
開放源解決方案對許多應用都非常適用，但是對于企業級FCoE，開放的FCoE驅動程序不僅無法滿足IT的需求，而且不利于數據中心的整合。
【編輯推薦】
