NVMe vs SSD vs HDD - ¿Qué Almacenamiento para tu Hosting?

Diferencias técnicas entre NVMe, SSD y HDD para hosting web. IOPS, caudal, latencia e impacto en el rendimiento de tu sitio.

Introducción

El tipo de almacenamiento de tu proveedor tiene un impacto enorme en el rendimiento de tu sitio: tiempo de carga, consultas BBDD, tiempo de respuesta API. NVMe es de 5 a 10x más rápido que un SSD SATA, que a su vez es 100x más rápido que un HDD mecánico.

En 2026, el NVMe SSD se ha convertido en el estándar de facto para hosting web y VPS. El SSD SATA sigue usándose para almacenamiento secundario (backups calientes), el HDD casi ha desaparecido salvo para archivado en frío. Esta guía detalla las diferencias técnicas, el impacto medible en tus aplicaciones (WordPress, bases de datos, e-commerce) y los criterios para identificar la tecnología real usada por tu proveedor.

HDD (discos duros mecánicos)

Tecnología antigua (platos magnéticos, cabezal de lectura). IOPS: 80-200, caudal: 80-160 MB/s, latencia: 5-15 ms. Hoy obsoleto para hosting web. A evitar salvo para archivado masivo (Backblaze, copias de seguridad).

SSD SATA

Memoria flash en interfaz SATA (6 Gbps máx). IOPS: 10k-100k, caudal: 500-550 MB/s (límite SATA), latencia: 0,1 ms. Estándar moderno, todavía aceptable para la mayoría de usos.

NVMe (Non-Volatile Memory Express)

Memoria flash en interfaz PCIe directa (sin cuello de botella SATA). IOPS: 100k-1M+, caudal: 3000-7000 MB/s, latencia: 0,01-0,05 ms. 5 a 10x más rápido que un SSD SATA. Estándar para los proveedores modernos.

Impacto concreto en un sitio WordPress

  • HDD: página WordPress = 3-8 segundos (catástrofe para el SEO)
  • SSD SATA: página WordPress = 1-2 segundos (correcto)
  • NVMe: página WordPress = 200-800 ms (excelente, puntuación PageSpeed 90+)

¿Cómo verificar el tipo de almacenamiento de tu proveedor?

Muchos proveedores anuncian "SSD" sin precisar si es SATA o NVMe. La diferencia de rendimiento es enorme. Aquí los comandos para verificarlo en tu VPS Linux:

  • Listar los discos y su tipo: lsblk -d -o NAME,SIZE,ROTA,TRAN. La columna ROTA a 0 = SSD/NVMe, a 1 = HDD. La columna TRAN indica nvme o sata.
  • Probar el rendimiento bruto: apt install -y fio && fio --name=test --filename=/tmp/test --size=1G --bs=4k --rw=randread --runtime=30 --time_based --ioengine=libaio --direct=1 --iodepth=32. Lee la línea "IOPS=" en la salida: > 80.000 IOPS confirma NVMe, 20-80k = SATA SSD, < 1000 = HDD.
  • Medir la latencia I/O media: ioping -c 10 /. En NVMe: 30-100 microsegundos. En SSD SATA: 100-500 microsegundos. En HDD: 5-15 milisegundos.
  • Verificar las specs anunciadas: un proveedor serio indica "NVMe SSD" explícitamente, no solo "SSD". Si persiste la duda, pregunta al soporte la referencia exacta de los discos.

Impacto en una base de datos (MySQL, PostgreSQL, MongoDB)

El almacenamiento es el factor n°1 de rendimiento de una base de datos. Los SGBD escriben intensivamente en los logs de transacciones (binlog MySQL, WAL Postgres, oplog MongoDB) y leen en acceso aleatorio en los índices. Es precisamente lo que el NVMe sobresale en hacer:

  • Consulta simple SELECT por ID: 0,5-2 ms en NVMe, 2-8 ms en SSD SATA, 50-200 ms en HDD. Multiplicado por los millones de consultas/día de un sitio medio, la diferencia se vuelve gigantesca.
  • Inserción masiva (INSERT batch): NVMe permite 50.000-200.000 inserts/seg, SSD SATA 5.000-20.000, HDD < 500. Crucial para imports/exports e-commerce y ETL analíticos.
  • Backup / restauración (pg_dump, mysqldump): en 100 GB de base, NVMe restaura en 5-15 min, SSD SATA en 30-90 min, HDD en varias horas. Impacto directo en tu RTO (Recovery Time Objective).
  • Workloads OLTP (e-commerce, SaaS): la latencia p99 (percentil 99) cae típicamente de 200-500 ms a 20-50 ms al pasar de SATA a NVMe, sin cambiar una línea de código.

Resistencia, vida útil (TBW) y fiabilidad

La preocupación clásica sobre los SSD/NVMe es su "desgaste": ¿cuántas veces se puede escribir antes de que fallen? La respuesta en 2026: ya no es un problema para la práctica totalidad de los usos de hosting.

  • TBW (Terabytes Written): un NVMe enterprise moderno (Samsung PM9A3, Micron 7450, Kioxia CD8) aguanta típicamente 1-3 PBW (petabytes escritos) en su vida útil, equivalente a 500-1500 GB escritos por día durante 5 años.
  • NVMe consumer vs enterprise: un NVMe de consumo (Samsung 980, WD Black) aguanta 600 TBW, suficiente para el 90% de los sitios. Un NVMe enterprise (con power loss protection y resistencia mayor) es necesario para bases de datos críticas.
  • RAID y redundancia: un proveedor serio usa RAID-1 o RAID-10 en los discos de sistema, garantizando que el fallo de un único SSD no pierde datos. Verifica la mención "RAID" en las specs.
  • MTBF (Mean Time Between Failures): un NVMe enterprise muestra 1,5 a 2,5 millones de horas MTBF, equivalente a un HDD moderno (con menos fallos mecánicos en la práctica).

ROI: ¿vale la pena el sobrecoste del NVMe?

En el mercado 2026, el NVMe ya casi no cuesta más que el SSD SATA. El cálculo de ROI es por tanto evidente:

  • Hosting web compartido: los proveedores serios ofrecen NVMe sin sobrecoste (By-Hoster, o2switch, Infomaniak). Si tu proveedor factura el NVMe como opción, es una señal negativa.
  • VPS: precios VPS NVMe y SSD SATA casi idénticos en la mayoría de proveedores. El NVMe es la norma moderna, no pagues más por SATA.
  • Servidor dedicado: un dedicado NVMe cuesta 5-15% más que un equivalente HDD/SSD SATA, pero dobla fácilmente el rendimiento aplicativo. ROI alcanzado en pocas semanas para e-commerce.
  • Impacto SEO medible: Google PageSpeed Insights penaliza un Largest Contentful Paint (LCP) > 2,5s. El paso SATA → NVMe a menudo hace caer el LCP de 3-4s a 1-1,5s, mejorando directamente el ranking.

Más allá del NVMe: el futuro del almacenamiento

El NVMe mismo evoluciona rápidamente. Las generaciones PCIe 4.0 y 5.0 permiten ahora caudales superiores a 14 GB/s en un solo disco. Para la mayoría de aplicaciones web y SaaS, ya está más allá de lo necesario. Las evoluciones a vigilar: el NVMe-oF (NVMe over Fabrics) para mutualizar NVMe en la red con muy baja latencia, los SSD ZNS (Zoned Namespaces) que optimizan la escritura para cargas analíticas masivas, y la llegada de la memoria persistente CXL (Compute Express Link) que difumina la frontera entre RAM y almacenamiento. Pero en la práctica, en 2026, un buen NVMe PCIe 4.0 es ampliamente suficiente para el 99% de los casos de uso de hosting.

Preguntas frecuentes

Para un blog personal de bajo tráfico, NVMe es un lujo. Para e-commerce, WordPress con WooCommerce, aplicaciones dinámicas o bases de datos, NVMe marca una diferencia visible en el tiempo de respuesta e impacto SEO.

No. El NVMe SSD está incluido por defecto en todas nuestras ofertas (hosting web, VPS, dedicados). Sin coste adicional.

Las generaciones designan la versión de PCIe usada. NVMe Gen 3: ~3,5 GB/s. NVMe Gen 4: ~7 GB/s (estándar 2024-2026). NVMe Gen 5: ~14 GB/s (gama alta). Para hosting web, la diferencia Gen 3 vs Gen 4 es marginal (el cuello de botella está en otro lado: CPU, red). Gen 4 es ampliamente suficiente en 2026.

En tu VPS Linux, lanza lsblk -d -o NAME,TRAN: si la columna TRAN muestra "nvme", está confirmado. O benchmark con fio: > 80.000 IOPS en random read confirma NVMe. En hosting compartido, es más difícil de verificar: confía en las specs anunciadas y en el soporte al cliente.

Sí, para sitios de bajo tráfico (blog personal, escaparate pyme) donde la latencia sub-milisegundo no aporta nada. Para cualquier sitio con base de datos activa, WooCommerce, multi-usuarios simultáneos, el NVMe marca una diferencia medible. Visto que el NVMe ya no cuesta más, no hay razón para elegir SATA en 2026.

Únicamente para el almacenamiento frío (archivos, copias de seguridad a largo plazo), donde la relación €/TB sigue siendo favorable al HDD. Para todo lo que sirve contenido en tiempo real (sitio web, base de datos, archivos de usuarios), el HDD es a evitar en 2026. Incluso los NAS modernos usan SSD para el caché de lectura.

No en la práctica. Un NVMe enterprise aguanta 1-3 PBW (petabytes escritos), es decir 500-1500 GB/día durante 5 años. Incluso una base PostgreSQL muy activa raramente escribe más de 50 GB/día. La vida útil real supera fácilmente los 7-10 años en la mayoría de casos de hosting.