Demander un devis → Serveur à l'arrêt · Urgence
Upgrade · stockage NVMe

Stockage NVMe enterprise : un bond en performances, des contraintes d'infrastructure.

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.

Pourquoi le NVMe

Le bond en performances face au SAS/SATA.

IOPS

SSD SAS 12G enterprise : 100-200k IOPS
SSD SATA enterprise : 80-100k IOPS
NVMe Gen4 enterprise : 1M-1.6M IOPS · 10× le SAS

Latence

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é)

Débit

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)

Contraintes d'infrastructure

Ce qu'il faut concrètement.

1 · Backplane tri-mode

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é.

2 · Lignes PCIe disponibles

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.

3 · Alimentation

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.

4 · Refroidissement

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.

5 · Form factor (U.2, U.3, M.2, EDSFF)

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.

6 · Pilotes et OS

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.

Modèles de serveurs NVMe-ready

Les systèmes sur lesquels nous intervenons directement.

# Dell PowerEdge — generation by generation R740xd / R740xd2 Bays NVMe en façade (4-12 U.2 typique) R750 / R750xa Backplane tri-mode configurable R760 / R760xa Gen16 · PCIe Gen5 · EDSFF à venir R6515 / R7515 EPYC entry · bays NVMe en option R6525 / R7525 EPYC dual · NVMe-ready # HPE ProLiant DL380 Gen10/11 Bays NVMe-ready, option tri-mode DL360 Gen10/11 1U dense, options NVMe limitées DL385 Gen10/11 EPYC · bays NVMe disponibles DL580 Gen10 4 sockets · nombreux slots NVMe # Lenovo ThinkSystem SR650 V2 / V3 2U · backplane configurable SR650 V3 Gen16 · PCIe Gen5 SR635 V2 / SR655 V2 EPYC · NVMe-ready SR860 V3 4 sockets · nombreux slots NVMe # Supermicro AS-2125HS-TNR 2U EPYC orienté NVMe SYS-220BT-DNTR BigTwin NVMe A+ Server NVMe Form factor EDSFF E1.S # Serveurs EOL · upgrade limité R730/R730xd Uniquement via PCIe AIC NVMe (pas de bay direct) DL380 Gen9 AIC NVMe disponible, pas de hot-swap SR630/SR650 v1 NVMe limité, pas de contrôleur tri-mode
Déroulé de l'intervention

Cinq phases.

1 · Audit de la plateforme

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.

2 · Choix des drives et de la classe DWPD

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.

3 · Upgrade éventuel du backplane / contrôleur

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).

4 · Installation des drives et configuration

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.

5 · Validation et benchmark

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.

Cas réel anonymisé

Migration d'une base PostgreSQL du SAS 10K vers du NVMe U.3.

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.

# Avant · 8× SAS 10K 2.4 To · RAID 10 · PERC H755 4K random read 62,000 IOPS 4K random write 41,000 IOPS 128K seq read 2.4 GB/s PG OLTP p95 28 ms Batch reporting 4h 40min # Après · 6× Samsung PM9A3 3.84 To · RAID 10 mdadm 4K random read 420,000 IOPS 4K random write 285,000 IOPS 128K seq read 14.2 GB/s PG OLTP p95 3.8 ms Batch reporting 47 min
Facteurs de coût

Trois postes principaux dans un devis NVMe.

  1. Drives NVMe enterprise — le poste le plus élevé. Variable selon la capacité, la classe DWPD (Read-Intensive < Mixed-Use < Write-Intensive) et le constructeur (Samsung/Kioxia/Micron premium, Solidigm et WD compétitifs).
  2. Upgrade éventuel du backplane / contrôleur — sur les systèmes qui ne sont pas NVMe-ready, c'est un surcoût significatif.
  3. Migration des données et main-d'œuvre — fenêtre de maintenance convenue, éventuelles synchronisations en ligne avec vSphere Storage vMotion ou pg_basebackup, validation post-migration.
FAQ

Les questions qu'on nous pose le plus souvent.

Puis-je ajouter du NVMe à mon serveur existant ?

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é.

Le NVMe via contrôleur tri-mode atteint-il les mêmes performances que le NVMe direct sur PCIe ?

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.

Le hot-swap NVMe fonctionne-t-il vraiment ?

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).

PCIe Gen4 vs Gen5, la différence en vaut-elle la peine ?

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+.

Puis-je faire du RAID logiciel (Linux mdadm, Windows Storage Spaces) sur du NVMe ?

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.

Endurance : combien de DWPD tiennent les NVMe enterprise ?

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+.

Ouvrons le dialogue

Dites-moi la marque, le modèle et l'objectif. Je vous réponds avec un plan.

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.