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.

Windows Server 2025 passe au NVMe natif — comment l’activer et ce que ça change

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 :

  1. L'opération démarre au niveau du filesystem
  2. Elle passe dans le driver Disk.sys
  3. Disk.sys traduit la commande en langage SCSI
  4. Storport reçoit la commande SCSI et l'envoie au miniport driver
  5. 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 :

  1. L'opération démarre au niveau du filesystem
  2. NVMeDisk.sys passe directement à StorMQ dans Storport
  3. 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

Pour aller plus loin