Stockage · Explication
NVMe vs SSD vs HDD dans un serveur, en chiffres.
NVMe vs SSD vs HDD, c'est deux questions : ce qui stocke les données, et comment le disque parle au processeur. Un disque dur les garde sur un plateau rotatif et déplace une tête pour les lire. Un SSD SATA les garde en mémoire flash mais reste sur l'ancienne interface disque. Un SSD NVMe met la même flash sur des lignes PCIe et parle un protocole écrit pour elle, donc il répond en microsecondes et exécute des milliers de requêtes à la fois.
- Chiffres tirés des spécifications
- Charges de travail serveur
- Vérifié en octobre 2026
Ci-dessous : ce qu'est réellement le NVMe, les plafonds de bus de chaque interface, pourquoi les lectures aléatoires séparent bien plus les trois que la vitesse séquentielle, comment chaque type tombe en panne, et quel disque il faut à une base de données, un hôte de VM ou une machine de sauvegarde.
Définitions
Ce qu'est le stockage NVMe, et ce qu'il n'est pas
NVMe (NVM Express) est un protocole, pas un type de mémoire. Un disque NVMe est un SSD : la même flash NAND que dans un SSD SATA, branchée sur des lignes PCIe au lieu d'un port SATA, et pilotée par un jeu de commandes conçu pour la flash plutôt que pour les disques rotatifs.
Donc « NVMe vs SSD » est une question légèrement fausse. La vraie comparaison est NVMe vs SSD SATA : même support, route différente vers le processeur. C'est la route qui fixe le plafond. SATA et son modèle de pilote, AHCI, ont été construits dans les années des disques durs, quand un disque ne pouvait de toute façon servir qu'une requête à la fois.
SAS se situe entre les deux. C'est l'interface disque d'entreprise, deux fois le débit de ligne de SATA par voie et à double port, et elle porte à la fois des disques durs et des SSD. Entre eux, nos gammes de serveurs acceptent des disques NVMe, SATA et SAS ; la section catalogue ci-dessous montre quelle machine prend quoi.
- SupportPlateau rotatifFlash NAND
- InterfaceSATASASPCIe
- ProtocoleAHCISCSINVMe
- Format3,5 po2,5 poM.2U.2E1.S
Bande passante
NVMe vs SSD SATA : le bus fixe le plafond
Un SSD SATA ne peut pas lire plus vite qu'environ 600 Mo/s, parce que SATA III tourne à 6 Gb/s et en perd un cinquième en encodage. Un disque NVMe sur quatre lignes PCIe 3.0 dispose d'environ 3,9 Go/s, d'où le fameux chiffre « six fois plus rapide ». PCIe 4.0 double cela, et PCIe 5.0 le double encore.
Plafonds d'interface tirés des spécifications SATA, SAS et PCI Express après encodage de ligne (8b/10b pour SATA et SAS-3, 128b/130b pour PCIe). Le chiffre du disque dur est une fiche technique entreprise actuelle à 7 200 tr/min, pistes extérieures. Un disque réel atteint un peu moins que ce que son bus permet.
La vitesse séquentielle compte quand vous copiez de gros fichiers : restaurer une sauvegarde, déplacer des images de VM, lire de la vidéo. Pour la plupart des travaux serveur, ce n'est pas le chiffre qui fait mal. C'est la section suivante.
Latence et IOPS
Les lectures aléatoires sont là où les trois disques se séparent
Une base de données, un serveur de messagerie ou un ensemble de machines virtuelles lit et écrit de petits blocs éparpillés sur tout le disque. Chaque requête sur un disque dur attend que la tête bouge et que le plateau tourne sous elle ; sur la flash, elle n'attend rien de mécanique. C'est pourquoi l'écart en lectures aléatoires est de milliers de fois, pas de six.
Un demi-tour d'un plateau à 7 200 tr/min, l'attente moyenne avant que le bon secteur arrive. Ajoutez le déplacement de la tête et un disque dur parvient à quelques centaines de lectures aléatoires par seconde.
AHCI, le modèle de pilote SATA : une file de commandes, 32 commandes de profondeur. Chaque cœur de processeur doit faire la queue pour elle.
NVMe : jusqu'à 65 535 files d'E/S, chacune jusqu'à 65 536 commandes de profondeur. Linux donne généralement à chaque cœur sa propre file, donc les cœurs ne s'attendent pas les uns les autres.
Les fiches techniques racontent la même histoire. Un disque dur d'entreprise actuel à 7 200 tr/min annonce environ 170 lectures 4K aléatoires par seconde. Un SSD SATA d'entreprise annonce près de 100 000. Un disque NVMe PCIe 4.0 d'entreprise annonce environ un million. Vos propres chiffres seront plus bas, et dépendent de la taille des blocs et de la profondeur de file, alors mesurez avec fio sur la machine que vous louez plutôt que de faire confiance au graphique de quiconque, y compris le nôtre.
Fiabilité
Comment chaque disque s'use
Les disques durs tombent en panne mécaniquement : roulements, têtes, moteur. La mémoire flash s'use à l'usage : chaque cellule survit à un nombre limité d'écritures. Aucun des deux n'est « plus fiable » en général ; ils tombent en panne différemment, et on anticipe chacun d'une manière différente.
Disques durs : surveillez la mécanique
Un disque en rotation ne se soucie pas de la quantité de données écrites, mais il est sensible à la chaleur, aux vibrations et à l'âge. Les compteurs SMART tels que les secteurs réalloués et en attente bougent généralement avant qu'il ne meure. Gardez-les dans votre supervision.
SSD : surveillez les écritures
L'endurance de la flash figure sur la fiche technique sous la forme TBW (téraoctets écrits) ou DWPD (écritures du disque par jour sur la durée de la garantie). Lisez le niveau d'usure avec
smartctl -aounvme smart-log. Un serveur web surtout en lecture ne l'atteindra jamais ; un journal de base de données très sollicité pourrait y arriver.La protection contre les coupures de courant est une caractéristique du disque
Les condensateurs qui vident le cache du disque en cas de chute de courant équipent les SSD d'entreprise, SATA comme NVMe. Ils ne font pas partie du protocole NVMe, et de nombreux SSD NVMe grand public en sont dépourvus. Vérifiez la fiche technique du disque que vous recevez si votre base de données repose sur des écritures synchrones.
RAID et sauvegardes, quel que soit le disque
Sous Linux, les disques NVMe sont généralement mis en miroir par logiciel avec
mdadmou ZFS plutôt que derrière une carte RAID. Un miroir maintient le serveur en ligne quand un disque meurt. Ce n'est pas une sauvegarde : une table supprimée est supprimée sur les deux disques.
Dimensionnement
NVMe pour serveurs : quelles charges de travail en ont besoin
Choisissez le NVMe quand la charge effectue de nombreuses petites lectures et écritures aléatoires, ou quand plusieurs cœurs sollicitent le disque en même temps. Choisissez un SSD SATA quand les données restent surtout en mémoire après la première lecture. Choisissez des disques durs quand vous avez besoin de nombreux téraoctets et que vous les lisez en longues séquences.
| Charge de travail | Disque | Pourquoi |
|---|---|---|
| Bases de données : PostgreSQL, MySQL, MongoDB | NVMe | Petites lectures aléatoires, un journal à écriture anticipée qui attend à chaque validation, et de nombreuses connexions simultanées. |
| Hôte de machines virtuelles, Proxmox ou KVM | NVMe | Le disque de chaque invité est de l'I/O aléatoire pour l'hôte, et les invités se mettent en file ensemble. |
| Serveurs de build, runners CI | NVMe | Des milliers de petits fichiers écrits, lus et supprimés à chaque build. |
| Serveurs web et d'applications | SSD SATA ou NVMe | Le code et les données chaudes vivent en RAM après la première requête ; le disque est rarement le facteur limitant. |
| Bibliothèques multimédia, vidéo à la demande | SSD SATA ou disques durs | De gros fichiers lus du début à la fin. Le port réseau est généralement le goulot d'étranglement avant le disque. |
| Sauvegardes et archives | Disques durs | Longues écritures séquentielles, lectures rares, et le coût le plus bas par téraoctet. |
Les grands serveurs les combinent souvent : le système d'exploitation et la base de données sur flash, les données en vrac sur disques durs dans le même châssis. Les disques durs restent les moins chers par téraoctet, et c'est la principale raison de les conserver. Pour les machines de base de données, voir Serveurs dédiés SQL, et pour les hôtes de VM Serveurs Proxmox.
En direct du catalogue
Les disques que prennent nos serveurs dédiés
3 des 18 gammes de serveurs de notre configurateur acceptent des SSD NVMe, jusqu'à 3.84 TB par disque. Ces chiffres proviennent directement du catalogue du configurateur et évoluent avec lui.
| Disque | Interface | Gammes de serveurs | Capacité par disque |
|---|---|---|---|
| NVMe SSD | PCIe, NVMe protocol | 3 | 238 GB to 3.84 TB |
| SAS SSD | SAS | 9 | 15.3 TB to 30.72 TB |
| SATA SSD | SATA, 6 Gb/s | 15 | 32 GB to 15.36 TB |
| SAS hard drive | SAS, spinning disk | 1 | 2 TB |
| SATA hard drive | SATA, spinning disk | 7 | 500 GB to 2 TB |
Machines qui acceptent le NVMe
Chacune ouvre son configurateur, où vous choisissez les disques, leur nombre et la grappe.
Réponses
NVMe vs SSD vs HDD : questions fréquentes
Le NVMe vaut-il la peine pour un serveur ?
Pour les bases de données, les hôtes de machines virtuelles et les serveurs de build, oui : ils vivent d'I/O aléatoire, et le NVMe les sert des milliers de fois plus vite qu'un disque dur et plusieurs fois plus vite qu'un SSD SATA. Pour un serveur web qui garde son ensemble de travail en mémoire, un SSD SATA offre des performances presque identiques. Vérifiez que la machine accepte le NVMe avant de tout planifier autour : tous les châssis n'ont pas les emplacements.
SATA ou NVMe pour un serveur : lequel choisir ?
Choisissez le NVMe si le serveur exécute une base de données, héberge des machines virtuelles ou gère de nombreux utilisateurs qui écrivent en même temps. Choisissez un SSD SATA si la machine n'accepte que des disques SATA ou si la charge est légère et surtout en lecture. Choisissez des disques durs SATA pour la capacité, comme les sauvegardes et les archives.
Le NVMe est-il plus rapide qu'un SSD ?
Un disque NVMe est un SSD. Ce qui est plus rapide, c'est l'interface : un SSD NVMe sur quatre lignes PCIe 3.0 offre environ 3,9 Go/s de bande passante contre environ 600 Mo/s pour un SSD SATA, et des files de commandes bien plus profondes. Sur PCIe 4.0 et 5.0, la bande passante double à chaque génération.
Qu'est-ce qu'un serveur de stockage NVMe ?
Un serveur dont les disques sont des SSD NVMe connectés en PCIe, généralement au format U.2, E1.S ou M.2. Il peut s'agir d'une seule machine exécutant une base de données sur NVMe local, ou d'un boîtier rempli de disques NVMe qui partage son stockage avec d'autres serveurs sur le réseau.
Qu'est-ce qu'un SAN NVMe, ou NVMe over Fabrics ?
NVMe over Fabrics (NVMe-oF) transporte le jeu de commandes NVMe à travers un réseau au lieu d'un emplacement PCIe, via RDMA, Fibre Channel ou simple TCP. Un SAN construit dessus permet à de nombreux serveurs d'utiliser de la flash partagée avec moins de surcharge qu'iSCSI. Nos serveurs dédiés sont livrés avec leurs disques dans le châssis, ce qui est l'option à latence la plus faible car aucun réseau ne s'interpose entre le processeur et la flash.
De combien le NVMe est-il plus rapide qu'un disque dur ?
Pour les lectures séquentielles, environ 14 à 55 fois : un disque à 7 200 tr/min lit moins de 300 Mo/s tandis que les disques NVMe sur PCIe 3.0 à 5.0 atteignent environ 3,9 à 15,8 Go/s. Pour les lectures aléatoires 4K, l'écart est bien plus grand : environ 170 par seconde pour un disque dur contre environ un million sur la fiche technique d'un NVMe d'entreprise PCIe 4.0.
Un serveur peut-il avoir à la fois du NVMe et des disques durs ?
Oui, quand le châssis a des baies pour les deux et que le contrôleur les prend en charge. Une disposition courante place le système d'exploitation et la base de données sur NVMe et les données en vrac sur disques durs. Tous les châssis ne le permettent pas : les petits serveurs cartouche n'ont souvent de place que pour un ou deux disques d'un seul type. Le configurateur de chacune de nos machines liste les familles de disques qu'il accepte.
Ailleurs sur le site
Où aller à partir d'ici
Mettez la base de données sur NVMe
Choisissez la machine, puis les disques. Un doute sur le disque ? Posez la question au chat. L'IA répond en quelques secondes, consulte votre compte et vos machines si vous le souhaitez, et vous passe un ingénieur sur demande.