iFCP,FCIP,iSCSI,FCoE區(qū)別iSCSIThe Internet Small Computer Systems Interface (iSCSI) protocol defines the rules and processes to transmit and receive block storage applications over TCP/IP networks by encapsulating SCSI commands into TCP and transporting them over the network via IP. iSCSI是將SCSI命令在封裝在TCP/IP包里面,并使用一個iSCSI幀頭;封裝SCSI數(shù)據(jù)包成為iSCSI需要大量消耗處理器資源。然而,iSCSI的基于TCP/IP的操作也同樣有一個巨大優(yōu)勢,易于路由,不必特殊硬件即可實現(xiàn),這也是FCoE一直應(yīng)用于數(shù)據(jù)中心的一個重要原因。 FCIPFibre Channel over TCP/IP (FCIP) provides a mechanism to "tunnel" Fibre Channel over IP-based networks. This enables the interconnection of Fibre Channel SANs, with TCP/IP used as the underlying wide-area transport to provide congestion control and in-order delivery of data. FCIP是在IP tunnel的基礎(chǔ)上傳送FC包,F(xiàn)C里面再封裝SCSI命令;為一類簡單的隧道協(xié)議,它能將兩個Fibre Channel網(wǎng)連接起來,形成更大的光纖交換網(wǎng)。用于擴展第2層網(wǎng)絡(luò)的橋接解決方案, FCIP的特性在于:首先,F(xiàn)CIP只能在FCIP設(shè)備之間建立點到點連接,即FCIP設(shè)備一端(IP端)和另外一個FCIP設(shè)備的IP端進行連 接,F(xiàn)CIP設(shè)備的另外一端(FC端)和FC光纖通道交換機進行連接,F(xiàn)CIP設(shè)備無法在兩個獨立存儲設(shè)備之間提供本地IP連接;其次,由于FCIP是一 種不透明的傳輸協(xié)議,即一個SAN向另一個SAN發(fā)送的信息在FC層沒有錯誤檢測,容易將一個SAN上的錯誤蔓延到各個SAN;再次是FC和IP網(wǎng)絡(luò)之間 線速的不匹配,或者FCIP引擎的低效實現(xiàn),都有可能使得FCIP設(shè)備成為一個瓶頸。如果FCIP通道崩潰,兩個遠程FC交換機之間的連接也不會自動恢 復(fù),這對商業(yè)應(yīng)用來說顯然是難以接受的。 基于FCIP的設(shè)備現(xiàn)在有Brocade多協(xié)議路由器等。 FCIP ( Fibre Channel over IP ,基于 IP 的光纖信道協(xié)議) 描述了一種機制,能夠通過 IP 網(wǎng)絡(luò)將各個孤立的光纖信道存儲區(qū)域網(wǎng)絡(luò)連接起來, 從而形成一個統(tǒng)一的存儲區(qū)域網(wǎng)絡(luò) 。 FCIP 為一類簡單的隧道協(xié)議, 它能將兩個 Fibre Channel 網(wǎng)連接起來,形成更大的光纖交換網(wǎng)。 FCIP 類似于用于擴展第 2 層網(wǎng)絡(luò)的橋接解決方案, 它本身不具備 iFCP 特有的故障隔離功能。 數(shù)據(jù)格式如下: iFCPThe Internet Fibre Channel Protocol (iFCP) supports Fibre Channel Layer 4 FCP over TCP/IP. It is a gateway-to-gateway protocol where TCP/IP switching and routing components complement and enhance, or replace, the Fibre Channel fabric. iFCP的工作原理是:將Fibre Channel數(shù)據(jù)以IP包形式封裝,并將IP地址映射到分離Fibre Channel設(shè)備。 由于在IP網(wǎng)中每類Fibre Channel設(shè)備都有其獨特標識,因而能夠與位于IP網(wǎng)其它節(jié)點的設(shè)備單獨進行存儲數(shù)據(jù)收發(fā)。(因為FChdr跟IPhdr有映射) 在同一本地存儲局域網(wǎng)(san)或者通過傳輸控制協(xié)議/互聯(lián)網(wǎng)絡(luò)協(xié)議(TCP/IP協(xié)議)在因特網(wǎng)上,Internet光纖信道協(xié)議(iFCP)將 可以實現(xiàn)光纖信道設(shè)備間的存儲數(shù)據(jù)流暢收發(fā)。通過運用內(nèi)建的TCP擁塞控制、錯誤檢測以及故障修復(fù)機制,iFCP同樣能在Fibre Channel網(wǎng)中進行完整的錯誤控制。Internet光纖信道協(xié)議(iFCP)兼容目前的小型計算機系統(tǒng)接口(SCSI)和網(wǎng)絡(luò)運行光纖信道 (Fibre Channel)通信標準。它不但可以和當前的基于IP的光纖信道標準FCIP(Fibre Channel over IP)草案互聯(lián),也可以取代這個標準。 Internet光纖信道協(xié)議(iFCP)具有一些基于IP的光纖信道標準(FCIP)不具備的特點。比如說,F(xiàn)CIP為一類簡單的隧道協(xié)議,它能將兩個 Fibre Channel網(wǎng)連接起來,形成更大的光纖交換網(wǎng)。FCIP類似于用于擴展第2層網(wǎng)絡(luò)的橋接解決方案,它本身不具備iFCP特有的故障隔離功能。由于 iFCP能夠取代和兼容FCIP,因此iFCP具有更強的靈活性。iFCP的典型應(yīng)用是用于SAN對SAN互連。這時Fibre Channel網(wǎng)連接到iFCP網(wǎng)關(guān),通信依次透過城域網(wǎng)(MAN)或WAN進行。 iFCP(Internet Fibre Channel, Internet 光纖信道協(xié)議)是一種網(wǎng)關(guān)到網(wǎng)關(guān)的協(xié)議,為 TCP/IP 網(wǎng)絡(luò)上的光纖設(shè)備提供光纖信道通信服務(wù)。 iFCP 的工作原理是:將 Fibre Channel 數(shù)據(jù)以 IP 包形式封裝,并將 IP 地址映射到分離 Fibre Channel 設(shè)備。 由于在 IP 網(wǎng)中每類 Fibre Channel 設(shè)備都有其獨特標識,因而能夠與位于 IP 網(wǎng)其它節(jié)點的設(shè)備單獨進行存儲數(shù)據(jù)收發(fā)。數(shù)據(jù)格式如下: FCoEFibre Channel over Ethernet (FCoE) is an encapsulation of Fibre Channel frames over Ethernet networks. This allows Fibre Channel to use 10 Gigabit Ethernet networks (or higher speeds) while preserving the Fibre Channel protocol. FCoE,適合10Gb以太網(wǎng)。融合存儲網(wǎng)和以太網(wǎng)的一種協(xié)議。FCoE被定位在企業(yè)級應(yīng)用,而iSCSI則定位在小型商務(wù)應(yīng)用級別。 因為FCoE機制必須支持存儲數(shù)據(jù)的讀寫,所以所有網(wǎng)絡(luò)存儲路徑下的終端設(shè)備和以太網(wǎng)交換機必須支持雙向IEEE 802.3x流控制。盡管這樣的效果可能不如Buffer-to-buffer Credits機制那么理想,但是IEEE 802.3x暫停幀可以提供對應(yīng)的功能性,來調(diào)節(jié)存儲流量并防止阻塞和緩沖區(qū)溢出引起的丟幀。 FCoE也必須解決以太網(wǎng)和光纖通道各自所傳輸?shù)膸g的差異。通常一個以太網(wǎng)的幀最大為1518字節(jié)。而一個典型的光纖通道幀最大為大約2112 字節(jié)。因此在以太網(wǎng)上打包光纖幀時需要進行分段發(fā)送,然后在接收方進行重組。這會導(dǎo)致更多的處理開銷,阻礙FCoE端到端傳輸?shù)牧鲿承浴?/p> 因此需要一個更大的以太網(wǎng)幀來平衡光纖通道和以太網(wǎng)幀大小上的差異。有一個稱為"巨型幀"的實質(zhì)標準,盡管不是正式的IEEE標準,但它允許以太網(wǎng)幀在長度上達到9k字節(jié)。在使用"巨型幀"時需要注意,所有以太網(wǎng)交換機和終端設(shè)備必須支持一個公共的"巨型幀"格式。 最大的巨型幀(9K字節(jié))可以實現(xiàn)在一個以太網(wǎng)幀下封裝四個光纖通道幀。但是這會使光纖通道連接層恢復(fù)以及應(yīng)用802.3x暫停指令的緩沖流量控制
變得更加復(fù)雜。如圖2所示,F(xiàn)CoE向一個巨型以太網(wǎng)幀內(nèi)封裝一個完整的光纖幀(不使用循環(huán)冗余校驗)。因為以太網(wǎng)已經(jīng)提供了幀檢驗序列(FCS)來檢驗
傳輸數(shù)據(jù)的完整性,所以不需要光纖幀的循環(huán)冗余校驗(CRC)。這進一步降低了傳輸層所需的處理開銷,同時提高通道的性能。由于光纖幀可能包括拓展的、可
選擇的信頭或虛擬光纖標記信息,所以以太網(wǎng)"巨型幀"的大小就不合適,并且會隨著封裝光纖幀的需要而發(fā)生變化。 應(yīng)用環(huán)境:
|
|