Microsoft ha dado un paso relevante en la evolución del almacenamiento en Windows Server con la llegada de Native NVMe en Windows Server 2025. No se trata de un simple “mejor soporte” para unidades NVMe, sino de un cambio más profundo: una pila de almacenamiento rediseñada para dejar atrás el enfoque histórico que trataba el almacenamiento como si todo fuese SCSI, incluso cuando el hardware es NVMe puro. El resultado, según la propia compañía, es menos traducción de comandos, menos sobrecarga en el camino de E/S y un comportamiento más alineado con lo que prometen los SSD PCIe actuales.
El anuncio llega en un momento en el que el rendimiento ya no se mide solo por el ancho de banda teórico, sino por la capacidad de sostener millones de operaciones con latencias bajas bajo concurrencia real. Es decir: bases de datos transaccionales, hosts de virtualización cargados, servidores de ficheros con mucho metadato y cargas analíticas que castigan el disco como si fuese memoria extendida.
El cambio clave: dejar de “interpretar” NVMe como SCSI
Durante años, la ruta tradicional de Windows ha mantenido una compatibilidad muy robusta, pero con peajes: capas y mecanismos pensados para generaciones anteriores de dispositivos. Microsoft explica que su nueva pila elimina parte de esa lógica heredada, evitando tratar NVMe como si fuese SCSI y reduciendo el coste de “convertir” operaciones a un modelo que no nació para flash.
En términos prácticos, la promesa es triple:
- Más IOPS: acceso directo a capacidades multi-queue de NVMe.
- Menos latencia: rutas de E/S optimizadas, con menos sincronización y bloqueo.
- Mejor eficiencia de CPU: más ciclos disponibles para la carga de trabajo, no para mover E/S.
Microsoft lo presenta como una base para el futuro del almacenamiento en Windows Server, especialmente en una era donde los servidores acumulan hilos de CPU y los SSD se benefician de paralelismo masivo.
Por qué ahora: NVMe fue diseñado para colas, no para “una fila”
El argumento técnico detrás de Native NVMe se apoya en una diferencia estructural entre protocolos antiguos y NVMe. En el modelo clásico, el camino de E/S se diseñó para discos giratorios y colas limitadas (como ocurre con SATA, que admite una sola cola con hasta 32 comandos). NVMe nació con otra mentalidad: soporta hasta 64.000 colas, cada una con hasta 64.000 comandos, lo que encaja mucho mejor con hardware moderno y cargas concurrentes.
En la práctica, cuando un servidor ejecuta docenas o cientos de flujos de E/S simultáneos (VMs, logs, índices, cachés, procesos de backup), el beneficio no está solo en “leer más rápido”, sino en evitar contención y sostener un rendimiento alto sin picos de latencia.
Los números: hasta un 80 % más de IOPS y un 45 % menos de ciclos por E/S
Microsoft acompaña el anuncio con resultados obtenidos con DiskSpd en lecturas aleatorias 4K sobre NTFS. En su ejemplo, habilitar Native NVMe en Windows Server 2025 puede ofrecer hasta ~80 % más IOPS y alrededor de un 45 % menos de ciclos de CPU por operación de E/S respecto a Windows Server 2022 en condiciones comparables.
La prueba se realizó en un host con doble socket Intel, 208 procesadores lógicos, 128 GB de RAM y una unidad NVMe Solidigm de 3,5 TB. Microsoft insiste en que los resultados pueden variar, y propone un comando de referencia para reproducir el test ajustando parámetros:
diskspd.exe -b4k -r -Su -t8 -L -o32 -W10 -d30
Opt-in y desactivado por defecto: el detalle que puede pasar desapercibido
Lo más importante para administradores es que Native NVMe está en disponibilidad general (GA), pero bajo un enfoque opt-in: viene desactivado por defecto (Microsoft menciona específicamente la situación tras la actualización acumulativa de octubre para WS2025). Dicho de otra forma: el rendimiento extra no llega “solo” con actualizar; hay que activarlo.
Para habilitarlo, Microsoft indica que, tras aplicar la actualización acumulativa correspondiente, se puede activar mediante una clave de registro. El comando publicado es:
reg add HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Policies\Microsoft\FeatureManagement\Overrides /v 1176759950 /t REG_DWORD /d 1 /f
Como validación rápida, Microsoft sugiere comprobar que las unidades NVMe aparecen en el Administrador de dispositivos bajo “Storage disks” (un indicio de que el stack nativo está en marcha).
Atención al “pero”: drivers de fabricante y entornos que pueden no ver mejora
Hay un matiz técnico que puede marcar la diferencia entre “subidón” y “casi nada”: el beneficio está asociado a dispositivos que usan el driver NVMe de Windows (StorNVMe.sys). Si el SSD o el proveedor impone un controlador propio, el comportamiento puede variar y la mejora podría no ser comparable.
Esto encaja con una realidad habitual en entornos enterprise: no todos los NVMe se comportan igual, no todas las controladoras exponen el mismo perfil de colas y no todas las plataformas toleran cambios de stack sin validación. Por eso Microsoft empuja un despliegue controlado: activar, medir, comparar, y solo después generalizar.
Qué gana el datacenter: SQL, Hyper-V y servidores de ficheros bajo presión
Microsoft pone ejemplos directos donde estos cambios suelen traducirse mejor a negocio:
- SQL Server y OLTP: transacciones más rápidas y menor latencia de cola en cargas mixtas.
- Hyper-V: arranques, checkpoints y operaciones intensivas con menos contención en disco.
- File servers y analítica: mejor respuesta en operaciones grandes y en metadatos, además de pipelines de datos más ágiles.
En resumen: si el almacenamiento consume menos CPU y responde con menos latencia, la plataforma entera se vuelve más predecible. Y en entornos virtualizados, la predictibilidad es muchas veces más importante que el pico máximo.
Preguntas frecuentes
¿Native NVMe sustituye a StorNVMe o es otra cosa?
Native NVMe es un rediseño del camino de E/S para NVMe en Windows Server 2025. Microsoft recalca que el beneficio se asocia al uso del driver NVMe “in-box” de Windows (StorNVMe.sys).
¿Por qué Microsoft lo deja desactivado por defecto si ya está en GA?
Porque sigue un modelo opt-in para permitir validación y despliegue gradual en entornos reales, especialmente donde hay drivers, firmware y hardware heterogéneos.
¿Cómo puedo comprobar rápido si está activo?
Microsoft sugiere revisar el Administrador de dispositivos: las unidades NVMe deberían verse bajo “Storage disks” cuando el stack nativo está habilitado.
¿Qué tipo de cargas suelen notar más la mejora?
Cargas con E/S pequeña y concurrente (4K random), bases de datos OLTP, virtualización con mucha actividad de disco y escenarios con alta presión de metadatos en file servers.
vía: Incubaweb
