Die (R)Evolution der Rechenzentren; Teil 32

Fibre Channel over Ethernet (FCoE) – Motivation und Grundkonzepte

19.04.2011 | Autor / Redakteur: Dr. Franz-Joachim Kauffels / Andreas Donner

FCoE: typische Topologie bei Einsatz im Access-Layer; Bild: wikipedia / Abisys
FCoE: typische Topologie bei Einsatz im Access-Layer; Bild: wikipedia / Abisys

Die Ziele der FCoE Standardisierung

  • Die Verbindung zu einer physikalischen FC Fabric wird nicht verlangt, muss aber möglich sein
  • FCoE Fabrics werden mit FCoE Switches gebaut, das sind Switches mit Ethernet Ports, die FCoE-Funktionen und -Dienste bieten sowie Switches, die die Funktionen traditioneller FC-Switches enthalten; Standard-Ethernet-Switches können in der Fabric ebenfalls existieren, aber Switches mit FCoE-Fähigkeiten müssen zwingend vorhanden sein.

Dazu ist Folgendes zu bemerken: die Einkapselung eines FC-Frames via FCoE in einen Ethernet Frame bzw. zurück kann in einem FCoE Endpunkt (wie z.B. einem FCoE-fähigen Host) geschehen, muss aber nicht. So kann z.B. ein Speicher, der mit einem FCoE-fähigen Host kommunizieren möchte, keine FCoE, sondern nur eine FC-Fähigkeit besitzen und somit das erste Stück der Verbindung über einen ganz normalen FC zurücklegen. Wird dann irgendwann in eine FCoE-Umgebung oder FCoE Fabric übergegangen, muss die Umwandlung an einem entsprechend ausgerüsteten Switch vorgenommen werden. Nur so kann sichergestellt werden, dass auch bestehende FC-Geräte ohne weitere Modifikation über eine FCoE-Infrastruktur kommunizieren können. Wir haben dazu später ein Beispiel, in dem genau dieser Fall klargemacht wird.

Der Standard macht so wenige Vorgaben wie möglich hinsichtlich der Implementierung an den Endpunkten der Kommunikation. Denkbar sind z.B. 10 GbE Host Adapter, die die FCoE-Einkapselung direkt selbständig vornehmen. In diesem Fall wenden sie sich mit normalen Ethernet Paketen an den Switch, der dann diese Umwandlung nicht mehr machen muss. Andererseits kann man aber auch mit normalen FC-Adaptern ohne weitere Zusatzfunktionalität an einen FCoE-Port eines Switches andocken, der dann die Konversion der FC-Pakete in FCoE-Ethernet Pakete vornehmen muss. So muss man nichts am Host ändern. Das gilt sinngemäß natürlich auch für alle anderen Geräte.

Die weiteren FCoE-Ziele und Vorgaben lauten damit:

  • FCoE Fabrics müssen nahtlos mit echten FC-Fabrics funktionieren
  • Der Übergang zwischen FCoE Fabrics und physikalischen FC-Fabrics muss vollkommen problemlos, effizient und hochperformant sein
  • FC-Dienste müssen auf FC-Fabrics und FCoE-Fabrics gleichermaßen funktionieren
  • FCoE muss alle erweiterten FC-Dienste transparent unterstützen (Virtual Fabrics, IFR, Security...)
  • FCoE erfordert die Implementierung verschiedener Ethernet-Erweiterungen, Lossless Ethernet Switches und Fabrics (z.B. Unterstützung von IEEE 802.3 PAUSE) sowie Jumbo Frames (kein Standard, aber weithin verfügbar)

In Anlehnung an das weiter oben Gesagte bedeutet dies, dass die Eigenschaften „Lossless“ und „Jumbo-Frames“ zwar notwendig, aber nicht hinreichend für einen Switch sind, der FCoE implementieren soll,. Zu diesen Eigenschaften muss noch die Fähigkeit hinzutreten, an den betreffenden Ports eine FC/FCoE/Ethernet-Konversion vornehmen zu können – es sei denn, man kann garantieren, dass die Adapter in den Endpunkten das selbst können, wovon man aber im Normalfall nicht ausgehen kann. Wir diskutieren das ebenfalls später an einem Beispiel.

Die Entwicklung von FCoE sollte zudem neuere Erweiterungen von Ethernet, wie sie in IEEE 802.1 diskutiert werden, berücksichtigen, und zwar insbesondere prioritätsbasierende Flusskontrolle PFC und selektive Transmission.

Diese Funktionen sind wichtig für konsolidierte Datenflüsse auf den Bereichen Messaging, Clustering und Storage. Die Menge dieser Funktionen wird auch als Data Center Ethernet DCE oder Converged Enhanced Ethernet CEE bezeichnet. Der Standard überlässt aber die Implementierung derartiger Funktionen den Herstellern und macht keine weiteren Vorgaben.

FCoE muss darüber hinaus eine direkte Abbildung von FC auf ein Ethernet Netzwerk darstellen und in der Schichtenbildung oberhalb von Ethernet angesiedelt sein.

Für das Routing von FCoE-Paketen wird FSPF benutzt. Ethernet-Kernfunktionen wie Spanning Tree oder Rapid Spanning Tree usw. gehören zu Ethernet und müssen daher unterhalb von FCoE liegen.

Hierzu muss man noch etwas sagen. FCoE hat eine etwas ungünstige Positionierung für den wahren Schichten-Ästheten. Eigentlich wäre das Umpacken von Päckchen eine Funktionalität für den MAC-Layer. Da dieser aber von IEEE 802.3 völlig durchstrukturiert ist, kann man ihn nur „von oben“ über die Service-Primitive erreichen. FCoE selbst muss aber unter der FC-Schicht 2 liegen, da – wie wir später noch sehen werden – alle nativen FC-Funktionen und besonders die auf diesen aufsetzenden beliebten Hilfsmittel erhalten bleiben sollen. FCoE hat rein gar keine der gewohnten Layer-3-Funktionalitäten. Der Rheinländer würde sagen, FCoE ist schichtentechnisch ein Knubbel zwischen Ethernet-MAC und FC Layer 2.

Fortsetzung folgt…

Über den Autor

Dr. Franz-Joachim Kauffels ist seit über 25 Jahren als unabhängiger Unternehmensberater, Autor und Referent im Bereich Netzwerke selbständig tätig. Mit über 15 Fachbüchern in ca. 60 Auflagen und Ausgaben, über 1.200 Fachartikeln sowie unzähligen Vorträgen ist er ein fester und oftmals unbequemer Bestandteil der deutschsprachigen Netzwerkszene, immer auf der Suche nach dem größten Nutzen neuer Technologien für die Anwender. Sein besonderes Augenmerk galt immer der soliden Grundlagenausbildung.

 

ComConsult Rechenzentrum Infrastruktur-Redesign Forum 2011

Inhalt des Artikels:

Kommentare werden geladen....

Was meinen Sie zu diesem Thema?

Der Kommentar wird durch einen Redakteur geprüft und in Kürze freigeschaltet.

Anonym mitdiskutieren oder einloggen Anmelden

Avatar
Zur Wahrung unserer Interessen speichern wir zusätzlich zu den o.g. Informationen die IP-Adresse. Dies dient ausschließlich dem Zweck, dass Sie als Urheber des Kommentars identifiziert werden können. Rechtliche Grundlage ist die Wahrung berechtigter Interessen gem. Art 6 Abs 1 lit. f) DSGVO.
  1. Avatar
    Avatar
    Bearbeitet von am
    Bearbeitet von am
    1. Avatar
      Avatar
      Bearbeitet von am
      Bearbeitet von am

Kommentare werden geladen....

Kommentar melden

Melden Sie diesen Kommentar, wenn dieser nicht den Richtlinien entspricht.

Kommentar Freigeben

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Freigabe entfernen

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

copyright

Dieser Beitrag ist urheberrechtlich geschützt. Sie wollen ihn für Ihre Zwecke verwenden? Kontaktieren Sie uns über: support.vogel.de/ (ID: 2050961 / Grundlagen)