IOPS
SAS 12G Enterprise-SSD: 100-200k IOPS
SATA Enterprise-SSD: 80-100k IOPS
NVMe Gen4 Enterprise: 1M-1,6M IOPS · 10× SAS
Enterprise-NVMe ersetzt SAS/SATA durch ein natives PCIe-Protokoll: zehn- bis hundertfach höhere IOPS, Latenzen im einstelligen Mikrosekundenbereich statt Millisekunden. Mit dem Kauf von NVMe-Laufwerken allein ist es aber nicht getan — nötig sind ein kompatibles Backplane, freie PCIe-Gen4/5-Slots, eine redundante Stromversorgung für Laufwerke mit hoher Leistungsaufnahme und Hot-Swap-Unterstützung für U.2/U.3.
SAS 12G Enterprise-SSD: 100-200k IOPS
SATA Enterprise-SSD: 80-100k IOPS
NVMe Gen4 Enterprise: 1M-1,6M IOPS · 10× SAS
SAS/SATA Enterprise-SSD: 100-300 µs
NVMe Enterprise: 10-30 µs · 10× niedriger
NVMe-oF über Netzwerk: 30-100 µs (ausreichend für verteilte Szenarien)
SAS 12G: 1,2 GB/s pro Laufwerk
SATA 6G: 550 MB/s pro Laufwerk
NVMe Gen4 x4: 7 GB/s pro Laufwerk
NVMe Gen5 x4: 14 GB/s (in Vorbereitung)
Ein reines SAS/SATA-Backplane nimmt kein NVMe auf. Erforderlich ist ein Tri-Mode-Backplane (SAS/SATA/NVMe). PowerEdge R750 mit konfigurierbarer NVMe-Back-Zone; HPE DL380 Gen11 NVMe-ready; Lenovo SR650 V2 mit NVMe-ready Backplane. Bei älteren Modellen (R740, frühe Releases) muss das Backplane getauscht werden.
Jedes NVMe U.2/U.3 belegt 4 PCIe-Lanes. Auf einem 2-Sockel-System mit Xeon Scalable Gen3 stehen typischerweise 64 CPU-Lanes plus Chipsatz zur Verfügung: jeder NVMe-Slot kostet 4 Lanes. Wir prüfen das Lane-Budget einschließlich etwaiger 25G/100G-NICs, GPUs und Tri-Mode-Storage-Controller.
Leistungsaufnahme von Enterprise-NVMe: U.2 mit 7-15 W im Betrieb, mit höheren Spitzen. 24× U.2 ergeben 240-360 W allein für die Laufwerke. Bei Systemen, deren PSU bereits am Limit läuft, sprengt der NVMe-Zubau das Budget: dann ist ein Wechsel auf eine PSU größerer Leistungsklasse nötig.
Enterprise-NVMe erzeugen unter Last nicht unerhebliche Wärme. Systeme mit Standard-Airflow kommen damit zurecht; hochdichte Systeme (1U dense) erfordern Performance-Lüfter und ein angepasstes Thermal Management. Zu heiß betriebene NVMe altern schneller (Wear-out) und laufen ins thermische Throttling.
U.2 (2,5") klassisch, U.3 rückwärtskompatibel + Tri-Mode, M.2 nur für Boot/Cache (kein Hot-Swap), EDSFF E1.S/E3 aufkommend für Rechenzentrumsdichte. Der Enterprise-Standard sind U.2/U.3 Enterprise für Storage und M.2 für Boot.
Moderne Betriebssysteme unterstützen NVMe nativ (Linux Kernel 3.13+, Windows Server 2012 R2+). Auf älteren Systemen (Windows Server 2008, RHEL 6) sind Hersteller-Treiber nötig. VMware ESXi 6.5+ unterstützt NVMe nativ.
Prüfung von Modell, vorhandenem Backplane, freien PCIe-Lanes, freien AIC-Slots, PSU-Budget und bestehender Kühlung. Wir stellen fest, ob die Migration als Plug-in möglich ist oder ein Backplane-Upgrade erfordert.
Read-Intensive, Mixed-Use oder Write-Intensive je nach Workload. Kapazität pro Laufwerk passend zur gewählten Klasse und zum Lane-Budget. Hersteller: Samsung PM9A3/PM9B1, Kioxia CD8 / CM7, Micron 7450/9400, Solidigm D7-PS1010, Western Digital DC SN840.
Austausch des reinen SAS-Backplanes gegen ein Tri-Mode-Backplane, wo erforderlich. Einbau eines Tri-Mode-Controllers, falls Hardware-RAID gefordert ist. Aktualisierte SAS-Verkabelung (SlimSAS, MCIO).
Physischer Einbau der NVMe in die Bays. Storage-Konfiguration: Hardware-RAID über Tri-Mode, HBA-Passthrough für SDS oder mdadm/Storage Spaces bei Software-Lösungen. Treiber und Firmware auf aktuellem Stand.
fio-Benchmark für den typischen Workload, Prüfung der Laufwerkstemperaturen unter Last, Validierung des Hot-Swap falls gefordert, schriftlich dokumentierte Performance-Baseline. Datenmigration vom bisherigen Storage im vereinbarten Wartungsfenster.
Kunde mit Rechenzentrum in der Lombardei, Multi-Tenant-SaaS-Anwendung auf PostgreSQL 15 mit 8 TB aktivem Datenbestand. PowerEdge R750xs mit 8× SAS 12G 10K 2,4 TB im RAID 10, Controller PERC H755. OLTP-Query-Latenz im Bereich 8-30 ms, nächtliches Batch-Reporting mit 4-6 Stunden Laufzeit, das den Storage sättigte.
Lösung: Der R750xs ist in den Front-Bays bereits NVMe-ready. Der Storage-Pool wurde durch 6× Samsung PM9A3 U.2 NVMe 3,84 TB Mixed-Use im Software-RAID 10 über mdadm ersetzt (kein Tri-Mode-Controller, um die volle NVMe-Geschwindigkeit zu erreichen). Der PERC H755 blieb als HBA im Passthrough erhalten.
Migration: paralleles Setup des neuen Storage, pg_basebackup auf den neuen Pool, Umschaltung im nächtlichen Wartungsfenster. Datenbank auf dem neuen Storage online nach insgesamt 90 Minuten Downtime (inklusive vacuum/analyze nach der Umschaltung).
Ergebnis: OLTP-Query-Latenz im 95. Perzentil von 30 ms auf 4 ms. Nächtlicher Batch von 4-6 Stunden auf 50 Minuten. Storage-IOPS von 18k Peak auf 380k Peak. Kalkulierter ROI nach 8 Monaten gegenüber den Kosten eines Scale-out auf einen zusätzlichen Knoten.
Das hängt vom Modell ab. Ein Server mit Standard-SAS/SATA-Backplane nimmt kein NVMe auf, solange das Backplane nicht gegen eine Tri-Mode-Version getauscht wird. Bereits vorbereitete Server (Dell PowerEdge R750 mit Tri-Mode-Backplane, HPE ProLiant DL380 Gen11 mit NVMe-ready Bays, Lenovo SR650 V2) nehmen NVMe direkt auf. Wir prüfen das genaue Modell und melden uns mit einer Aussage zur Machbarkeit.
Nein. NVMe direkt an PCIe Gen4 x4 liefert 7 GB/s und 1M IOPS; NVMe über Tri-Mode mit Cache wird durch den Controller begrenzt (typischerweise 1-2 GB/s, einige Hunderttausend IOPS). Dafür bietet Tri-Mode Hardware-RAID, geschützten Cache und eine einheitliche Management-Konsole: für Mid-Market-Workloads, die eine unkomplizierte Absicherung wollen, ein sehr guter Trade-off.
Ja, bei U.2 und U.3 Enterprise (Dell, HPE, Lenovo): das ist ein natives Feature des Protokolls. Bei Consumer-NVMe (M.2) nicht — M.2 ist nicht für Hot-Swap ausgelegt. Modernere U.3-Enterprise-SSDs unterstützen Hot-Add ohne Systemstillstand, mit Erkennung durch das Betriebssystem (unter Linux automatisch, unter Windows ist gelegentlich ein Rescan nötig).
Bei IOPS-gebundenen Workloads (Datenbanken, Virtualisierung) ist der Unterschied marginal: Gen4 sättigt die meisten Workloads bereits. Bei reinem Durchsatz (Analytics, ML-Training, Fileserver mit großen Datenbeständen) macht Gen5 den Unterschied und verdoppelt den sequenziellen Durchsatz. CPUs mit Gen5-Unterstützung sind Xeon Sapphire Rapids+ und EPYC Genoa+.
Ja, und das ist sogar das moderne Muster, um das Maximum aus NVMe zu holen: Software-defined Storage stellt die NVMe-IOPS deutlich effizienter bereit als ein Hardware-RAID-Controller. ZFS auf NVMe ist für Datenbank-Workloads hervorragend geeignet. Windows Storage Spaces Direct und VMware vSAN sind genau für NVMe + SDS konzipiert.
Enterprise-NVMe-SSDs sind nach Workload klassifiziert: Read-Intensive (1 DWPD), Mixed-Use (3 DWPD), Write-Intensive (10 DWPD). Für intensive OLTP-Datenbanken empfiehlt sich Mixed-Use. Read-Intensive eignet sich für VM-Repositories und Fileserver. Write-Intensive nur für Log-Shipper / metadatenlastige Szenarien. Die falsche Klasse kann zu Wear-out in 1-2 Jahren statt 5+ Jahren führen.
Senden Sie uns Hersteller, Modell (Service Tag / Serial / Part Number der Motherboard), Ziel-Workload. Innerhalb eines Werktags erhalten Sie von uns eine Aussage zur technischen Machbarkeit, die erkannten Randbedingungen und eine ehrliche Einschätzung.