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