NVMe o SSD: ¿hay diferencia para una web?
Para una web pequeña la diferencia entre NVMe y SSD apenas se nota: las páginas se sirven desde la memoria, no desde el disco. Aparece en tiendas online y webs con bases de datos grandes. Además, en el mismo proveedor NVMe cuesta solo entre 0,50 y 1 USD más al mes, y a veces incluso menos, así que lo decisivo no suele ser el tipo de disco, sino su tamaño y cómo lo ha limitado el proveedor.
Si tiene un blog, una web corporativa sencilla o una landing, los visitantes no notarán si el servidor usa NVMe o un SSD normal. Una página ya generada y en caché se sirve desde la memoria RAM en milisegundos, y el disco apenas interviene. La diferencia se ve cuando la web lee y escribe constantemente en la base de datos: en una tienda online con miles de productos, en la búsqueda dentro del catálogo, al importar listas de precios, en el panel de WordPress con WooCommerce o en PrestaShop.
Por eso la regla es sencilla. Si NVMe cuesta lo mismo o un poco más, elija NVMe. Si para tenerlo hay que recortar memoria, es mejor más memoria con SSD: para una web, 2 GB con SSD son más útiles que 1 GB con NVMe, porque una base de datos que cabe en memoria casi no accede al disco.
En qué se diferencia NVMe de SSD
Los dos son memoria flash sin piezas móviles; la diferencia está en cómo se conectan al ordenador. Un SSD normal funciona a través de la interfaz SATA, diseñada en su día para discos duros. Su techo es de unos 550 MB/s y procesa una sola cola de 32 comandos. NVMe va conectado directamente al bus PCIe: con PCIe 3.0 alcanza hasta 3,5 GB/s, con PCIe 4.0 hasta 7 GB/s, y puede tener miles de colas.
Para una web no importan los megabytes por segundo, sino la latencia de las operaciones pequeñas. Una base de datos lee y escribe trozos de 4–16 KB en posiciones aleatorias del disco, y cada petición de un visitante puede esperar decenas de esas operaciones. En NVMe cada operación tarda menos, y con carga simultánea la distancia crece, porque las peticiones no esperan en una única cola.
En un VPS hay una salvedad importante. No recibe un disco físico, sino una porción virtual de un almacenamiento compartido, y el proveedor casi siempre limita su velocidad para que un cliente no perjudique a los demás. Un «NVMe» con un límite estricto puede ir más lento que un buen SSD sin límite. Por eso la palabra en el plan es un motivo para elegirlo, no una garantía, y conviene probar el disco el primer día. Más abajo verá cómo hacerlo.
Cuánto más cuesta NVMe
Casi nada. Comparé planes con la misma memoria en un mismo proveedor: tomé el más barato con NVMe y el más barato con SSD y miré la diferencia, con datos del catálogo de accsly a 27 de octubre de 2026. Encontré pares así en entre 88 y 236 proveedores, según la cantidad de memoria. Los importes están convertidos de rublos y redondeados.
Con 2 GB de memoria, NVMe es en la mediana unos 0,55 USD al mes más caro, alrededor de un 8 %. Con 4 y 8 GB, aproximadamente 1 USD más, o un 7–10 %. Al año, el sobrecoste es de unos 6–12 USD (unos 5–11 EUR). Y en el 40–50 % de los proveedores con planes de 2–8 GB, NVMe cuesta lo mismo o menos que SSD. Parece que muchos proveedores ya han pasado su hardware principal a NVMe, y los SSD quedan en líneas antiguas que no siempre son más baratas.
La trampa está en otro sitio: los planes NVMe suelen tener menos espacio. Con 2 GB de memoria, la mediana de disco es de 30 GB en NVMe frente a 40 GB en SSD; con 4 GB, 60 frente a 75 GB. Para una web con una mediateca grande, o para guardar copias de seguridad en el propio servidor, esto puede inclinar la balanza hacia SSD.
NVMe está hoy en el 40 % de los planes del catálogo. Selección: VPS con NVMe. Si necesita espacio barato para archivos y copias y la velocidad no importa, también hay planes con discos duros: VPS con HDD.
Cuándo notará la web el NVMe
Tomemos una tienda en WooCommerce con 20 000 productos y una base de datos de 3 GB en un servidor con 4 GB de memoria. La base no cabe entera en memoria, así que los filtros del catálogo, la búsqueda y el proceso de compra leerán del disco. Aquí NVMe acelerará las páginas más lentas, y compensa ese dólar al mes. Planes para estos casos: VPS para tienda online.
La segunda situación es mucha escritura. Por defecto, cada cambio confirmado en MySQL o PostgreSQL se vuelca al disco con una orden de sincronización, y el servidor espera a que el disco confirme la escritura. Una web con comentarios activos, registro de acciones, colas de tareas o sesiones en la base de datos choca justo con esto. Para estos proyectos conviene mirar la selección VPS para bases de datos.
En cambio, para una web corporativa sencilla o un blog en WordPress con caché de páginas, la diferencia queda dentro del margen de error. Es mejor gastar el dinero en memoria o en un servidor más cerca de sus visitantes: en Madrid si su público está en España, en Ciudad de México o en Estados Unidos si está en México. Selección: VPS para WordPress.
Qué disco le han dado en realidad
Dentro de una máquina virtual normalmente no se ve el tipo de disco físico. El comando
lsblk -d -o NAME,ROTA,SIZE,MODEL
mostrará un disco con un nombre como vda o sda y el modelo vacío. La columna ROTA con valor 0 significa que el sistema considera que no es un disco duro, pero también eso lo puede configurar el proveedor como quiera. El nombre nvme0n1 aparece cuando el proveedor entrega a la máquina un NVMe virtual, aunque tampoco dice nada de la velocidad real. La única forma de saber la verdad es una prueba.
Prueba del disco: fio y cómo leer el resultado
La herramienta más precisa es fio. En Ubuntu y Debian se instala con apt install fio. Ejecute las pruebas en un servidor nuevo, mientras no tenga una web en producción: cargan el disco. Cada prueba crea un archivo de 1 GB, así que compruebe que hay espacio.
Prueba 1. Latencia de una operación. Es lo más parecido a lo que nota una web:
fio --name=lat --filename=/root/fio.test --size=1G --rw=randread --bs=4k \
--iodepth=1 --direct=1 --ioengine=libaio --runtime=30 --time_based
En la salida, busque la línea clat del bloque read y en ella el valor medio avg; más abajo, la tabla de percentiles y la línea 99.00th. Las unidades aparecen entre paréntesis: usec son microsegundos y msec, milisegundos. En un buen disco la media se mantiene entre 100 y 300 microsegundos. Si ronda un milisegundo o más, y el percentil 99 llega a decenas de milisegundos, el disco está sobrecargado o es de red, y la base de datos irá lenta se llame como se llame el plan.
Prueba 2. Cuántas operaciones aguanta el disco bajo carga.
fio --name=iops --filename=/root/fio.test --size=1G --rw=randrw --rwmixread=70 \
--bs=4k --iodepth=32 --direct=1 --ioengine=libaio --runtime=60 --time_based
Mire IOPS= en las líneas read y write. Para una web o una tienda pequeña bastan unos pocos miles de operaciones por segundo. Si el plan se vende como NVMe y la suma de lectura y escritura no llega a 5000–10 000, el proveedor ha limitado el disco. Una cifra redonda y constante, por ejemplo exactamente 10.0k en cada ejecución, también indica un límite.
Prueba 3. Velocidad de escritura síncrona. Así escribe la base de datos en cada cambio confirmado:
fio --name=sync --filename=/root/fio.test --size=256M --rw=write --bs=4k \
--ioengine=sync --fsync=1 --runtime=30 --time_based
Necesita IOPS= en la línea write: es el número de escrituras confirmadas por segundo. Mil o más es un buen resultado: la base de datos guardará los cambios sin esperas. Si sale menos de 200, cada vez que se guarde un pedido o un comentario habrá que esperar al disco.
La opción --direct=1 en las dos primeras pruebas es obligatoria. Sin ella, fio mide la caché en memoria y el resultado sale inflado varias veces. Después de las pruebas, borre el archivo: rm /root/fio.test.
Comprobación rápida con dd si no tiene fio
La utilidad dd está en cualquier sistema. Es más tosca, pero no hay que instalarla. Escritura secuencial:
dd if=/dev/zero of=/root/dd.test bs=1M count=1024 oflag=direct
En la última línea de la salida verá la velocidad. Un SSD SATA normal no puede pasar de 550 MB/s, así que cifras superiores indican NVMe o un almacenamiento rápido. Menos de 200 MB/s en un «NVMe» es motivo para preguntar al proveedor por los límites. Pero recuerde que la escritura secuencial apenas importa para una web: así se copian archivos grandes, no se atienden peticiones.
Escritura síncrona en bloques pequeños, más parecida al trabajo de una base de datos:
dd if=/dev/zero of=/root/dd.test bs=4k count=2000 oflag=dsync
Divida 2000 entre los segundos que indica la salida y obtendrá cuántas escrituras por segundo aguanta el disco. Si dd termina en uno o dos segundos, son mil escrituras por segundo o más, todo bien. Si tarda 10–20 segundos, cada escritura lleva 5–10 ms y la base de datos lo notará. Después de la comprobación: rm /root/dd.test.
Cómo no equivocarse con los resultados
Repita las pruebas dos o tres veces a distintas horas, por ejemplo de día y a última hora de la noche. Si el resultado varía varias veces, el disco se comparte con vecinos activos, y en horas punta la web irá más lenta. Compare servidores con los mismos comandos: las cifras de utilidades y configuraciones distintas no son comparables entre sí.
Hágalo en los primeros días, mientras sigue vigente el plazo de devolución. Los planes con esa opción están en la selección VPS con devolución del dinero. La comprobación de la red y el procesador se explica en el artículo cómo comprobar la velocidad de un VPS, y el resto de parámetros del plan, en el artículo cómo elegir un VPS.