FcoE：分散還是聚合？復(fù)雜還是簡單

申請免費(fèi)試用、咨詢電話：400-8352-114

FCoE似乎是網(wǎng)絡(luò)離散而不是網(wǎng)絡(luò)聚合的先驅(qū)。經(jīng)過與QLogic的一番討論，加上聽說16Gbit/s光纖通道和InfiniBand以及FCoE之后，關(guān)于全以太網(wǎng)的想法似乎非常不切實際，就象說地球是平面的一樣荒謬。 這個想法是我在同QLogic的銷售與營銷副總裁Scott Genereaux對話時萌發(fā)出來的。他并沒有那么說，但是我是那樣理解的。Genereaux的EMEA市場總監(jiān)Henrik Hansen指出，QLogic正在考慮開發(fā)16Gbit/s的光纖通道產(chǎn)品。 什么？ 為什么不是FCoE和10Gbit/s、40Gbit/s和100Gbit/s以太網(wǎng)？ 由于所有的光纖通道流量都轉(zhuǎn)移到了以太網(wǎng)上，光纖通道的開發(fā)不是受到影響了嗎？

事情并不是那樣，因為并不是所有的光纖通道流量和產(chǎn)品都會遷移到以太網(wǎng)。我們應(yīng)該考慮FCaE（光纖通道和以太網(wǎng)），而不是FCoE。

FC SAN網(wǎng)絡(luò)用戶不能進(jìn)入以太網(wǎng)，因為他們的FC網(wǎng)絡(luò)交換機(jī)和控制器以及網(wǎng)內(nèi)SAN管理功能不支持以太網(wǎng)。以太網(wǎng)交換機(jī)廠商如Blade Network Technologies不打算開發(fā)SAN存儲管理功能。 BNT的EMEA副總裁Charles Ferland表示，BNT的交換機(jī)不需要FC功能。對于來自服務(wù)器或存儲器FCoE終端的FCoE架構(gòu)，它只需要正確設(shè)定路由即可，也就是說它只需要地址信息。

Genereaux表示，qlogic不打算將FC功能添加到它的以太網(wǎng)交換機(jī)中。除非它的以太網(wǎng)交換機(jī)被用作FCoE終端并用來執(zhí)行某種存儲任務(wù)，否則它也沒必要在交換機(jī)中加入FC功能。 BNT和QLogic都不認(rèn)為它們的交換機(jī)需要FC功能。思科的Nexus可以通過FC線纜將FCoE流量傳輸?shù)組DS 9000FC設(shè)備。 博科和思科已經(jīng)控制了FC交換機(jī)和控制器市場，它們不打算宣布將SAN存儲管理功能遷移到FC設(shè)備的以太網(wǎng)對等領(lǐng)域。但是從長期的角度來說，博科的DCX產(chǎn)品計劃肯定會包含那項內(nèi)容。

Genereau和Hansen表示，在以太網(wǎng)聚合發(fā)生的地方需要用到服務(wù)器適配器。FCoE市場比iSCSI市場發(fā)展得更快一些，所有的重要服務(wù)器和存儲器廠商都將在年底之前宣布推出FCoE接口。 因此，服務(wù)器以太網(wǎng)NICs和FC主機(jī)總線適配器可能會進(jìn)入單一CNA（聚合網(wǎng)絡(luò)適配器）并在以太網(wǎng)上發(fā)送FC信息。那些信息將被發(fā)送到哪里呢？

那些信息會被發(fā)送到一個具備FC功能的設(shè)備，要么是一款帶有本地FC接口的存儲產(chǎn)品，要么是一臺FCOE交換機(jī)，比如Qlogic的產(chǎn)品或博科的8000。

這里不存在端對端聚合，只有網(wǎng)絡(luò)服務(wù)器部分在以太網(wǎng)上的聚合。而且即便是那種聚合，也不會很普遍。 Hansen表示："聚合網(wǎng)絡(luò)市場是存在的，而且它將是一個巨大的市場。但是聚合網(wǎng)絡(luò)并不能解決所有的問題。 我們的InfiniBand交換機(jī)是發(fā)展速度最快的業(yè)務(wù)之一。 光纖通道不會消亡，還有很多遺留下來的東西。我們將繼續(xù)開發(fā)光纖通道。 現(xiàn)在有許多人在討論16Gbit/s光纖通道。我們認(rèn)為OEM廠商們會提出這方面的需求。 以太網(wǎng)會替換InfiniBand嗎？ InfiniBand的用戶們相信是那樣。聚合網(wǎng)絡(luò)并非放之四海而皆準(zhǔn)。"

情況就是如此。這些人正關(guān)注著網(wǎng)絡(luò)技術(shù)的持續(xù)發(fā)展，目前就是以太網(wǎng)存儲器領(lǐng)域的某些FC存儲網(wǎng)絡(luò)的少數(shù)聚合趨勢。 QLogic是否會將FCoE作為一種FC SAN擴(kuò)展技術(shù)來對待？ 似乎是那樣。

其他人認(rèn)為，客戶的組織邊界也將禁止在以太網(wǎng)上發(fā)生端對端聚合情況。FC存儲網(wǎng)絡(luò)能否在端對端FCoE產(chǎn)品存在的情況下順利遷移到無損耗、低延時的以太網(wǎng)？ 它們?yōu)槭裁匆敲醋觯?以太網(wǎng)，特別是今后會出現(xiàn)的無損耗和低延時版本的以太網(wǎng)是全新的，沒有嘗試過的新事物。東西沒壞為什么要修呢？ 什么會使分散的網(wǎng)絡(luò)與存儲組成部分進(jìn)行協(xié)作？

另一個問題與存儲陣列上的本地FCoE接口有關(guān)。如果FC SAN存儲管理功能不打算遷移到以太網(wǎng)平臺，那么它們將繼續(xù)呆在FC平臺，利用FC線纜完成存儲陣列之間的輸入輸出任務(wù)。 那么存儲陣列廠商添加FCoE接口又有什么用呢？ 我們是否想實現(xiàn)CNA服務(wù)器和FCoE存儲陣列之間的直接FCoE通信？從概念上來說，F(xiàn)CoE SANs是否類似于iSCSI SANs？ 我們真的需要另一種模塊存儲存取技術(shù)嗎？

模塊存儲存取協(xié)議分成iSCSI、FCoE和FC以及用于超級計算和高性能計算應(yīng)用的InfiniBand存取技術(shù)，這里的聚合在哪里？

有效FCoE聚合包含兩個意思。第一個是服務(wù)器邊緣聚合，它的成本優(yōu)勢也局限在那個領(lǐng)域。總所有成本對比的一方是NICs+HBAs，另一方是CNAs。 第二個是服務(wù)器與沒有對應(yīng)的FC網(wǎng)絡(luò)SAN管理功能的FCoE存儲陣列之間的直接FCoE連接。

如果IBM在其SVC（SAN容量控制器）上添加FCoE接口以便可以與存取服務(wù)器和它所管理的存儲陣列進(jìn)行FCoE通信的話，這種情況就會發(fā)生。另一個可能性則是HDS在USP-V和USP-VM控制器上添加FCoE接口。

如果客戶必須堅持使用更復(fù)雜的以太網(wǎng)，一個包括一般性LAN訪問、WAN訪問、iSCSI存儲器和FCoE存儲器、或許還包括服務(wù)器群集以及現(xiàn)有FC基礎(chǔ)設(shè)施的以太網(wǎng)，那么那些FCoE的信徒們說宣揚(yáng)的簡單性何在呢？ 今后幾年，F(xiàn)CoE將意味著最小程度的聚合和增強(qiáng)的復(fù)雜性。 那是否值得呢？你覺得呢？（存儲在線 ）