Technologie sous-jacente : pourquoi l'écart est si grand
Les HDD stockent les bits magnétiquement sur des plateaux rotatifs, nécessitant un mouvement physique de la tête qui prend 3 à 15 ms par lecture aléatoire. Les SSD SATA utilisent des cellules de mémoire flash atteignables en microsecondes mais communiquent via le protocole AHCI/SATA hérité, conçu pour les disques rotatifs. Les SSD NVMe utilisent la même flash mais dialoguent via PCIe avec un protocole conçu de zéro pour un accès parallèle à faible latence — et l'écart se voit partout.
Un HDD à 7 200 RPM affiche en moyenne 8,3 ms de latence rotationnelle plus 3 à 12 ms de temps de recherche, donnant une latence totale de lecture aléatoire d'environ 5 à 15 ms. Un SSD SATA élimine les deux avec de la flash électronique, faisant chuter la latence à ~100 microsecondes (50 à 100 fois plus rapide), mais est limité par la file de commandes unique du protocole AHCI SATA, avec 32 E/S en attente. NVMe (Non-Volatile Memory Express, normalisé en 2011) a été conçu spécifiquement pour la flash : transport PCIe (plus de contrôleur SATA dans le chemin), 64 K files de commandes avec 64 K commandes chacune (contre 32 pour AHCI) et un jeu de commandes rationalisé. Résultat : la latence NVMe de bout en bout chute à 10-50 microsecondes, le parallélisme se met à l'échelle quasi linéairement avec la profondeur de file et un seul disque NVMe peut soutenir plus d'un million d'IOPS aléatoires alors qu'un SSD SATA plafonne près de 100 K. L'écart technologique n'est pas « un peu mieux » — il est de 10 à 100 fois sur chaque indicateur qui compte.
IOPS, latence et débit comparés
Chiffres typiques en 2026. HDD : 100-200 IOPS aléatoires, 5-15 ms de latence, 200 Mo/s en séquentiel. SSD SATA : 50K-100K IOPS aléatoires, ~100 μs de latence, 500-550 Mo/s en séquentiel. SSD NVMe Gen 4 : 500K-1M IOPS aléatoires, 10-50 μs de latence, 5-7 Go/s en séquentiel. SSD NVMe Gen 5 : 1,5M-2M IOPS, ~10 μs de latence, 12-14 Go/s en séquentiel.
Ce sont des fourchettes typiques de prix de détail et entreprise en 2026, ni les minimums ni les maximums absolus. Les prix NVMe grand public se sont compressés plus vite que ceux entreprise ; l'écart entre le NVMe Gen 4 grand public (~70 EUR/To) et le NVMe entreprise haute endurance (~150 EUR/To) tient désormais surtout à l'endurance (DWPD — drive writes per day) et aux condensateurs de protection contre les pertes d'alimentation, plutôt qu'aux performances brutes. Pour les hébergeurs, le choix pertinent est presque universellement le NVMe entreprise, car les disques grand public manquent de la performance d'écriture soutenue et de la PLP nécessaires aux charges partagées.
| Indicateur | HDD 7,2K | SSD SATA | NVMe Gen 4 | NVMe Gen 5 |
|---|---|---|---|---|
| IOPS lecture aléatoire (4K) | 100-200 | ~95K | 500K-1M | 1,5M-2M |
| IOPS écriture aléatoire (4K) | 100-200 | ~85K | 300K-700K | 1M-1,4M |
| Latence lecture (typique) | 5-15 ms | ~100 μs | 10-50 μs | ~10 μs |
| Lecture séquentielle | 150-250 Mo/s | 500-550 Mo/s | 5-7 Go/s | 12-14 Go/s |
| Interface | SATA 6 Gb/s | SATA 6 Gb/s | PCIe 4.0 x4 | PCIe 5.0 x4 |
| Profondeur de file optimale du protocole | 1 | 32 | 65 536 | 65 536 |
| Coût par To en 2026 (entreprise) | ~15-25 EUR | ~80-120 EUR | ~100-150 EUR | ~150-220 EUR |
| Coût par To en 2026 (grand public) | ~25-35 EUR | ~50-70 EUR | ~70-100 EUR | ~120-180 EUR |
Quand le NVMe compte
Le NVMe compte partout où les IOPS aléatoires et la latence de queue dominent la performance : bases de données relationnelles, magasins clé-valeur, index de recherche, files de messages, fermes de build de conteneurs, pipelines CI/CD et toute charge à forte concurrence. Plus l'application est rapide, plus elle bénéficie du NVMe — le goulot passe du disque au CPU.
Trois catégories de charges voient des gains spectaculaires avec le NVMe. Les charges base de données — Postgres, MySQL, SQL Server — émettent de nombreuses lectures aléatoires concurrentes de 4 à 16 Ko sur les index ; la latence se traduit directement en temps de requête. Une charge OLTP typique sur un SSD SATA atteint un mur de latence p95 vers 1 ms ; sur NVMe, la même charge tourne en p95 sous 200 microsecondes. Les charges conteneurisées — Docker, Kubernetes — réalisent des milliers de petites lectures lors des pulls d'images et de l'extraction de couches ; le NVMe divise par 5 à 10 le temps de démarrage à froid. Les pipelines CI/CD et de build — bazel, gradle, npm install — sont pathologiquement bornés par les IO aléatoires ; passer de SATA à NVMe divise régulièrement par deux les temps de build. Le fil rouge : toute charge où de nombreuses petites opérations concurrentes s'empilent bénéficie de la mise à l'échelle de la profondeur de file du NVMe. Les charges séquentielles mono-threadées profitent moins parce que les SSD SATA peuvent déjà saturer leur interface.
Quand le NVMe ne change rien (et que le HDD peut suffire)
La diffusion de contenu statique, le streaming vidéo, le stockage de sauvegardes froides, l'archivage de journaux et le traitement par lots de gros fichiers ne tirent pas de gains significatifs du NVMe car ils sont séquentiels et bornés par la bande passante plutôt que par les IOPS. Un HDD à 7 200 RPM, ou même un disque SMR Hammer, à 250 Mo/s en séquentiel suffit — et coûte 5 à 10 fois moins par téraoctet.
Trois schémas de charge n'utilisent quasiment pas les IOPS. La diffusion de contenu statique sert des fichiers de 100 Ko à plusieurs Mo en séquentiel ; le read-ahead du système d'exploitation et le cache disque rendent un SSD SATA, voire un HDD, presque aussi rapide qu'un NVMe pour les utilisateurs finaux (surtout avec un CDN devant). Le streaming vidéo tourne similairement comme de longues lectures séquentielles avec une forte localité de cache de pages ; même un flux 10 Gbps de contenu 4K est facilement alimenté par un pool HDD à 250 Mo/s. Le stockage de sauvegarde et d'archive vise le coût par To et la durabilité, pas la latence — Backblaze, AWS Glacier et la plupart des paliers de sauvegarde entreprise utilisent encore des HDD (ou des bandes magnétiques) pour des archives à l'échelle du pétaoctet où l'accès est rare. Identifiez si votre charge est bornée par les IOPS ou par la bande passante avant de payer la prime du NVMe ; pour des charges séquentielles à grande échelle, les HDD restent gagnants en économie par octet.
Compromis coût par Go en 2026
Tarifs entreprise par To en 2026 (fourchettes typiques) : HDD ~15-25 EUR, SSD SATA ~80-120 EUR, NVMe Gen 4 ~100-150 EUR, NVMe Gen 5 ~150-220 EUR. L'écart HDD-vers-SATA s'est rétréci ; l'écart SATA-vers-NVMe est désormais assez petit pour que la plupart des nouveaux déploiements d'hébergement standardisent par défaut sur NVMe, les HDD étant réservés aux paliers de sauvegarde et d'archivage.
Il y a deux ans, l'écart de prix SATA-vers-NVMe était assez significatif pour que les forfaits VPS de milieu de gamme expédient encore des SSD SATA en standard. En 2026, l'écart s'est réduit à environ 20-30 % sur les SKU entreprise, et l'écart de performance (10x sur les IOPS, 5x sur la latence) rend le calcul simple : payez 20 % de plus, obtenez 10 fois plus de performance. Presque tous les hébergeurs VPS courants livrent désormais du NVMe Gen 4 par défaut pour le stockage principal. Les SSD SATA persistent surtout sur les plateformes de serveurs dédiés disposant de plus de baies, où 8-12x SSD SATA en RAID 10 donnent un profil de coût différent de 2-4 disques NVMe en RAID logiciel. Les HDD restent dominants uniquement pour les charges de sauvegarde, d'archivage et de stockage en masse où le coût par To compte plus que les IOPS. Pour tout nouveau déploiement de base de données primaire, le NVMe est le seul choix par défaut sensé.
RAID, redondance et ce que la fiche technique ne dit pas
La performance d'un seul disque ne fait que la moitié de l'histoire. Le RAID NVMe ajoute un surcoût CPU à moins d'utiliser des cartes RAID NVMe matérielles (rares et chères) ; les miroirs RAID-1 logiciels md sont courants, RAID-5/6 moins. L'endurance (DWPD) et la protection contre les coupures d'alimentation (PLP) comptent autant que les IOPS — les NVMe grand public sans PLP peuvent perdre des données lors d'un crash hôte pendant des écritures soutenues.
Trois détails souvent absents des fiches techniques. D'abord, le RAID-5/6 logiciel sur NVMe est borné par le CPU plutôt que par le disque — à plus d'un million d'IOPS, le calcul de parité peut saturer plusieurs cœurs. La plupart des déploiements NVMe en production utilisent plutôt des miroirs RAID-1 et s'en remettent aux sauvegardes pour la durabilité au-delà du miroir. Ensuite, l'endurance des disques est notée en DWPD (drive writes per day) sur une garantie de 5 ans ; le NVMe grand public est à 0,3-0,5 DWPD, l'entreprise courant à 1-3 DWPD et l'entreprise écriture intensive à 10+ DWPD. Une charge base de données fortement en écriture sur un disque grand public peut l'user en quelques mois. Enfin, la protection contre les pertes d'alimentation — des condensateurs embarqués qui flushent les écritures en vol vers la flash en cas de coupure — est standard sur les disques entreprise et absente sur la plupart des grand public. Sans PLP, un crash hôte pendant un fsync peut corrompre des données malgré une application qui fait tout correctement. Vérifiez toujours ces trois détails sur la fiche technique, pas seulement les IOPS.