Tecnología subyacente: por qué la diferencia es tan grande
Los HDDs almacenan bits magnéticamente en platos giratorios, lo que requiere movimiento físico de cabezales que tarda 3-15 ms por lectura aleatoria. Las SSDs SATA usan celdas de memoria flash accesibles en microsegundos pero se comunican por el protocolo legado AHCI/SATA, diseñado para discos giratorios. Las SSDs NVMe usan la misma flash pero hablan por PCIe con un protocolo diseñado desde cero para acceso paralelo y baja latencia, y la diferencia se nota en todas partes.
Un HDD a 7.200 RPM promedia 8,3 ms de latencia rotacional más 3-12 ms de seek, dando una latencia total de lectura aleatoria de aproximadamente 5-15 ms. Una SSD SATA elimina ambas con flash electrónica, bajando la latencia a ~100 microsegundos (entre 50 y 100 veces más rápido), pero está limitada por la cola única del protocolo AHCI de SATA con 32 I/Os pendientes. NVMe (Non-Volatile Memory Express, estandarizado en 2011) se diseñó específicamente para flash: transporte PCIe (sin controladora SATA en el camino), 64.000 colas de comandos con 64.000 comandos cada una (frente a las 32 de AHCI) y un set de comandos optimizado. Resultado: la latencia NVMe extremo a extremo cae a 10-50 microsegundos, el paralelismo escala casi linealmente con la profundidad de cola y una sola unidad NVMe puede sostener más de 1 millón de IOPS aleatorias frente a las casi 100.000 de una SSD SATA. La brecha tecnológica no es "un poco mejor": es de 10 a 100 veces en cada métrica relevante.
IOPS, latencia y rendimiento comparados
Cifras típicas en 2026. HDD: 100-200 IOPS aleatorias, 5-15 ms de latencia, 200 MB/s secuenciales. SSD SATA: 50.000-100.000 IOPS aleatorias, ~100 μs de latencia, 500-550 MB/s secuenciales. NVMe Gen 4: 500.000-1.000.000 IOPS aleatorias, 10-50 μs, 5-7 GB/s secuenciales. NVMe Gen 5: 1,5-2 millones IOPS, ~10 μs, 12-14 GB/s secuenciales.
Estos son rangos típicos de precio minorista y empresarial en 2026, no mínimos o máximos absolutos. El precio de las NVMe de consumo se ha comprimido más rápido que el empresarial; la brecha entre NVMe Gen 4 de consumo (~70 EUR/TB) y NVMe empresarial de alta resistencia (~150 EUR/TB) es ahora principalmente endurance (DWPD: drive writes per day) y condensadores de protección frente a corte de energía, más que rendimiento puro. Para los proveedores de hosting, la elección relevante es casi siempre NVMe empresarial, porque las unidades de consumo carecen del rendimiento de escritura sostenida y de PLP necesarios para cargas compartidas.
| Métrica | HDD 7,2K | SSD SATA | NVMe Gen 4 | NVMe Gen 5 |
|---|---|---|---|---|
| IOPS lectura aleatoria (4K) | 100-200 | ~95K | 500K-1M | 1,5-2 M |
| IOPS escritura aleatoria (4K) | 100-200 | ~85K | 300K-700K | 1-1,4 M |
| Latencia lectura (típica) | 5-15 ms | ~100 μs | 10-50 μs | ~10 μs |
| Lectura secuencial | 150-250 MB/s | 500-550 MB/s | 5-7 GB/s | 12-14 GB/s |
| Interfaz | SATA 6 Gb/s | SATA 6 Gb/s | PCIe 4.0 x4 | PCIe 5.0 x4 |
| Profundidad de cola del protocolo | 1 | 32 | 65.536 | 65.536 |
| Coste por TB en 2026 (empresarial) | ~15-25 EUR | ~80-120 EUR | ~100-150 EUR | ~150-220 EUR |
| Coste por TB en 2026 (consumo) | ~25-35 EUR | ~50-70 EUR | ~70-100 EUR | ~120-180 EUR |
Cuándo importa NVMe
NVMe importa allá donde IOPS aleatorias y latencia de cola dominen el rendimiento de la carga: bases de datos relacionales, almacenes clave-valor, índices de búsqueda, colas de mensajes, granjas de build de contenedores, pipelines CI/CD y cualquier carga con alta concurrencia. Cuanto más rápida sea la aplicación, más se beneficia de NVMe: los cuellos de botella se desplazan del disco a la CPU.
Tres categorías de carga ven mejoras espectaculares con NVMe. Las cargas de bases de datos —Postgres, MySQL, SQL Server— emiten muchas lecturas aleatorias concurrentes de 4-16 KB en índices; la latencia se traduce directamente en tiempo de consulta. Una carga OLTP típica en SSD SATA topa en torno a 1 ms en la latencia de consulta del percentil 95; la misma carga en NVMe corre a un p95 sub-200 microsegundos. Las cargas en contenedores —Docker, Kubernetes— realizan miles de pequeñas lecturas durante los pulls de imágenes y la extracción de capas; NVMe reduce el tiempo de arranque en frío entre 5 y 10 veces. Los pipelines CI/CD y de build —bazel, gradle, npm install— son patológicamente dependientes de IOPS aleatorias; pasar de SATA a NVMe suele reducir a la mitad los tiempos de build. El hilo común: cualquier carga donde se acumulen muchas operaciones pequeñas concurrentes se beneficia del escalado por profundidad de cola de NVMe. Las cargas secuenciales monohilo ganan menos porque las SSDs SATA ya saturan su interfaz.
Cuándo no importa NVMe (y un HDD puede bastar)
La entrega de contenido estático, el streaming de vídeo, el almacenamiento de copia en frío, el archivado de logs y el procesamiento batch de archivos grandes no ven mejoras significativas con NVMe porque son secuenciales y limitadas por ancho de banda, no por IOPS. Un HDD a 7.200 RPM o incluso una unidad SMR Hammer a 250 MB/s secuenciales es suficiente, y entre 5 y 10 veces más barato por terabyte.
Tres patrones de carga apenas usan IOPS. La entrega de contenido estático sirve archivos de entre 100 KB y varios MB de forma secuencial; el read-ahead del SO y la caché de disco hacen que una SSD SATA o incluso un HDD sean prácticamente igual de rápidos que NVMe para los usuarios finales (sobre todo cuando hay una CDN delante). El streaming de vídeo también funciona como largas lecturas secuenciales con fuerte localidad de caché de páginas; incluso un stream de 10 Gbps de contenido 4K se alimenta fácilmente desde un pool HDD de 250 MB/s. El almacenamiento de copia y archivado en frío se preocupa por el coste por TB y la durabilidad, no por la latencia: Backblaze, AWS Glacier y la mayoría de niveles empresariales de copia siguen utilizando HDDs (o cinta magnética) para archivos a escala de petabyte donde el acceso es raro. Identifique si su carga está limitada por IOPS o por ancho de banda antes de pagar el premium de NVMe; para cargas secuenciales a escala, los HDDs siguen ganando en economía por byte.
Compromisos de coste por GB en 2026
Precio empresarial por TB en 2026 (rangos típicos): HDD ~15-25 EUR, SSD SATA ~80-120 EUR, NVMe Gen 4 ~100-150 EUR, NVMe Gen 5 ~150-220 EUR. La brecha HDD-SATA se ha estrechado; la brecha SATA-NVMe es ahora lo bastante pequeña como para que la mayoría de los nuevos despliegues de hosting estandaricen NVMe por defecto, reservando los HDDs para niveles de copia y archivado.
Hace dos años la brecha de precio SATA-NVMe era lo bastante relevante como para que los planes VPS de gama media siguieran enviando SSDs SATA por defecto. En 2026 la brecha se ha cerrado a aproximadamente un 20-30 % en SKUs empresariales, y la brecha de rendimiento (10x en IOPS, 5x en latencia) hace las cuentas fáciles: paga un 20 % más por 10 veces el rendimiento. Casi todo host VPS commodity envía hoy NVMe Gen 4 por defecto para almacenamiento primario. Las SSDs SATA persisten sobre todo en plataformas de servidor dedicado con más bahías de discos, donde 8-12 SSDs SATA en RAID-10 dan un perfil de coste distinto a 2-4 unidades NVMe en RAID por software. Los HDDs solo siguen siendo dominantes en cargas de copia, archivado y almacenamiento masivo donde el coste por TB pesa más que las IOPS. Para cualquier nuevo despliegue de base de datos primaria, NVMe es el único valor predeterminado sensato.
RAID, redundancia y lo que la ficha técnica no dice
El rendimiento de unidad única es solo la mitad de la historia. El RAID NVMe añade sobrecarga de CPU salvo con tarjetas RAID NVMe por hardware (raras y caras); los espejos software md RAID-1 son habituales, RAID-5/6 menos. La endurance (DWPD) y la protección frente a corte de energía (PLP) importan tanto como las IOPS: las NVMe de consumo sin PLP pueden perder datos en caídas del host durante escrituras sostenidas.
Tres detalles a menudo ausentes de las fichas técnicas. Primero, el RAID-5/6 software sobre NVMe está más limitado por CPU que por disco: a más de un millón de IOPS, el cálculo de paridad puede saturar varios núcleos. La mayoría de despliegues NVMe en producción usan espejos RAID-1 y se apoyan en copias de seguridad para la durabilidad más allá del espejo. Segundo, la endurance se mide en DWPD (drive writes per day) durante un periodo de garantía de 5 años; las NVMe de consumo están entre 0,3 y 0,5 DWPD, las empresariales mainstream entre 1 y 3 DWPD y las empresariales de escritura intensiva por encima de 10 DWPD. Una carga de base de datos con muchas escrituras puede gastar una unidad de consumo en meses. Tercero, la protección frente a corte de energía —condensadores en placa que vuelcan a flash las escrituras en vuelo cuando se corta la energía— es estándar en unidades empresariales y ausente en la mayoría de las de consumo. Sin PLP, una caída del host durante un fsync puede corromper datos pese a que la aplicación lo haga todo correctamente. Compruebe siempre estos tres detalles, no solo las IOPS.