03.08.2018 (Doc Storage)
4.4 von 5, (5 Bewertungen)

Was können die Ethernet-Protokolle RoCE und iWARP?

Leserfrage: Es gibt zwei neue RDMA-Protokolle: »RDMA over Converged Ethernet« (RoCE) und iWARP (Internet Wide Area RDMA Protocol). Was können die? Und was sollte man als »normaler ITler« darüber wissen?

Antwort Doc Storage:

RoCE ist ein Protokoll, welches einen entfernten Zugriff über ein Ethernet-Netzwerk ermöglicht. Es gibt zwei Versionen, RoCE 1 und 2.

RoCE 1 ist ein Protokoll auf der niedrigsten Schicht (Typ 0x8915), also dem Ethernet-Link-Layer. Die Frame-Größe ist damit auf 1,5 KByte limitiert (9 KByte für Jumbo-Fames). Es erlaubt Kommunikation zwischen zwei Rechnern in derselben Ethernet-Broadcast-Domäne.

RoCE 2 findet auf der Internet-Schicht statt und kann geroutet werden, daher auch der manchmal gebrauchte Name RRCoE (Routable RoCE). Es läuft auf dem UDP/IPv4- oder -v6-Protokoll. Zwar nutzt RoCE die Vorteile eines konvergierten Netzes, kann allerdings auch auf »einfachen«, nicht konvergierten Netzen benutzt werden. Im Gegensatz zu Standard-UDP-Paketen, deren Reihenfolge beliebig ist, erfordert RoCE 2, dass Pakete derselben UDP-Quelle und desselben UDP-Zieles neu geordnet werden müssen, um in der richtigen Reihenfolge anzukommen. Die Unterstützung für RoCE steckt momentan noch in den Kinderschuhen beispielsweise unterstützt Linux ab dem Kernel 4.5 das Protokoll.

Anzeige

iWARP ist eine Erweiterung dieser Funktionalitäten, um RDMA über Internet-Protokolle zu ermöglichen. Da es auf TCP und STCP aufsetzt, lässt es sich in einer Vielzahl von Umgebungen zum Einsatz bringen. Als Hauptbestandteil von iWARP fungiert das Direct-Data-Placement-Protokoll (DDP), welches allerdings den Transport der Daten dem unterliegenden TCP oder STCP überlässt. Somit findet dieser Transport über das RDMA-Protokoll statt.

Die Nutzer haben einige Kritikpunkte an RoCE gesammelt, beispielsweise eine fehlende Übersetzung zwischen den in RoCE 1 gebräuchlichen GIDs und MAC-Adressen. Moniert wird auch die fehlende Implementierung von VLANs oder der Einschränkung von RoCE-1-Übertragungen auf bestimmte Ports an Ethernet-Switchen.

Im Gegensatz zu RoCE, welche auf UDP aufsetzen, arbeitet iWARP auf TCP-Verbindungen. Die Speicheranforderungen bei einer hohen Anzahl an Verbindungen und andere Einschränkungen führen zu Skalierungsproblemen bei iWARP in größeren Umgebungen. Daneben ist Multicast in den RoCE-Definitionen hinterlegt, während es bei iWARP solche Funktionen vermissen lässt.

Aufgrund der fehlenden Reife und den noch bestehenden Problemen vor allem bei der Integration in bestehende Ethernet-Strukturen empfiehlt es sich, mit der Nutzung der entsprechenden Lösungen noch eine Zeit abzuwarten.

Gruß
Doc Storage

Stellen Sie Ihre Frage
Doc. tec. Storage beantwortet alle Ihre technischen Fragen zu Storage, Backup & Co.

Stellen Sie Ihre Frage an: DocStorage@speicherguide.de
Kommentare (1)
24.08.2018 - mress

Das kann ich nur bestätigen! Die Entwicklungsabteilungen der Hersteller sind aktuell alle an dem Thema dran - denn wie viel einfacher ist es nur noch ein Netzwerk zu haben anstatt FC + GbE! Wir befinden uns da aber aktuell in dem Zeitraster von FC/AL (das nannte sich mal Fibre Channel Arbitrated Loop): FC Fabric gab es noch nicht und man nutzte nur Point-Point Verbindungen zwischen gleichen Herstellern. Einige Hersteller verwenden inzwischen bereits P2P Verbindungen auf Basis von RoCE - vornehmlich als Interconnect zwischen ihren Arrays (was wiederum die DWDM Kosten massiv reduziert da keine dedizierten FC DWDMs erforderlich sind).

Wer allerdings heute in neue Netzwerkinfrastruktur investiert sollte sich überlegen, das zukünftige Low latency Storagenetzwerke IP basierend sein werden welche NVMe-oF als Protokoll nutzen und RoCE als Transportschicht.

Dies bedeutet wiederum gänzlich andere Anforderungen an die Netzwerkinfrastruktur als bisher - insbesondere da dies mittelfristig auch eine Abkehr von FC bedeutet (auch wenn jetzt bereits produktiv nutzbare NVMe-oFC Lösungen verfügbar sind).


Mehr von Doc. tec. Storage 19.10.2018 NAS: Wie viele Volumes sind sinnvoll?

Die Ausgangslage ist ein Desktop-NAS mit RAID-5-Verbund. Wie ordnet man hier am sinnvollsten seine Daten? Ist es besser ein einziges Standard-Volume nutzen oder zu versuchen mit mehreren Volumes eine Struktur aufzubauen? Wie viele Volumes sind sinnvoll?


12.10.2018 Was bringt NVMe-oF und NF1?

Kürzlich wurde mit Mission Peak ein neues skalierbares und angeblich hochperformantes Speichersystem vorgestellt. Das Gerät basiert auf NVMe-oF und nutzt NF1-SSDs. Sind diese Technologien wirklich so toll? Wie hoch darf man die Erwartungen schrauben?


31.08.2018 Was ist Edge-Computing?

Neben dem Cloud-Computing wabert auch immer mal wieder der Begriff Edge-Computing vorbei. Eine der Definitionen lautet zum Beispiel, dass Daten direkt am Ursprung verarbeitet werden sollen, ohne dabei den Weg über ein Rechenzentrum einzuschlagen. Was bedeutet das genau und wofür brauchen wir Edge-Computing?


17.08.2018 Wie sinnvoll sind Objektspeicher mit NAS-Funktion?

Objektspeicher sind seit einiger Zeit nun auch mit NAS-Funktionalitäten erhältlich. Lassen sich solche Konfigurationen in der Praxis sinnvoll einsetzen und wie schaut es mit der Performance und Leistungswerten aus?


03.08.2018 Was können die Ethernet-Protokolle RoCE und iWARP?

Es gibt zwei neue RDMA-Protokolle: RoCE und iWARP. Hier stellt sich die Frage, was machen die und was sollte man als »normaler ITler« darüber wissen? Doc Storage erklärt die Funktionsweise der Ethernet-Protokolle, gibt aber zu bedenken, dass beide noch neu sind und man vielleicht noch ein wenig warten sollte.


20.07.2018 Storage mit KI: Wie ist hier der Stand?

Man liest ja in letzter Zeit einiges über Storage-Systeme mit eingebauter Intelligenz. Betrifft dies nur das Placement der Daten (Tier-Klassen), Objekt-Storage oder steckt da eine neue brauchbare Idee bezüglich Künstlicher Intelligenz (KI) dahinter?

powered by
TIM DCP Datacore Software
N-TEC GmbH Unitrends
Fujitsu Technology Solutions GmbH