NVMe vs SSD para hosting web: ¿qué diferencia hace?

La diferencia, en una frase

SSD describe de qué está hecho el almacenamiento; NVMe describe por dónde se conecta al procesador. Un SSD es una unidad de memoria flash sin partes móviles. NVMe (Non-Volatile Memory Express) es el protocolo que permite a esa memoria hablar directamente con la CPU a través del bus PCI Express.

La comparación correcta, entonces, no es "NVMe vs SSD" sino SSD SATA vs SSD NVMe. Ambos son SSD; cambia la carretera por la que viajan los datos.

Una analogía que funciona: la memoria flash es la mercancía y la interfaz es la vía. Puedes tener el mismo producto excelente saliendo por un camino de dos carriles con un solo peaje (SATA) o por una autopista de dieciséis carriles con miles de peajes en paralelo (NVMe). La mercancía no cambió; la capacidad de mover muchas cosas a la vez, sí.

Qué es un SSD SATA y cuál es su techo

Un SSD SATA es una unidad de estado sólido conectada por la interfaz SATA, creada originalmente para discos duros mecánicos. Ese origen es su limitación: hereda un protocolo pensado para un dispositivo con un brazo físico que se mueve.

Dos límites concretos:

• Ancho de banda. SATA III tiene un techo teórico de 600 MB/s, y en la práctica un buen SSD SATA se queda alrededor de 550 MB/s en lectura secuencial.
• Colas de comandos. El protocolo AHCI que usa SATA gestiona una sola cola con 32 posiciones. Es decir: puede tener 32 órdenes pendientes, en fila india.

Aun así, un SSD SATA es enormemente mejor que un disco mecánico. El salto de HDD a SSD fue más grande que el de SATA a NVMe, y un plan de hosting con SSD SATA sobre un servidor bien dimensionado sirve perfectamente a un sitio corporativo.

Qué es NVMe y por qué existe

NVMe es un protocolo de comunicación diseñado desde cero para memoria flash, que conecta la unidad directamente al procesador por líneas PCI Express, sin pasar por el controlador SATA. Se creó porque el cuello de botella dejó de estar en la memoria y pasó a estar en la interfaz.

Sus dos ventajas estructurales:

• Ancho de banda. Una unidad NVMe sobre PCIe Gen4 alcanza hasta 7.000 MB/s de lectura secuencial, más de diez veces lo que permite SATA III.
• Paralelismo. NVMe admite hasta 65.535 colas de comandos, frente a la única cola de 32 posiciones de AHCI. Esta es la diferencia que de verdad importa en un servidor, donde cientos de peticiones compiten a la vez.

Ese segundo punto es la clave y casi nunca se explica: la ventaja de NVMe no es tanto ir más rápido como poder atender muchas cosas a la vez. Un servidor de hosting no copia archivos grandes; atiende peticiones simultáneas de muchos sitios.

Las cifras, lado a lado

Fuentes de las cifras: especificaciones publicadas por fabricantes de almacenamiento y comparativas de servidores del sector (Kingston). Son valores de referencia de dispositivo, no promesas de rendimiento de un plan concreto: lo que tú recibes depende además de cuántas cuentas comparten esa unidad y de si el proveedor limita las operaciones por cuenta.

Por qué en una web importan las IOPS y no los MB/s

Este es el punto que más se malinterpreta al comparar planes de hosting. Los proveedores anuncian megabytes por segundo porque son cifras grandes y vistosas, pero una página web casi nunca hace lecturas secuenciales.

Piensa en lo que ocurre cuando alguien carga una entrada de WordPress sin caché:

1. 1 Se abren decenas de archivos PHP pequeños: el núcleo, el tema, cada plugin activo.
2. 2 Se ejecutan entre 30 y 200 consultas a la base de datos MySQL, que leen fragmentos dispersos por el disco.
3. 3 Se leen las imágenes y los archivos estáticos que pide el navegador.

Nada de eso es "copiar un archivo de 4 GB". Es acceso aleatorio: miles de lecturas pequeñas en posiciones dispersas. Y el acceso aleatorio se mide en IOPS (operaciones de entrada/salida por segundo) y en latencia (cuánto tarda cada operación individual).

Ahí está el argumento real de NVMe: pasar de 50-150 microsegundos a menos de 20 por operación, multiplicado por miles de operaciones por página y por decenas de visitantes simultáneos, se acumula en algo perceptible.

Dónde se nota de verdad en un hosting web

El disco interviene cuando hay que ir a buscar datos. Si la caché ya tiene la respuesta, el disco no participa. Por eso el tipo de almacenamiento se nota exactamente en estos escenarios:

• Peticiones que no se pueden cachear. El carrito y el checkout de una tienda, el buscador interno, las cuentas de usuario. En estos casos siempre se ejecuta PHP y siempre se consulta la base de datos.
• El panel de administración de WordPress. Nunca está cacheado. Si /wp-admin va lento mientras la portada vuela, el disco y la CPU son los sospechosos.
• Muchos visitantes simultáneos. Cuando las peticiones se solapan, la cola de comandos deja de ser una abstracción: es la diferencia entre responder o esperar.
• Bases de datos que superan la memoria disponible. Si el conjunto de datos activo no cabe en RAM, cada consulta baja al disco.
• Servidores compartidos con muchas cuentas activas. Aquí no compites solo contigo mismo, sino con los vecinos. La combinación de NVMe y una capa de aislamiento como CloudLinux es lo que evita que un sitio mal programado degrade a los demás.

La métrica donde esto se observa es el TTFB (Time to First Byte), el tiempo que tarda el servidor en enviar el primer byte de la respuesta. Google considera bueno un TTFB de 0,8 segundos o menos y deficiente por encima de 1,8 segundos (web.dev). El disco es uno de los tres factores que más lo mueven, junto con el servidor web y la distancia geográfica. Los otros dos los tratamos en LiteSpeed vs Nginx vs Apache.

Dónde NVMe no cambia nada

Aquí conviene ser tan concreto como en la sección anterior, porque el marketing de almacenamiento promete cosas que el hardware no puede cumplir.

• Imágenes pesadas. Si tu portada carga ocho fotos de 3 MB, el problema es la descarga en el navegador del visitante, no la lectura en el servidor. Comprimirlas cuesta cero dólares y rinde más que cualquier disco.
• JavaScript y CSS sin optimizar. Todo lo que ocurre después de que llega el HTML es responsabilidad del navegador.
• Consultas SQL sin índices. Un SELECT mal escrito que recorre una tabla entera seguirá siendo lento; NVMe solo hace que recorra la tabla equivocada más rápido.
• Distancia geográfica. Si tus clientes están en Guayaquil y el servidor está en Fráncfort, hay milisegundos de red que ningún disco recupera.
• Falta de RAM o CPU saturada. Si el servidor está sin memoria y usando swap, el disco será rápido haciendo un trabajo que no debería estar haciendo.
• Un plan sobrevendido. Un proveedor puede usar unidades NVMe excelentes y aplicar un límite bajo de IOPS por cuenta. La etiqueta del disco no describe el servicio; lo que hay que preguntar está en hosting barato: qué debes revisar antes de contratar.

Si administras tu propio servidor y quieres medir esto con herramientas reales en vez de suponerlo, el procedimiento con fio e iostat está detallado en NVMe vs SSD: qué diferencia hace realmente en un VPS.

Qué revisar en un plan de hosting

Cinco preguntas concretas, en orden de utilidad:

1. 1 ¿El almacenamiento es NVMe o SATA? Pídelo por escrito. Es la pregunta más simple y la que menos proveedores responden con precisión.
2. 2 ¿Hay límite de IOPS por cuenta y cuál es? En hosting compartido siempre hay algún límite; que te lo digan es señal de transparencia.
3. 3 ¿Hay aislamiento de recursos entre cuentas? Tecnologías como CloudLinux impiden que un vecino con un plugin defectuoso consuma el servidor entero. Sin aislamiento, el mejor disco del mundo se reparte mal.
4. 4 ¿Cuánto espacio incluye el plan y cuánto uso yo realmente? El espacio en disco es una dimensión distinta de la velocidad, y contratar de más es el gasto inútil más frecuente. Los números reales de un sitio típico están en cuánto espacio necesita una página web.
5. 5 ¿Qué servidor web y qué caché hay encima? Un disco rápido con una caché bien configurada hace que el disco intervenga pocas veces, que es el escenario ideal. Cómo funciona esa capa está en qué es LiteSpeed y por qué importa en tu hosting.

Si tienes una tienda en línea, el orden de prioridades cambia: el checkout no se cachea, así que disco y CPU pesan más que en un sitio informativo. Ese caso lo desarrollamos en hosting para ecommerce en Ecuador.