Windows Server 2025 passe au NVMe natif — comment l’activer et ce que ça change
Microsoft remplace l’ancienne stack SCSI (1981) par une architecture NVMe native dans Windows Server 2025. Moins de latence, plus d’IOPS — et tu peux l’activer dès maintenant avec une clé de registre.
Depuis Windows Server 2012, tous les accès disque sur Windows passaient par une couche de traduction SCSI — un standard qui date des années 1980. Même sur des NVMe dernière génération capables de millions d'IOPS, Windows convertissait chaque opération en commande SCSI avant de l'envoyer au disque. Une double traduction héritée du passé qui bridait inutilement les performances.
Microsoft vient de changer ça. Windows Server 2025 adopte un nouveau moteur de stockage natif NVMe, et tu peux l'activer dès maintenant.
Pourquoi l'ancienne architecture posait problème
Dans l'ancienne stack de stockage Windows, le chemin d'une opération de lecture ou d'écriture ressemblait à ça :
- L'opération démarre au niveau du filesystem
- Elle passe dans le driver
Disk.sys Disk.systraduit la commande en langage SCSI- Storport reçoit la commande SCSI et l'envoie au miniport driver
- Le miniport driver re-traduit en commande NVMe pour le hardware
Deux traductions pour une opération qui pourrait aller directement du filesystem au disque. Sur les disques mécaniques ou SATA des années 2000, c'était acceptable. Sur un NVMe PCIe 5.0 capable de 14 Go/s et 3 millions d'IOPS, c'est du gaspillage pur.
Le SCSI date de 1981. Il a été conçu pour connecter des imprimantes et des disques lents à des PC. Windows Server l'utilisait encore comme fondation de sa stack de stockage en 2024.
La nouvelle architecture : NVMeDisk.sys
Avec la mise à jour annoncée en décembre 2025, Microsoft remplace Disk.sys par NVMeDisk.sys et introduit StorMQ dans Storport. Le nouveau chemin est radicalement plus court :
- L'opération démarre au niveau du filesystem
NVMeDisk.syspasse directement à StorMQ dans Storport- StorMQ génère les commandes NVMe et les envoie directement au hardware
Zéro traduction SCSI. Zéro couche intermédiaire inutile. Les bénéfices concrets :
- Latence réduite sur les opérations I/O
- Meilleure utilisation des files de commandes NVMe (jusqu'à 65 535 commandes simultanées vs 254 en SCSI)
- Support natif des namespaces NVMe (plus fin que les LUN SCSI)
- Architecture prête pour NVMe-oF (NVMe over Fabrics) et les futures générations de stockage
Les gains mesurés en benchmarks
Les tests publiés par StorageReview montrent des gains significatifs sur les charges de travail à haute concurrence :
- IOPS en lecture aléatoire 4K : gains de 15 à 40% selon la profondeur de file
- Latence : réduite de 10 à 25% sur les accès à faible profondeur de file (workloads interactifs)
- Débit séquentiel : amélioration visible sur les transferts de gros fichiers
Les gains sont d'autant plus importants que le NVMe utilisé est rapide. Sur un PCIe 4.0 ou 5.0, la différence est nette. Sur un SATA SSD, le bénéfice reste marginal.
Comment l'activer maintenant sur Windows Server 2025
La fonctionnalité sera activée par défaut dans Windows Server vNext. Sur Windows Server 2025, elle est disponible en preview via une clé de registre.
Ouvre PowerShell en administrateur et exécute :
New-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\stornvme\Parameters\Device" `
-Name "EnableNativeModeForAllNvme" `
-Value 1 `
-PropertyType DWORD `
-Force
Puis redémarre le serveur pour appliquer le changement :
Restart-Computer -Force
Pour vérifier que le mode natif est actif après redémarrage :
Get-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\stornvme\Parameters\Device" `
-Name "EnableNativeModeForAllNvme"
Si la valeur retourne 1, le mode NVMe natif est actif.
Précautions avant d'activer
Quelques points à vérifier avant d'activer en production :
- Sauvegarde : prendre un snapshot ou une sauvegarde complète avant l'activation
- Firmware à jour : s'assurer que le firmware du contrôleur NVMe est à jour — certains firmwares anciens peuvent avoir des comportements inattendus
- Test en environnement non-prod d'abord : activer sur une VM ou un serveur de test avant de déployer en prod
- Compatibilité : la fonctionnalité s'applique uniquement aux disques NVMe. Les disques SATA et SAS ne sont pas affectés et continuent d'utiliser l'ancienne stack