Wir waren von NVMe-Laufwerken beeindruckt, seit wir sie zum ersten Mal überprüft und die Leistungsfähigkeit erkannt haben, die sie besitzen. In der Anfangszeit waren ihre Kosten und das Fehlen von PCIe-Steckplätzen in den Servern, auf denen sie gehostet werden konnten, limitierende Faktoren für ihre Einführung als lokaler Speicher. Allerdings in einem Aktueller Bericht, den wir gemacht habenWir haben festgestellt, dass sie gemessen an den Kosten pro GB nur unwesentlich teurer waren als SATA-basierte Flash-Laufwerke. Darüber hinaus haben alle großen Anbieter ihre neuesten Server mit Steckplätzen für den Anschluss mehrerer NVMe-Laufwerke zur Speicherung ausgestattet. Aber lokaler Speicher für NVMe-Laufwerke hat, genau wie SATA-basierter Speicher, nur begrenzte Fähigkeiten und einen begrenzten Nutzen im Rechenzentrum. Um wirklich nützlich zu sein, müssen wir NVMe-Laufwerke aus der Ferne aggregieren, verwalten und verfügbar machen.
Wir waren von NVMe-Laufwerken beeindruckt, seit wir sie zum ersten Mal überprüft und die Leistungsfähigkeit erkannt haben, die sie besitzen. In der Anfangszeit waren ihre Kosten und das Fehlen von PCIe-Steckplätzen in den Servern, auf denen sie gehostet werden konnten, limitierende Faktoren für ihre Einführung als lokaler Speicher. Allerdings in einem Aktueller Bericht, den wir gemacht habenWir haben festgestellt, dass sie gemessen an den Kosten pro GB nur unwesentlich teurer waren als SATA-basierte Flash-Laufwerke. Darüber hinaus haben alle großen Anbieter ihre neuesten Server mit Steckplätzen für den Anschluss mehrerer NVMe-Laufwerke zur Speicherung ausgestattet. Aber lokaler Speicher für NVMe-Laufwerke hat, genau wie SATA-basierter Speicher, nur begrenzte Fähigkeiten und einen begrenzten Nutzen im Rechenzentrum. Um wirklich nützlich zu sein, müssen wir NVMe-Laufwerke aus der Ferne aggregieren, verwalten und verfügbar machen.
Die Bereitstellung von NVMe aus der Ferne war mit einigen Wachstumsschwierigkeiten verbunden, wobei das größte Problem das zu verwendende Protokoll ist. Im Gegensatz zu herkömmlichen NAS- und SAN-Speichern weist NVMe einige einzigartige Eigenschaften auf, die bei der Bereitstellung auf der Rechenseite des Hauses erhalten bleiben müssen. Wie bei den meisten neuen Technologien sind viele verschiedene Standards entstanden, um Remote-NVMe-Laufwerke für Server bereitzustellen.
Die Philosophie, unterschiedliche Technologiestandards zu verwenden, um dasselbe Ziel zu erreichen, ist vergleichbar damit, Spaghetti gegen die Wand zu werfen und zu sehen, was hängenbleibt – es ist chaotisch, aber es funktioniert. Vor diesem Hintergrund hat Dell gerade angekündigt, dass es das NVMe/TCP-Remote-Protokoll massiv unterstützt. Wir glauben, dass dies die richtige Wahl ist und den Standard setzen wird, dem andere in der Branche folgen werden. Um diese Entscheidung zu unterstützen, werden sie in Kürze eine Reihe neuer Produkte auf Basis von NVMe/TCP veröffentlichen.
Was ist NVMe/TCP?
NVMe/TCP stellt, wie der Name schon sagt, NVMe über Standard-Ethernet mithilfe von TCP bereit. Fairerweise muss man sagen, dass andere NVMe-Remoteprotokolle möglicherweise etwas leistungsfähiger sind, aber sie erfordern den Einsatz nicht standardmäßiger Geräte nicht nur auf den Servern, sondern auch im Netzwerk. Wir stimmen mit Dell darin überein, dass die Beibehaltung der Fähigkeit zur Bereitstellung von NVMe über bereits verwendete Geräte und die Verwendung eines offenen Standards den leichten Leistungsgewinn einiger anderer Protokolle überwiegen wird.
Die Veröffentlichungsankündigung von Dell umfasste Leistungstests (die wir hoffentlich intern überprüfen können) zeigt, dass NVMe/TCP im Vergleich zu iSCSI 2.5- bis 3.5-mal mehr IOPS liefert, die Latenz um bis zu 75 % reduziert und die CPU-Last pro IO halbiert. Normalerweise sind wir äußerst skeptisch gegenüber Leistungsaussagen, die solche Größenordnungsgewinne aufweisen sondern unsere bisherigen Erfahrungen mit der NVMe-Technologie platziert diese Zahlen im Bereich des Möglichen.
Dell hat einige Probleme identifiziert und dann entsprechende Lösungen für die Verwendung von NVMe/TCP im Rechenzentrum entwickelt. Eines der größten Probleme, die sie identifizierten, war, dass NVMe/TCP auf einem Direct Discovery-Modell basiert. Um dieses Problem zu entschärfen, hat Dell einen Centralized Discovery Controller (CDC) namens SmartFabric Storage Software (SFSS) entwickelt, der die Erkennung von Remote-NVMe automatisiert.
NVMe/TCP-Unterstützung von Dell
Dell hat dies am 18. November angekündigtthJanuar 2021 werden sie die folgenden Produkte veröffentlichen, um ihre NVMe/TCP-Initiative zu unterstützen:
- SmartFabric-Speichersoftware (SFSS) – Automatisiert die Speicherkonnektivität für Ihr NVMe-IP-SAN. Es ermöglicht Host- und Speicherschnittstellen die Registrierung bei einem Centralized Discovery Controller, ermöglicht Speicheradministratoren das Erstellen und Aktivieren von Zoning-Konfigurationen und benachrichtigt Hosts dann automatisch über neue Speicherressourcen. Hosts stellen dann automatisch eine Verbindung zu diesen Speicherressourcen her.
- PowerStore: NVMe/TCP-Protokoll und SFSS-Integration – Wir haben unserem marktführenden Dell EMC PowerStore-Speicher-Array die Verwendung des NVMe/TCP-Protokolls ermöglicht und es wird sowohl die Verwaltungsmodelle Direct Discovery als auch Centralized Discovery unterstützen. Die PowerStore-Integration mit SFSS erfolgt zunächst über die Pull-Registrierungstechnik.
- VMware ESXi 7.0u3: NVMe/TCP-Protokoll und SFSS-Integration – Wir haben mit VMware zusammengearbeitet, um Unterstützung für das NVMe/TCP-Protokoll sowie die Möglichkeit für jede ESX-Serverschnittstelle hinzuzufügen, Erkennungsinformationen explizit über die Push-Registrierungstechnik bei SFSS zu registrieren. Wir haben außerdem unser OMNI-Plugin aktualisiert, um die Konfiguration von SFSS in vCenter zu unterstützen.
- PowerEdge: ESXi 7.0u3 mit NVMe/TCP wurde qualifiziert.
- PowerSwitch- und SmartFabric-Dienste (SFS): Während unsere NVMe-IP-SAN-Lösung über herkömmliche Fabric-Switches läuft, kann die Implementierung von Dell EMC PowerSwitch und SmartFabric Services (SFS) verwendet werden, um die Konfiguration der Switches zu automatisieren, aus denen Ihr NVMe-IP-SAN besteht. SFSS wird schließlich über eine Integration mit SFS verfügen, um in zukünftigen Versionen hardwareerzwungene Zonen zu erstellen.
Dell geht davon aus, dass in Zukunft beide Systeme auch NVMe/TCP unterstützen werden PowerMax und ihre Powerflex Produktlinien.
Dell SFSS ist von besonderem Interesse, da es mehrere Unterdienste kombiniert, um in einem IP-Netzwerk die gleiche Funktionalität wie ein Fibre Channel (FC)-Netzwerk zu schaffen.
Wie oben erwähnt sehen wir die Unterstützung von Dell als großen Gewinn für die Einführung und Standardisierung von NVMe/TCP im Rechenzentrum. Wir hoffen, einige Geräte in unseren Laboren zu bekommen, um eine praktische Bewertung dieser neuen Produkte durchführen zu können.
Weitere Informationen zu den NVMe/TCP-Lösungen von Dell Technologies finden Sie hier hier.
Beteiligen Sie sich an StorageReview
Newsletter | YouTube | LinkedIn | Instagram | Twitter | Facebook | TikTok | RSS Feed
