PCIe 5.0 SSDs im Rechenzentrum: Marketing oder echter Performancegewinn?

PCIe 5.0, NVMe und SSD trennen

Für eine belastbare Bewertung müssen drei Ebenen getrennt werden: PCIe ist der Transportbus zwischen Host und Gerät, NVMe das darauf aufsetzende Protokoll für nichtflüchtigen Speicher, und die SSD ist das konkrete Laufwerk mit Controller, NAND-Flash und Firmware. Eine schnelle PCIe-Verbindung beschreibt daher zunächst nur die mögliche Anbindung; sie definiert weder die interne Verarbeitung der SSD noch die Leistung einer Anwendung.

PCIe 5.0 arbeitet mit 32,0 GT/s je Lane, während PCIe 4.0 16,0 GT/s je Lane erreicht. Damit verdoppelt sich die Signalisierungsrate pro Lane und folglich die theoretisch verfügbare Linkbandbreite gegenüber Gen4. Diese Aussage betrifft aber den Übertragungsweg: Sie ist keine Zusage, dass Datenbankabfragen, virtuelle Maschinen oder KI-Jobs ebenfalls doppelt so schnell arbeiten.

Bei einer typischen x4-Anbindung lässt sich die Größenordnung aus den PCI-SIG-Angaben ableiten. Ein PCIe-5.0-x32-Link stellt laut PCI-SIG 128 GB/s effektive Rohbandbreite je Richtung bereit. Vier Lanes sind ein Achtel von 32 Lanes, sodass sich für PCIe 5.0 x4 rechnerisch rund 16 GB/s je Richtung ergeben. Das ist eine Linkangabe und kein erreichbarer SSD-Durchsatz; weitere Protokollanteile sowie Controller, NAND und Firmware reduzieren oder begrenzen die nutzbare Leistung.

Zusätzlich begrenzen der SSD-Controller, die Anzahl und Organisation der NAND-Chips, Firmware-Algorithmen sowie das konkrete Lese- und Schreibmuster. Niedrige Warteschlangentiefen oder kleine, gemischte Zugriffe können eine Anwendung ausbremsen, obwohl der PCIe-Link theoretisch noch Reserven hat. Umgekehrt kann ein paralleler sequenzieller Datenstrom eine schnellere Host-Anbindung sinnvoll ausnutzen, ohne dass daraus eine allgemeine Leistungsregel wird.

Für die Beschaffung von Server Storage lautet die entscheidende Frage deshalb nicht allein „Gen4 oder Gen5?“. Zu prüfen ist vielmehr, ob der vorhandene PCIe-Pfad, die SSD selbst und der reale I/O-Workload denselben Engpass bilden. Erst wenn diese Ebenen zusammenpassen, kann die zusätzliche Anbindungsrate von PCIe 5.0 für die Anwendung praktisch relevant werden.

Warum Enterprise SSDs anders bewertet werden

Eine Enterprise SSD wird nicht allein nach sequenziellen MB/s ausgewählt. Im Rechenzentrum zählen neben Leistung vor allem planbarer Dauerbetrieb, Betriebsüberwachung und die Einbindung in Serverplattformen. Consumer-Modelle können für einzelne Aufgaben technisch geeignet sein, bilden aber nicht automatisch die Anforderungen an Verfügbarkeit, Wartung, Schutzmechanismen und qualifizierte Firmware-Pfade in einer produktiven Umgebung ab.

Bei der Bauform bestehen deutliche Unterschiede: Enterprise-Laufwerke sind etwa als U.2, E1.S oder E3.S verfügbar und damit für Hot-Swap-Schächte, dichte Serverlayouts und definierte Kühlung konzipierbar. Die Solidigm-D7-PS1010-Reihe ist beispielsweise in U.2-, E1.S- und E3.S-Formfaktoren erhältlich. Der Formfaktor entscheidet folglich mit über Backplane, Luftführung, Kapazitätsdichte und die spätere Austauschbarkeit.

Die Endurance-Klasse muss zum Schreibprofil passen. Hohe Transferraten ersetzen keine passende Schreibhaltbarkeit: Logging, Streaming und Datenbank-Writes erzeugen andere Belastungen als überwiegend lesende Analytics-Workloads. Solidigm positioniert die D7-PS1010 als Standard-Endurance- und die D7-PS1030 als Mid-Endurance-Variante. Kapazität, Leistung und zulässige Schreibbelastung sind daher getrennt zu bewertende Auswahlkriterien.

Wichtig sind außerdem Power-Loss Protection und Telemetrie. Schutz bei Stromausfall kann helfen, bereits angenommene Schreibvorgänge kontrolliert zu behandeln; Telemetriedaten unterstützen die Überwachung von Zustand, Temperatur und Verschleiß. Je nach Umgebung gehören auch Verschlüsselungsfunktionen, sichere Löschverfahren und ein nachvollziehbarer Firmware-Support in die Beschaffungsanforderungen. Ihre konkrete Verfügbarkeit ist jedoch immer pro Modell und Konfiguration zu prüfen.

Ein weiteres Enterprise-Merkmal kann der Dual-Port-Betrieb sein. Samsungs PM1743 ist als PCIe-5.0-Enterprise-SSD mit dieser Funktion positioniert, was für bestimmte hochverfügbare Architekturen relevant sein kann. Daraus folgt nicht, dass jede Gen5-SSD Dual-Port-fähig ist oder dass diese Eigenschaft für jeden Server erforderlich wäre. Das Beispiel zeigt vielmehr, weshalb Datenblätter und Plattformanforderungen gemeinsam gelesen werden müssen.

Auch Produktnamen erlauben keinen Ersatz für die technische Prüfung. Die Micron-9550-Serie dokumentiert unter anderem hohe Leistungswerte und spezifizierte Testprofile; daraus lässt sich aber keine pauschale Eignung für jedes Rack ableiten. Eine belastbare Auswahl verbindet die Eigenschaften des konkreten Laufwerks mit Ausdauerziel, Servicekonzept, Formfaktor, Sicherheitsvorgaben und der tatsächlich vorhandenen Serverarchitektur.

Die Plattform bestimmt die mögliche Linkrate

Eine PCIe-5.0-SSD kann ihre mögliche Linkrate nur erreichen, wenn der gesamte Pfad Gen5 unterstützt. Dazu gehören CPU-Plattform und Root-Port, Mainboard, Riser oder Kabel, Backplane, gegebenenfalls PCIe-Switch, Laufwerksschacht sowie die Firmware der beteiligten Komponenten. Ein einzelnes Gen5-fähiges Bauteil genügt nicht, denn die Verbindung wird zwischen den beteiligten Komponenten mit einer gemeinsam unterstützten Geschwindigkeit und Breite betrieben.

PCIe 5.0 ist zu früheren PCIe-Generationen kompatibel. Wird ein Gen5-Laufwerk an einen ausschließlich Gen4-fähigen Pfad angeschlossen, kann es deshalb grundsätzlich arbeiten, aber nur mit der von dieser Konfiguration unterstützten Linkrate. Die SSD erhält dort keine Gen5-Anbindung; sie kann bei einem späteren Plattformwechsel dennoch weiterverwendbar sein, sofern Formfaktor, Firmware und Serverfreigaben ebenfalls passen.

Besondere Aufmerksamkeit verlangt die PCIe-Topologie. Mehrere Laufwerke können über einen Switch oder eine gemeinsame Uplink-Verbindung an den Prozessor angebunden sein. Dann ist der Einzellink der SSD nicht zwangsläufig der begrenzende Faktor: Unter paralleler Last kann der gemeinsame Uplink früher ausgelastet sein. Gleiches gilt, wenn zusätzliche Beschleuniger, Netzwerkkarten oder andere Erweiterungskarten aus demselben Lane-Budget versorgt werden.

Das verfügbare Lane-Budget ist daher eine Planungsgröße, nicht nur eine Angabe im Datenblatt. Vier x4-SSDs benötigen auf ihren Gerätelinks insgesamt 16 Lanes, doch ihre gemeinsame Bandbreite hängt davon ab, wie diese Links an Root-Ports und Switch-Uplinks angebunden sind. Für hohe Gesamtdurchsätze kann eine Architektur mit mehreren parallelen Laufwerken sinnvoller sein als der Austausch eines einzelnen Geräts.

Vor einer Anschaffung solltest du das Serverhandbuch und die Kompatibilitätslisten mit der konkreten Bestückung abgleichen. Relevant sind unterstützte Generation und Breite pro Slot, Einschränkungen bei Vollbestückung, Backplane- und Riser-Varianten sowie verfügbare Firmwarestände. Erst diese Prüfung trennt eine theoretisch schnelle Enterprise SSD von einer Konfiguration, die ihre Gen5-Anbindung im produktiven Server tatsächlich bereitstellen kann.

Herstellerwerte korrekt lesen und vergleichen

Datenblattwerte beschreiben klar abgegrenzte Messsituationen, nicht automatisch die Leistung eines Server-Workloads. Für die Micron 9550 nennt der Hersteller bis zu 14.000 MB/s sequenzielles Lesen, 10.000 MB/s Schreiben sowie bis zu 3,3 Millionen 4-KiB-Read-IOPS. Diese Größen beantworten unterschiedliche Fragen: MB/s bewertet große, fortlaufende Transfers; IOPS beschreibt die Zahl kleiner Ein- und Ausgaben pro Zeit.

Entscheidend sind die Messparameter. Die genannten sequenziellen Werte beruhen auf 128-KiB-Transfers bei Queue Depth 32, die zufälligen 4-KiB-Werte auf Queue Depth 512 und einem definierten Steady State. Eine Datenbank mit wenigen gleichzeitigen Anfragen kann deshalb trotz schneller SSD deutlich niedrigere IOPS erreichen. Auch Read/Write-Mix, Kapazitätsvariante und Füllstand verändern das Bild.

PCI-SIG bezeichnet die Bandbreitenangaben als effektive Rohbandbreite des Links. Für den nutzbaren SSD-Durchsatz müssen weitere Protokollanteile und Implementierungsgrenzen berücksichtigt werden. Ein Vergleich der Linkgenerationen zeigt daher die verfügbare Transportreserve, ersetzt aber weder das Datenblatt des konkreten Laufwerks noch eine Messung mit dem vorgesehenen Workload.

Für belastbare Produktvergleiche sollten Hersteller Transfergröße, Warteschlangentiefe, Zugriffsmuster, Testmethode und Betriebszustand ausweisen. Die SNIA Enterprise PTS definiert dafür Verfahren, die Leistungsmessungen von Enterprise-SSDs nachvollziehbarer machen. Sie ersetzt keine eigene Lastanalyse, hilft aber dabei, Spitzenwerte aus unterschiedlichen Testprofilen nicht fälschlich als direkt vergleichbar zu behandeln.

Welche Workloads wirklich von Gen5 profitieren

Bei KI-Datenpipelines und HPC kann Gen5 sinnvoll sein, wenn große lokale Datensätze den Rechenprozess ausbremsen. GPUDirect Storage ermöglicht direkte DMA-Transfers zwischen Storage und GPU-Speicher ohne Bounce Buffer im CPU-Arbeitsspeicher. NVIDIA beschreibt vollständig auf die GPU verlagerte Rechenpipelines als günstigen Anwendungsfall: Die GPU übernimmt den ersten und letzten Zugriff auf die zwischen Storage und GPU bewegten Daten. Das beschreibt ein Nutzenprofil, keine universelle harte Funktionsvoraussetzung. Ob GDS hilft, hängt vom tatsächlichen Datenpfad, den verwendeten APIs und dem Storage-Engpass ab.

Bei OLTP zählen meist Tail-Latenzen und Schreibverhalten unter Last stärker als sequenzielle Spitzenraten. Eine hohe Cache-Hit-Rate lässt viele Lesezugriffe gar nicht bis zur SSD gelangen; CPU-limitierte Abfragen bleiben durch einen Laufwerkstausch ebenfalls CPU-limitiert. Erfasst werden sollten daher P95- und P99-Latenz, Commit-Latenz, I/O-Wait und die Warteschlangentiefe statt allein des Durchsatzes.

Virtualisierung kann von einer schnelleren SSD profitieren, wenn viele VMs gleichzeitig Random-I/O erzeugen und Storage-Latenzen die Konsolidierung begrenzen. Diese Annahme ist als Planungsheuristik zu behandeln, nicht als allgemeines Gen5-Ergebnis. CPU-Ready-Zeit, RAM-Druck, gemeinsame PCIe-Uplinks und ein verteiltes Storage-System können denselben Workload stärker begrenzen als das einzelne Laufwerk.

Auch bei Analytics, ETL, Backup und Archiv ergibt sich die Kaufentscheidung aus dem gemessenen Engpass. Große parallele lokale Transfers können eine höhere Linkbandbreite nutzen, während Netzwerk, Kompression oder Zielsystem den Effekt bei Sicherungsaufgaben begrenzen können. Vergleiche deshalb die vollständige Joblaufzeit und den End-to-End-Durchsatz, statt aus dem sequenziellen SSD-Spitzenwert direkt auf die Anwendungsleistung zu schließen.

Schreibintensive Pipelines benötigen zusätzlich die passende Ausdauerklasse. Solidigm positioniert die D7-PS1010 als Standard-Endurance- und die D7-PS1030 als Mid-Endurance-Variante. Daraus folgt keine allgemeine Produktwahl, aber eine Regel für die Planung: Performance, Kapazität und zulässige Schreibbelastung sind getrennte Kriterien und müssen zum realen Schreibprofil passen.

Messplan für Server Storage vor Beschaffung

Starte die Beschaffung nicht mit einem synthetischen Spitzenbenchmark, sondern mit Ausgangsdaten aus dem produktionsnahen Betrieb. Definiere dazu wenige repräsentative Lastfälle: etwa Datenbanktransaktionen, VM-Startspitzen oder einen ETL-Lauf. Trenne Kaltstart von Steady State; gefüllte Caches und länger andauernde Schreiblast können zu grundsätzlich anderen Ergebnissen führen. Dasselbe methodische Prinzip erläutert der Beitrag Performance nach WordPress-Updates richtig messen am Beispiel cacheabhängiger Hosting-Lasten.

Werte pro Lastfall P95/P99-Latenz, Commit-Latenz, I/O-Wait, Queue-Auslastung und Cache-Hit-Rate gemeinsam aus. Eine lange Queue bei niedriger SSD-Auslastung kann auf einen übergeordneten Engpass hindeuten; ein hoher Cache-Hit erklärt dagegen, warum eine schnellere SSD kaum sichtbar wird. Beziehe außerdem CPU-, RAM- und Netzwerkmetriken ein, damit Storage nicht vorschnell als Ursache gilt.

Prüfe vor jeder Leistungsbewertung, welche Geräte das System erkennt. Auf einem Linux-Server mit installiertem nvme-cli dient nvme list der Bestandsaufnahme: Laut Projektdokumentation durchsucht der Befehl den sysfs-Baum nach NVMe-Geräten und gibt deren Geräteknoten sowie zugehörige Informationen aus. Beschreibe damit zunächst den erkannten Bestand, bevor du Leistungswerte vergleichst.

nvme list

Ein Ausgangspunkt für die PCIe-Diagnose sind die folgenden Beispiele aus der älteren Red-Hat-Anleitung für OpenStack Platform 10: LnkCap wird dort für die maximale Linkgeschwindigkeit und LnkSta für den aktuellen Linkstatus ausgewertet. Das ist keine aktuelle Gen5-Plattformfreigabe. Ersetze die Beispieladresse durch die PCI-Adresse deines Geräts und gleiche Syntax, vollständige Ausgabe und Bedeutung mit der lokal installierten pciutils-Dokumentation und dem Serverhandbuch ab.

lspci -s 81:00.0 -vv | grep LnkCap
lspci -s 81:00.0 -vv | grep LnkSta

Für Gesundheitsdaten bezeichnet die zitierte nvme-cli-Master-Dokumentation smart-log als veralteten Alias von log smart; der Alias dient älteren Skripten, während neue Skripte die neue Form verwenden sollen. Master beschreibt jedoch den Entwicklungsstand und nicht automatisch den Befehlsumfang einer stabilen Distributionsversion. Prüfe deshalb zuerst deine installierte Paketversion und deren Hilfe beziehungsweise Manpage. Nutze unten ausschließlich die dort dokumentierte Befehlsform und ersetze den Beispiel-Gerätepfad passend zu deinem System. Eine pauschale Versionsgrenze wird daraus hier nicht abgeleitet.

# Nur die lokal dokumentierte Befehlsform verwenden:
nvme log smart /dev/nvme0

# Alternative, wenn lokal dokumentiert:
nvme smart-log /dev/nvme0

Ein allgemeiner destruktiver Benchmark ist für produktive Systeme ungeeignet: Er kann Daten überschreiben, Caches beeinflussen oder mit einer untypischen Queue Depth ein nicht repräsentatives Ergebnis erzeugen. Vergleiche stattdessen dieselben Anwendungslastfälle vor und nach einem geplanten Hardwarewechsel. Dokumentiere Firmwarestand, Kapazität, Füllstand, Temperatur und Topologie, damit Abweichungen später nachvollziehbar bleiben.

Kühlung, Ausdauer und Dauerleistung planen

Spitzenwerte aus Datenblättern beschreiben definierte Testprofile, nicht zwangsläufig den Dauerbetrieb eines belegten Servers. Mit steigendem Füllstand, bei gemischten Schreibvorgängen und während der Garbage Collection muss eine SSD Daten umorganisieren. NAND-Management und das konkrete Schreibmuster können Durchsatz und insbesondere Latenz deshalb gegenüber kurzen, leeren Testläufen verändern. Vergleichbar werden Angaben erst, wenn das Betriebsprofil und der Steady State berücksichtigt sind.

Auch die Temperatur gehört zur Leistungsplanung. Die D7-PS1010-Familie umfasst U.2, E1.S und E3.S; Solidigm unterscheidet bei E1.S luftgekühlte Ausführungen und eine Variante für direkte Flüssigkeitskühlung mit einseitiger Cold Plate. E1.S allein bedeutet deshalb nicht Flüssigkeitskühlung. Prüfe die konkret bestellte Ausführung und Bauhöhe sowie ihre Server-, Schacht- und gegebenenfalls Cold-Plate-Kompatibilität. Für luftgekühlte Modelle gehören freigegebene Leistungsaufnahme, Luftstrom, Slot-Abstände und Eintrittstemperatur in die Plattformprüfung.

Die Endurance-Klasse ist von der Schnittstellengeneration getrennt zu wählen. Für kontinuierliche Log-Ingestion oder Schreibcaches kann eine Mid-Endurance-Ausführung passender sein als ein auf Standard Endurance ausgelegtes Modell, selbst wenn beide ähnlich schnell lesen. Kapazität beeinflusst dabei nicht nur Kosten und Nutzraum, sondern kann je nach Modell auch Ausdauer und Leistungsprofil verändern.

Typische Gen5-Fehler systematisch eingrenzen

Beginne die Fehlersuche nicht mit einem SSD-Tausch, sondern mit dem ausgehandelten Link. Eine niedrigere Geschwindigkeit ist zunächst ein Diagnosebefund und noch keine eindeutige Ursache. Vergleiche die im Messplan erläuterten Angaben LnkSta und LnkCap unter Beachtung der lokalen Werkzeugdokumentation; die zitierte ältere OpenStack-Anleitung zeigt diese Grundprüfung, ersetzt aber keine aktuelle Serverdokumentation. Gleiche danach Slotbelegung, Riser, Backplane, Switchpfad und Firmwarestand mit den Plattformvorgaben ab.

Ist der Link korrekt, folgt das Queue-Verhalten der Anwendung. Niedrige IOPS bei geringer Warteschlangentiefe beweisen keinen Fehler der SSD; ebenso kann ein voller gemeinsamer Uplink mehrere Laufwerke begrenzen. Prüfe daher I/O-Wait, Queue-Auslastung, Read/Write-Mix und Latenzperzentile zeitgleich mit CPU-, Speicher- und Netzwerkmetriken. Erst die Korrelation zeigt, ob Storage auf dem kritischen Pfad liegt.

Bei GPU-nahen Datenpfaden genügt ein theoretisch direkter PCIe-Pfad nicht. GPUDirect Storage setzt eine passende Hard- und Softwarekonfiguration voraus; ACS und IOMMU können je nach Topologie Daten über CPU-Root-Ports lenken. Änderungen an diesen Funktionen betreffen Isolation, Sicherheit und Virtualisierung. Sie dürfen deshalb nur nach Architekturprüfung und dokumentierter Risikoabwägung erfolgen, nicht als pauschaler Performance-Schalter.

Bleibt die Leistung unter Last instabil, prüfe anschließend Temperatur, Health-Daten und Anwendungslast. Wähle den SMART-Befehl anhand der installierten Paketversion und ihrer Manpage. Die zitierte Master-Dokumentation empfiehlt nvme log smart und führt nvme smart-log als veralteten Alias; sie belegt nicht den Umfang jeder stabilen Distribution. Vergleiche Kaltstart und Steady State getrennt und halte die Messbedingungen fest, statt aus einem einzelnen Ausreißer auf einen Defekt zu schließen.

Wann Gen5 kaufen und wann Gen4 bleibt

Eine PCIe-5.0-SSD ist gerechtfertigt, wenn Messdaten einen Storage- oder Host-Link-Engpass belegen und die gesamte Plattform Gen5 tatsächlich bereitstellt. Relevante Befunde sind wiederkehrend hohe Queue-Auslastung, unzureichender Durchsatz oder problematische Latenz unter repräsentativer Last. PCIe 5.0 verdoppelt gegenüber PCIe 4.0 die unterstützte Bitrate pro Lane; daraus folgt jedoch keine automatische Beschleunigung der Anwendung.

Gen4 weiterzubetreiben ist sachgerecht, wenn vorhandene Laufwerke nicht ausgelastet sind, die Serverplattform nur Gen4 aushandelt oder CPU, Arbeitsspeicher und Netzwerk den Dienst limitieren. Auch bei niedriger Parallelität oder hoher Cache-Hit-Rate kann der Abstand in der Anwendung klein bleiben. Das eingesparte Budget lässt sich dann gegebenenfalls wirksamer für Kapazität, Redundanz, Arbeitsspeicher oder die Beseitigung des nachgewiesenen Engpasses einsetzen.

Weniger Gen5-Laufwerke sind nicht grundsätzlich besser als mehrere Gen4-Geräte. Für hohe Gesamtraten zählen die Anzahl paralleler Pfade, das Lane-Budget und die Uplinks von Switches oder Root-Ports. Für GPU-nahe lokale Storage-Pfade beschreibt NVIDIA, dass mehrere x4-NVMe-Geräte und parallele Transfers erforderlich sein können, um einen x16-PCIe-Link auszunutzen. Das ist eine Aussage zur GDS-Topologie und keine allgemeine Stückzahlregel für Server.

NVMe over Fabrics oder disaggregiertes Storage ist dagegen eine Option, wenn Kapazität flexibel zwischen Hosts geteilt werden soll. Dort entscheiden zusätzlich NICs, Netzwerk-Switches, Protokollpfade und das Betriebsmodell über die erreichbare Leistung. Lokale NVMe-SSDs priorisieren hostnahe Datenpfade; zentrale Systeme können gemeinsame Nutzung und unabhängige Skalierung ermöglichen. Beide Ansätze müssen gegen Anforderungen an Latenz, Verfügbarkeit und Betrieb abgewogen werden.

Vor der Beschaffung sollten Workload und Messfenster feststehen, Linkrate und Topologie geprüft sowie Kapazität, Endurance, Kühlung, Firmware-Support und Schutzfunktionen verbindlich abgeglichen werden. Ergänzend gehören Stromversorgung, Rack-Umgebung und Skalierungsoptionen in die Infrastrukturentscheidung. Konkrete Kriterien dafür erläutert der Beitrag Kriterien für die Wahl des richtigen Rechenzentrums. Die Kaufentscheidung folgt damit dem nachgewiesenen Engpass statt einem einzelnen Spitzenwert.