Benutzer:Geroll/Fibre Channel over Ethernet

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
FCoE: typische Topologie bei Einsatz im Access-Layer

Fibre Channel over Ethernet (FCoE) ist ein Protokoll zur Übertragung von Fibre Channel-Rahmen in Vollduplex-Ethernet-basierten Netzwerken. Das wesentliche Ziel bei der Einführung von FCoE dient der I/O-Konsolidierung auf der Basis von Ethernet (IEEE 802.3) im Hinblick auf die Reduktion physischer Komplexität von Netzwerkstrukturen besonders in modernen Rechenzentren[1] . Mit FCoE ist es möglich eine einheitliche physische Infrastruktur sowohl für die Übertragung von Fibre Channel als auch konventionellem Ethernet zu nutzen. Dabei stellen die Skalierbarkeit und die höheren Bandbreiten von Ethernet-basierten Netzstrukturen mit momentan gängigen 10GBps (in Kürze auch 40 bzw. 100 GBps) wesentliche Vorteile dar. Durch die Verwendung von Ethernet für den Transport von Fibre Channel-Rahmen kommen andererseits auch Nachteile des klassischen Ethernet-Protokolls, wie beispielsweise der Rahmenverlust bei Überlastsituationen, zum Tragen, so dass einige Verbesserungen am Ethernet-Standard notwendig sind, um eine zuverlässige Übertragung auf der Bsis von Ethernet zu gewährleisten. Diese Erweiterungen werden unter dem Begriff Data Center Bridging vorangetrieben[2].

Die Standardisierung von FCoE begann im April 2007 innerhalb der the FC-BB-5 Arbeitsgruppe der T11 und wurde am 04.06.2009 der INCITS zur Publikation als FC-BB-5 Draft Standard übergeben.


Anwendung und Motivation

[Bearbeiten | Quelltext bearbeiten]

Die Hauptanwendung von FCoE ist in der I/O-Konsolidierung (auch unter dem Begriff Netzwerk-Konvergenz) zu sehen. Diesbezüglich ist die Konsolidierung von Ethernet-basierten Netzwerken und Storage Area Networks (SAN) auf eine gemeinsame, leistungsfähige physische Infrastruktur zu nennen. Die Hauptvorteile dabei dürften der deutlich geringere Verkabelungsaufwand und die insgesamt geringeren Investionskosten für eine gemeinsame Infrastruktur, als auch die bessere Ressourcenauslastung der physischen Infrastruktur darstellen.

Ein weiterer Vorteil ist sicherlich in der momentan vorherrrschenden Virtualisierungsstrategie vieler Rechenzentrumsprovider im Zusammenspiel mit FCoE zu sehen, da letztlich FCoE in der Praxis auch eine Art von Virtualisierungstechnologie auf Basis physischer Medien darstellt und als solche teilweise bis in die Hostsysteme für virtualisierte Server übertragen werden können. Derartige Konsolidierungsstrategien können somit:

  • Aufwand und Kosten für eine physische Infrastruktur bestehend aus Netzelementen und Kabeln reduzieren
  • Anzahl und Gesamtkosten der notwendigen Netzwerkkarten (NICs) in Endgeräten wie z.B. Servern reduzieren
  • Kosten für den Betrieb (Energieversorgung und Wärmeabführung) reduzieren.


Abgrenzung

[Bearbeiten | Quelltext bearbeiten]

FCoE überträgt ähnlich wie iSCSI Blockdaten über ein untergeordnete Protokollschichten, jedoch sind die beiden Protokolle grundverschieden. iSCSI kann als Applikationsprotokoll gemäß OSI-Modell eingeordnet werden, da es auf TCP als Transportprotokoll aufsetzt. Damit ist es ein routbares Protokoll und kann daher prinzipiell auch über die Grenzen eines Rechenzentrums hinaus Anwendung finden. Mit iSCSI nimmt man aber aufgrund dieser Eigenschaften und der fehlenden zuätzlichen Anforderungen an untergeordneten Protokollschichten einen relativ großen Paket-Overhead in Kauf, so dass die gesamte Transportleistung insbesondere innerhalb eines Rechenzentrums eher gering im Vergleich zu Fibre Channel einzuordnen ist. FCoE dagegen verzichtet auf die Verwendung von Netzwerk- und Transportschichtprotokollen wie IP und TCP und setzt gleich auf Ethernet auf. Dabei profitiert FCoE von dem deutlich geringeren Paket-Overhead und der damit verbundenen höheren Transportperformance und nimmt dabei die örtliche Begrenzung auf Layer-2-Domänen in Kauf. Darüberhinaus ergeben sich besondere Herausforderungen an den verwendeten Ethernet-Standard, denen durch Data Center Bridging Rechnung getragen wird. Um dies zu realisieren bedarf es einer modernen RZ-Netzinfrastruktur, was eine Migration im Allgemeinen schwierig macht. Daher hat FCoE insbesondere bei der Errichtung neuer Netzstrukturen eine besondere Bedeutung.

Funktionalität

[Bearbeiten | Quelltext bearbeiten]

FCoE kapselt Fibre Channel nativ in Ethernet-Rahmen wobei die FCoE-Protokoll-Spezifikationen die Schichten FC-0 und FC-1 des Fibre Channel-Stacks ersetzen (siehe Rahmenformat). Somit ist es möglich, ohne große Veränderungen bestehende Storage Area Networks (SANs) in eine (neue) Ethernet-Infrastruktur zu integrieren. Da FCoE direkt auf dem Etherenet-Protokoll-Stack aufbaut, unterscheidet es sich massgeblich von iSCSI, dass ebenfalls SCSI-Blockdaten über Netzwerkprotokolle überträgt, dabei aber auf den TCP-Stack aufbaut und daher im Gegensatz zu FCoE routbar ist.

Der Standard des klassischen Ethernet entstand in einer Zeit, in der mit Hilfe von Netzwerken nur überschaubare Mengen von Daten übertragen wurden. Somit bestand in dieser Zeit kaum Bedarf für Flusssteuerungmechanismen (engl. flow control). Fibre Channel dagegen implementiert Flusssteuerungsmechanismen, da Blockdaten i.A. sehr sensibel gegen Übertragungstörungen sind und diese nicht anders abgefangen werden können. Aus diesem Grunde erfordert FCoE Erweiterungen des klassischen Ethernet-Standards um Flusssteuerungsmechnismen zur Vorbeugung von Überlastsituationen und damit einhergehenden Rahmenverlusten. An diesen Erweiterungen arbeitet die IEEE in der Data Center Bridging Task Group.

Die wesentlichen Erweiterungen des Ethernet-Standards in Data Center Bridging lassen sich wie folgt zusammenfassen:

Des Weiteren muss Ethernet folgende Anforderungen erfüllen:

  • Kapselung von nativen Fibre Channel-Rahmen in Ethernet-Rahmen.
  • Eine Abbildung zwischen Fiber Channel N-Port IDs (FCIDs) und Ethernet-MAC-Adressen.

Endgeräteadapter

[Bearbeiten | Quelltext bearbeiten]

Endgeräte werden direkt mit Hilfe von sog. Converged Network Adapters (CNAs) mit der FCoE-Fabric verbunden. Ein solcher Adapter stellt sowohl Fibre Channel Host Bus Adapter (HBA)- als auch klassische Network Interface Card (NIC)-Funktionen auf einer Hardware zur Verfügung. Diese entlastet die CPU bei Low Level Frame Processing und Bereitstellung klassischer SCSI-Funktionalität. FCoE-Kapselung kann alternativ auch in Software unter teilweise signifikanter CPU-Auslatung erfolgen.

Das erste FCoE-Endgerät wurde von Frederick Knight für NetApp implementiert [3].

Rahmenformat

[Bearbeiten | Quelltext bearbeiten]
FCoE Rahmen Format
OSI-Schicht FCoE-Stack Fibre Channel
Anwendungsschicht
Darstellungsschicht FC-4 FC-4 Protocol mapping
Sitzungsschicht FC-3 FC-3 Services
Transportschicht FC-2 FC-2 Framing
Netzwerkschicht FCoE-Mapping FC-1 Data enc/dec
Sicherungsschicht MAC-Adresse FC-0 physische Schicht
Bitübertragungsschicht Physical Layer

Sowohl Fibre Channel als auch klassische Netzwerke weisen eigene Stacks auf, die jeweils eine Menge von Funktionalitäten zur Verfügung stellen. Der FC-Stack besteht aus fünf Schichten (FC-0 bis FC-4), während Ethernet typischerweise in einem 7-Schichten OSI-Referenzmodell abgebildet wird, wobei es die ersten beiden Schichten (physische Schicht und Verbindungsschicht) abdeckt. FCoE ist konzipiert, um die FC-Schicht FC-2 in Ethernet zu übertragen. Damit können schliesslich auch die oberen Fibre Channel-Schichten FC-3 und FC-4 über IEEE 802.3 Ethernet Schichten abgebildet werden[4]. Ein typischer FC-Rahmen hat eine Nutzdatenlänge von bis zu 2112 Bytes zuzüglich Header und CRC. Die maximale Grösse eines FCoE-Rahmens beträgt 2180 Bytes. Somit erfordert FCoE die Unterstützung der Ethernet-Infrastruktur für die Übertragung von sog. Baby Jumbo Frames mit einer Größe von bis zu 2.5 KB, damit die enthaltenen FC-Rahmen nicht aufgesplittet werden.

Die ersten 48 Bits des Rahmens spezifizieren die Ziel-MAC-Adresse, die zweiten 48 Bits dagegen die Quell-MAC-Adresse. Die 32-Bit IEEE 802.1Q Markierung bietet dieselbe Funktionalität wie für VLANs und ermöglicht mehrere virtuelle lokale Netzwerke auf derselben physischen Infrastruktur. FCoE wird direkt in Ethernet-Rahmen unter Verwendung eines speziellen Ethertype (0x8906) gekapselt. Dafür sind weitere 16 Bits vorgesehen, gefolgt von einem 4 Bit langen Versionsfeld. Die nächsten 100 Bit sind reserviert und weitere 8 Bit indizieren den Start des Fibre Channel-Rahmens. Nach einem 8 Bit langen End-of-Frame-Begrenzer (EOF) folgen weitere 24 reservierte Bits. Der Rahmen endet mit 32 Bits für die FCS Funktion, die die Fehlerermittlung für den Ethernet-Rahmen zur Verfügung stellt.

Das gekapselte Fibre Channel nutzt wie im eigentlich FC-Standard einen 24 Byte langen FC-Header gefolgt von den FC-Nutzdaten einschliesslich Fibre Channel-CRC. Dabei wird die zyklische Redundanzprüfung (engl. cyclic redundancy check, daher meist CRC) zur Fehlerkorrektur verwendet. Da der klassische FC-Header weiterverwendet wird, ist es möglich, ein existierendes Fibre Channel-SAN mit einem FCoE-Switch zu verbinden und so eine Integration der FC-Funktionen ohne den Bedarf für ein Gateway zu ermöglichen.

Eine weitere wichtige Komponente des FCoE-Standards ist das FCoE Initialization Protokoll (FIP), dass die FCoE-Fähigkeiten der Netzkomponenten einer Ethernet-Wolke erkennt und initialisiert. FIP benutzt wiederum einen dedizierten Ethertype (0x8914)[5].


Siehe auch

[Bearbeiten | Quelltext bearbeiten]


Referenzen

[Bearbeiten | Quelltext bearbeiten]
  1. ↑ http://www.fcoe.com/
  2. ↑ http://www.ieee802.org/1/pages/dcbridges.html
  3. ↑ 2009 SDC Featured Speakers
  4. ↑ http://www.t11.org/ftp/t11/pub/fc/bb-5/07-479v0.pdf
  5. ↑ http://www.t10.org/ftp/t11/document.08/08-208v1.pdf
[Bearbeiten | Quelltext bearbeiten]

[[Kategorie:Fibre Channel]] [[Kategorie:Netzwerkprotokoll]] [[Kategorie:Ethernet]] [[Kategorie:Speichertechnologie]] [[Kategorie:IT-Architektur]] i

Abgerufen von „https://de.wikipedia.org/w/index.php?title=Benutzer:Geroll/Fibre_Channel_over_Ethernet&oldid=75840398“