IOPS
SSD SAS 12G enterprise : 100-200k IOPS
SSD SATA enterprise : 80-100k IOPS
NVMe Gen4 enterprise : 1M-1.6M IOPS · 10× le SAS
Le NVMe enterprise remplace le SAS/SATA par un protocole nativement PCIe : des IOPS dix à cent fois supérieurs, une latence de quelques microsecondes au lieu de millisecondes. Mais il ne suffit pas d'acheter des disques NVMe — il faut un backplane compatible, des slots PCIe Gen4/5 libres, une alimentation redondante pour des drives à fort wattage, et la prise en charge du hot-swap en U.2/U.3.
SSD SAS 12G enterprise : 100-200k IOPS
SSD SATA enterprise : 80-100k IOPS
NVMe Gen4 enterprise : 1M-1.6M IOPS · 10× le SAS
SSD SAS/SATA enterprise : 100-300 µs
NVMe enterprise : 10-30 µs · 10× plus bas
NVMe-oF sur réseau : 30-100 µs (correct en scénario distribué)
SAS 12G : 1.2 GB/s par disque
SATA 6G : 550 MB/s par disque
NVMe Gen4 x4 : 7 GB/s par disque
NVMe Gen5 x4 : 14 GB/s (à venir)
Un backplane « SAS/SATA only » n'accepte pas le NVMe. Il faut un backplane tri-mode (SAS/SATA/NVMe). PowerEdge R750 avec back-zone configurable NVMe ; HPE DL380 Gen11 NVMe-ready ; Lenovo SR650 V2 avec backplane NVMe-ready. Sur les modèles plus anciens (R740 des premières releases), le backplane doit être remplacé.
Chaque NVMe U.2/U.3 occupe 4 lignes PCIe. Sur un système bi-socket Xeon Scalable Gen3, on dispose typiquement de 64 lignes CPU + chipset : chaque slot NVMe coûte 4 lignes. Nous vérifions le budget de lignes en incluant les éventuelles NIC 25G/100G, GPU et contrôleurs de stockage tri-mode.
Wattage des NVMe enterprise : 7-15 W par U.2 en activité, avec des pics supérieurs. 24× U.2 représentent 240-360 W rien que pour les disques. Sur des systèmes dont la PSU est déjà à la limite, l'ajout de NVMe dépasse le budget : il faut passer à une PSU de calibre supérieur.
Les NVMe enterprise sous charge dégagent une chaleur non négligeable. Les systèmes à airflow standard tiennent ; les systèmes à forte densité (1U dense) exigent des ventilateurs performance et un thermal management à jour. Faire cuire les NVMe accélère le wear-out et déclenche le throttling thermique.
U.2 (2.5") classique, U.3 rétrocompatible + tri-mode, M.2 uniquement boot/cache (pas de hot-swap), EDSFF E1.S/E3 émergents pour la densité en data center. Le standard des serveurs enterprise reste U.2/U.3 enterprise pour le stockage, M.2 pour le boot.
Les systèmes d'exploitation modernes prennent en charge le NVMe nativement (noyau Linux 3.13+, Windows Server 2012 R2+). Sur les systèmes plus anciens (Windows Server 2008, RHEL 6), des pilotes constructeur sont nécessaires. VMware ESXi 6.5+ gère nativement le NVMe.
Vérification du modèle, du backplane en place, des lignes PCIe libres, des slots AIC libres, du budget PSU et du refroidissement existant. Nous déterminons si la migration est plug-in ou impose un upgrade du backplane.
Read-intensive, mixed-use ou write-intensive selon le workload. Capacité par drive cohérente avec la classe retenue et le budget de lignes. Constructeurs : Samsung PM9A3/PM9B1, Kioxia CD8 / CM7, Micron 7450/9400, Solidigm D7-PS1010, Western Digital DC SN840.
Remplacement du backplane SAS-only par un tri-mode là où c'est nécessaire. Installation d'un contrôleur tri-mode si un RAID matériel est requis. Câblage SAS mis à jour (SlimSAS, MCIO).
Installation physique des NVMe en bay. Configuration du stockage : RAID matériel via tri-mode, ou passthrough HBA pour du SDS, ou mdadm/Storage Spaces en logiciel. Pilotes et firmware à jour.
Benchmark fio sur le workload type, contrôle des températures des drives sous charge, validation du hot-swap si demandée, baseline de performance écrite. Migration des données depuis le stockage précédent dans une fenêtre convenue.
Client datacenter en Lombardie, application SaaS multi-tenant sur PostgreSQL 15 avec 8 To de dataset actif. PowerEdge R750xs avec 8× SAS 12G 10K 2.4 To en RAID 10, contrôleur PERC H755. Latence des requêtes OLTP entre 8 et 30 ms, et un batch de reporting qui demandait 4 à 6 heures de nuit en saturant le stockage.
Solution : le R750xs est déjà NVMe-ready en front bay. Pool de stockage remplacé par 6× Samsung PM9A3 U.2 NVMe 3.84 To Mixed-Use en RAID 10 logiciel via mdadm (pas de contrôleur tri-mode, afin d'obtenir la pleine vitesse NVMe). PERC H755 conservé en HBA passthrough.
Migration : mise en place du nouveau stockage en parallèle, pg_basebackup vers le nouveau pool, bascule pendant la fenêtre de maintenance nocturne. Base en ligne sur le nouveau stockage après 90 minutes d'indisponibilité totale (vacuum/analyze post-bascule compris).
Résultat : latence des requêtes OLTP au 95e centile passée de 30 ms à 4 ms. Batch nocturne de 4-6 heures à 50 minutes. IOPS stockage de 18k en crête à 380k en crête. ROI calculé à 8 mois par rapport au coût d'un scaling-out sur un nœud supplémentaire.
Cela dépend du modèle. Un serveur avec un backplane SAS/SATA standard n'accepte pas le NVMe, sauf à remplacer le backplane par une version tri-mode. Les serveurs déjà prévus pour (Dell PowerEdge R750 avec backplane tri-mode, HPE ProLiant DL380 Gen11 avec bays NVMe-ready, Lenovo SR650 V2) l'acceptent directement. Nous vérifions le modèle exact et je vous réponds sur la faisabilité.
Non. Le NVMe direct sur PCIe Gen4 x4 fait 7 GB/s et 1M IOPS ; le NVMe via tri-mode avec cache est limité par le contrôleur (1-2 GB/s typiquement, quelques centaines de k IOPS). Mais le tri-mode apporte le RAID matériel, une cache protégée et une console de gestion unifiée : pour des workloads mid-market qui veulent une protection simple, c'est un excellent compromis.
Oui sur les U.2 et U.3 enterprise (Dell, HPE, Lenovo) : c'est une fonction native du protocole. Sur du NVMe grand public (M.2), non — le M.2 n'est pas conçu pour le hot-swap. Les SSD enterprise U.3 les plus récents supportent le hot-add sans arrêt du système, avec reconnaissance par le système d'exploitation (automatique sous Linux, un rescan étant parfois nécessaire sous Windows).
Pour des workloads IOPS-bound (bases de données, virtualisation), la différence est marginale : le Gen4 sature déjà la plupart des workloads. Pour du débit pur (analytics, entraînement ML, serveurs de fichiers à gros datasets), le Gen5 fait la différence en doublant le débit séquentiel. Les CPU qui gèrent le Gen5 sont les Xeon Sapphire Rapids+ et les EPYC Genoa+.
Oui, et c'est même le pattern moderne pour tirer le maximum du NVMe : le software-defined storage expose les IOPS NVMe bien plus efficacement qu'un contrôleur RAID matériel. ZFS sur NVMe est excellent pour les workloads base de données. Windows Storage Spaces Direct et VMware vSAN sont conçus exactement pour NVMe + SDS.
Les SSD NVMe enterprise sont classées par workload : Read-Intensive (1 DWPD), Mixed-Use (3 DWPD), Write-Intensive (10 DWPD). Pour des bases OLTP intensives, le Mixed-Use s'impose. Le Read-Intensive convient aux dépôts de VM et aux serveurs de fichiers. Le Write-Intensive uniquement pour des log shippers / métadonnées lourdes. Se tromper de classe peut provoquer un wear-out en 1-2 ans au lieu de 5+.
Envoyez-moi la marque, le modèle (Service Tag / Serial / part number de la motherboard) et le workload visé. Sous un jour ouvré, je vous réponds avec la faisabilité technique, les contraintes que j'ai identifiées et une estimation honnête.