這就是用于OneConnectTM 通用聚合網(wǎng)絡(luò)適配器(UCNA)和LightPulse® 光纖通道主機總線適配器(HBA)的Emulex vEngineTM CPU硬件卸載技術(shù)對IT經(jīng)理如此有用的原因。 vEngine為IP、iSCSI和FCoE從CPU完全卸載I/O的能力已被證明可以將每CPU核支持的虛擬機數(shù)量增加多達20%。 現(xiàn)在來推測一下500臺物理服務(wù)器的時的情況。 如果您在使用FCoE或iSCSI Software Initiator，就等于在節(jié)省20%的資本、功耗、冷卻成本、線纜、交換機端口和軟件許可費用。 想象一下如果我們能夠?qū)?00臺服務(wù)器減少到400臺…你們的IT團隊能利用這些資本支出(CAPEX)和運營支出(OPEX)資源做些什么事情？ 有關(guān)詳情，請查閱我們的 ConvergenomicsTM Calculator。
那么，除了減少數(shù)據(jù)中心整合，開放的FCoE還會讓IT經(jīng)理作出哪些讓步？ 以下是五大主要方面：
- CPU效率和虛擬化 – 使用FCoE Software Initiator，所有的光纖通道堆棧處理都通過服務(wù)器CPU資源完成。 而使用OneConnect UCNA，光纖通道堆棧處理通過適配器來完成，這對虛擬服務(wù)器來講至為關(guān)鍵。 卸載(vEngine)光纖通道處理意味著更多CPU資源可以用來支持更多虛擬機，節(jié)省更多成本，并為虛擬服務(wù)器帶來更多的投資回報（ROI）。
- 久經(jīng)驗證的企業(yè)級光纖通道堆棧 – Emulex耗費了10多年時間、上百萬工時和數(shù)億美元投入來開發(fā)、升級和測試光纖通道/FCoE固件、驅(qū)動程序和API。 這包括高性能優(yōu)化，最重要的是，強大的錯誤處理功能，獲得久經(jīng)驗證的可靠解決方案。 我們有7百多萬個安裝好的光纖通道端口在世界最大、最復(fù)雜的存儲區(qū)域網(wǎng)絡(luò)（SAN）中運行，包括排名前100名數(shù)據(jù)中心當(dāng)中的95個以上。 Emulex FCoE UCNA是久經(jīng)驗證、沒有風(fēng)險的解決方案。 網(wǎng)絡(luò)接口卡（NIC）廠商的未經(jīng)驗證的FCoE實施有著很高的風(fēng)險和不確定性,這是企業(yè)級數(shù)據(jù)中心無法接受的。
- 企業(yè)級可靠性和支持 – 購買Emulex OneConnect FCoE CNA的客戶，可以得到包括主要服務(wù)器和存儲合作伙伴、增值經(jīng)銷商（VAR）和分銷商的一系列可靠支持，Emulex則是作為他們的后盾。 這種多級支持意味著客戶從簡單問題到難以診斷的問題都可以從經(jīng)驗豐富的光纖通道專家那里獲得幫助。 這種支持服務(wù)需要數(shù)年時間的開發(fā)才得以成熟。 開放源和首次發(fā)布的解決方案模式各不相同。 以開放源Linux為例，只有在主要廠商提供穩(wěn)定的核、生態(tài)系統(tǒng)測試和久經(jīng)驗證的互操作性時，才會被遷移到企業(yè)級應(yīng)用。 對于FCoE Software Initiator來說，需要數(shù)年的時間才可實現(xiàn)這一水平的支持。
- 企業(yè)級互操作性 – 這些優(yōu)點只有在FCoE解決方案經(jīng)過全面測試并且與現(xiàn)有光纖通道解決方案可互操作時才能實現(xiàn)，這得退回許多年并且涉及好多代產(chǎn)品。 這點只有像Emulex這樣的光纖通道廠商才可能實現(xiàn)。Emulex為2、4和8Gb光纖通道目標設(shè)備連續(xù)提供全面支持和認證。 Emulex CNA使用相同的、已經(jīng)過所有主要服務(wù)器和存儲設(shè)備廠商認證的HBA軟件堆棧和管理控制臺。
- 操作系統(tǒng)認證–Emulex驅(qū)動程序已通過認證，可用于Microsoft Windows、Solaris、AIX、HP-UX、Red Hat、SuSE、VMware、Hyper-V和Citrix Xen等。 為了支持這項工作，Emulex為所有的操作系統(tǒng)(OS)和監(jiān)控工具配備了專門的工程小組。 基于與光纖通道生態(tài)系統(tǒng)合作伙伴建立的長期關(guān)系，Emulex驅(qū)動程序和管理軟件以及API經(jīng)過了全面測試，可與各種操作系統(tǒng)和管理模型相集成。 這是建立在與操作系統(tǒng)和存儲應(yīng)用開發(fā)軟件工作組的長期全面合作關(guān)系之上。
新的FCoE Software Initiator和部分卸載大不相同。 它們有軟件堆棧和管理應(yīng)用需要認證和發(fā)布，花費數(shù)年時間才可完成。 用來支持操作系統(tǒng)和應(yīng)用集成的API要么不成熟，要么不存在。
開放源解決方案對許多應(yīng)用都非常適用，但是對于企業(yè)級FCoE，開放的FCoE驅(qū)動程序不僅無法滿足IT的需求，而且不利于數(shù)據(jù)中心的整合。
