Le prix du stockage d’entreprise reste sous pression alors que l’intelligence artificielle et les centres de données stimulent la demande de SSD haute capacité. Dans ce contexte, l’acquisition d’unités NVMe toujours plus rapides ne garantit pas d’en exploiter pleinement le potentiel : le contrôleur RAID ou les ressources CPU nécessaires à la gestion du stockage peuvent devenir la vraie limite du système.
Les clés de la performance NVMe en 20 secondes
- La demande en IA maintient à la hausse les prix et les volumes de SSD d’entreprise.
- Les contrôleurs RAID traditionnels peuvent constituer un goulet d’étranglement face à des grilles de NVMe massives.
- Le RAID logiciel évite cette limite, mais utilise le CPU du serveur.
- Graid propose de décharger une partie de ce traitement sur une GPU dédiée.
- Les chiffres de performance avancés par la société doivent être considérés comme issus de ses propres tests.
Ce sujet est particulièrement crucial lors de la conception de nouveaux serveurs. Un SSD PCIe 4.0 d’entreprise peut atteindre plusieurs gigots par seconde et des centaines de milliers, voire plus d’un million d’opérations d’entrée/sortie par seconde (IOPS). En installant 16, 24 ou 32 unités dans un même système, la performance totale potentielle croît bien plus rapidement que ce que permettaient les architectures RAID conçues pour SATA ou SAS.
De plus, le coût d’une erreur peut être élevé. TrendForce indique que la demande pour le stockage des serveurs est toujours soutenue par les investissements en infrastructure d’IA et centres de données. Pour le troisième trimestre 2026, il prévoit une hausse des prix contractuels du NAND Flash de 10 à 15 % par rapport au trimestre précédent, mais à un rythme ralenti par rapport aux périodes antérieures. Les SSD d’entreprise restent parmi les segments à la demande la plus forte.
Il est donc essentiel d’analyser ce qui se passe entre les SSD et les applications avant de simplement ajouter plus d’unités.
Le RAID conçu pour les disques durs face à des dizaines de NVMe
Pendant des années, un contrôleur RAID matériel garantissait deux choses avec une grande simplicité.
Le serveur délégait les opérations de stockage à une carte dédiée. Son processeur calculait la parité nécessaire pour RAID 5 ou RAID 6, gérait les disques et évitait de surcharger la CPU principale.
Cette architecture avait du sens lorsque chaque unité pouvait fournir quelques centaines de MB/s.
Mais NVMe a bouleversé ces équilibres.
Un seul SSD NVMe moderne peut utiliser plusieurs lignes PCIe et atteindre plusieurs GB/s. En regroupant 24 unités, la bande passante théorique combinée peut dépasser facilement 100 GB/s, selon les modèles de SSD et la plateforme.
Le contrôleur placé en amont doit alors être capable de traiter ce volume de données.
Graid Technology parle de « taxe de stockage » pour désigner la perte de performance ou de capacité de calcul entre les possibilités physiques des SSD et ce que reçoivent réellement les applications. L’expression, issue de la société, décrit commercialement un problème technique réel : toute couche intermédiaire peut devenir un goulot d’étranglement lorsque la performance de stockage augmente suffisamment.
Selon Graid, certaines configurations NVMe derrière des contrôleurs RAID classiques peuvent tourner entre 12 % et 18 % en dessous de leur vitesse théorique totale.
Ce chiffre n’est pas universel et dépend du contrôleur, de l’interface PCIe, du nombre et du modèle de SSD, du niveau RAID, de la taille de bloc, des schémas d’accès, de la profondeur de file d’attente et de l’architecture serveur.
Mais le problème de fond demeure : si 24 SSD peuvent générer plus de trafic que ne peut traiter le contrôleur, ajouter des unités plus rapides ne garantit pas une amélioration proportionnelle.
Le RAID logiciel, pour changer de goulot d’étranglement
Une alternative consiste à supprimer le contrôleur RAID matériel traditionnel et à gérer le stockage via logiciel.
Linux le permet depuis longtemps via des outils comme mdadm, ainsi que par des systèmes de stockage distribués et software-defined, qui adoptent d’autres approches.
L’avantage principal est la disparition d’un contrôleur central par lequel transitent toutes les opérations.
Mais le travail n’est pas supprimé, il se déplace simplement vers les CPU du serveur.
Ce n’est pas seulement une question de calcul de parité (XOR). En systèmes capables de traiter des millions d’IOPS, il faut gérer queues, interruptions, complétions, mouvements de données, opérations de lecture-modification-écriture, etc.
Par exemple, une petite écriture RAID 5 peut nécessiter plusieurs opérations physiques pour mettre à jour les données et leur parité.
Graid indique que, lors de charges réelles, il a mesuré une consommation CPU comprise entre 18 % et 28 % des cœurs de processeurs AMD EPYC pour le traitement des entrées/sorties en RAID logiciel.
Attention, il s’agit de mesures propres à l’entreprise et non d’une règle universelle. La consommation CPU peut varier selon la configuration et la charge spécifiques.
Du point de vue économique, cela a un impact clair : dans un serveur de virtualisation, de bases de données ou d’IA, les cœurs utilisés pour gérer le stockage ne sont plus disponibles pour les applications.
Une GPU dédiée au RAID, pour une troisième voie
Graid propose une solution appelée SupremeRAID, qui utilise une GPU NVIDIA installée via PCIe pour décharger une partie du traitement RAID.
C’est une idée peu conventionnelle, car les GPU sont habituellement associés au rendu graphique, à l’IA ou à la calcul scientifique. Mais leur capacité à réaliser de nombreuses opérations en parallèle peut également s’appliquer à certains aspects du stockage.
Les SSD NVMe restent connectés directement au PCIe du serveur. La GPU ne sert pas simplement de chemin physique pour les données, mais intervient comme processeur pour les opérations RAID.
Graid propose actuellement différentes configurations SupremeRAID, avec des modèles basés sur GPU NVIDIA A2000, T1000 et T400, supportant des unités NVMe PCIe de générations 3 à 5, en configurations jusqu’à 32 disques selon la licence et la plateforme.
L’objectif étant de conserver les avantages du RAID logiciel tout en réduisant la charge sur la CPU.
Selon les mesures du fabricant, cette architecture permettrait de récupérer une partie du CPU consommé par le RAID logiciel et d’approcher la performance totale des NVMe.
Toutefois, cette solution doit faire l’objet de tests concrets avant toute dépense importante. Les applications comme les bases de données OLTP, VM, stockage séquentiel, entraînement ou inférence de modèles ont des comportements très différents en termes d’IOPS et de débit.
Par ailleurs, intégrer une GPU dédiée engendre aussi des coûts : prix de la carte, licences, consommation électrique, occupation PCIe, support, compatibilité, complexité opérationnelle, etc.
L’impact du prix des SSD sur la rentabilité
Ce débat intervient à un moment clé pour le marché.
TrendForce observe que l’expansion de l’infrastructure IA soutient une forte demande pour les SSD haut-capacité. Les fabricants orientent davantage leur offre vers des produits pour serveurs et centres de données, tandis que le marché grand public est beaucoup moins dynamique.
Les derniers rapports montrent que le marché des SSD d’entreprise a atteint des records de revenus au deuxième trimestre 2026, grâce à des volumes et des prix en hausse.
Cela nuance une des affirmations les plus souvent entendues concernant le « taxe de stockage ».
Il n’existe pas de preuve suffisante pour dire que tous les SSD d’entreprise ont doublé de prix en un an. Le comportement varie selon capacité, technologie NAND, contrat, fabricant et segment.
Ce que montrent toutefois les données actuelles, c’est une pression claire sur les prix du NAND et du stockage professionnel, soutenue par une forte demande en serveurs et IA. TrendForce prévoit un marché NAND en offre tendue pendant 2026, avec un début de relâchement en seconde moitié 2027.
Dans ce contexte, l’efficacité d’une plateforme de stockage devient un enjeu économique majeur.
Acheter 24 SSD haute performance n’est pas forcément rentable si une partie du système limite leur usage. Ajouter plus d’unités sans optimiser le reste peut être une erreur coûteuse.
Il faut plutôt commencer par analyser la plateforme : lignes PCIe disponibles, topologie NUMA, bande passante CPU/dispositifs, contrôleur, niveau RAID, taille de bloc, CPU dédié au stockage, comportement des applications.
Cet examen prévient aussi le piège inverse : un besoin de 10 GB/s ne justifie pas nécessairement d’investir pour atteindre 100 GB/s si les applications ne peuvent pas l’exploiter.
L’objectif n’est pas d’atteindre le maximum théorique des SSD, mais de ne pas payer pour une performance inutile que le système ne peut pas fournir réellement.
Tel est le cœur de la réflexion sur la « taxe de stockage » : si des SSD toujours plus rapides et coûteux sont en train de devenir la norme, quel pourcentage de cet investissement le serveur peut réellement utiliser ?
Questions fréquentes
Un contrôleur RAID peut-il limiter la performance de plusieurs SSD NVMe ?
Oui. Si la bande passante totale des SSD dépasse la capacité du contrôleur ou de sa connexion PCIe, celui-ci peut devenir le goulot d’étranglement. L’ampleur dépend de chaque plateforme et ne peut pas être fixée universellement.
Le RAID logiciel consomme-t-il beaucoup de CPU ?
Il peut utiliser des ressources importantes sous charge élevée, surtout avec du RAID à parité et de nombreux IOPS, mais cela dépend du processeur, du niveau RAID, du logiciel et du schéma d’accès. Les chiffres de 18 % à 28 % cités par Graid sont issus de ses propres mesures.
Qu’est-ce que SupremeRAID ?
SupremeRAID est une technologie de Graid qui décharge une partie du traitement RAID sur une GPU NVIDIA installée via PCIe, pour réduire la charge sur la CPU du serveur.
Les prix des SSD d’entreprise augmentent-ils à cause de l’IA ?
La demande en centres de données et en infrastructure IA soutient le marché des SSD d’entreprise et exerce une pression à la hausse sur les prix du NAND. TrendForce prévoit de nouvelles hausses en 2026, variable selon le produit et le segment.
Source : storage newsletter