NVMe o SSD para un VPS: cuándo se nota la diferencia
NVMe no es lo contrario de SSD: es una interfaz moderna para unidades de estado sólido, mientras que SATA SSD usa una interfaz más antigua. En un VPS, la etiqueta comercial importa menos que la latencia, los IOPS disponibles, los límites y la carga compartida.
SSD no significa necesariamente SATA
Tanto SATA como NVMe pueden usar memoria flash. SATA limita el ancho de banda y fue diseñado para discos tradicionales; NVMe usa PCIe y colas paralelas. En hardware dedicado la diferencia puede ser grande, pero en un VPS el hipervisor y el almacenamiento distribuido pueden imponer un límite inferior al del dispositivo físico.
Métricas que sí importan
| Métrica | Qué muestra | Importa para |
|---|---|---|
| Latencia | Tiempo de una operación | Bases y aplicaciones interactivas |
| IOPS | Operaciones pequeñas por segundo | Índices, correo, muchos archivos |
| MB/s | Transferencia secuencial | Copias y archivos grandes |
| Consistencia | Variación durante el día | Producción y picos |
No confundas una cifra de caché con rendimiento sostenido. Un benchmark corto puede escribir en RAM o caché del host. Para una decisión real, mide con un tamaño superior a la caché y limita la prueba para no perjudicar a otros clientes.
Qué elegir según la tarea
- Blog estático o VPN: un SSD estable suele bastar.
- WordPress y pequeñas API: NVMe ayuda, pero caché y consultas mandan.
- PostgreSQL/MySQL: latencia e IOPS consistentes son críticos.
- Compilación y miles de ficheros: NVMe reduce esperas.
- Copias y vídeo: capacidad, MB/s y red pueden importar más.
| Carga | Prioridad | Elección habitual |
|---|---|---|
| Base transaccional | Latencia e IOPS | NVMe con límites claros |
| Archivos grandes | Capacidad y MB/s | SSD estable o almacenamiento de objetos |
| Web con caché | Consistencia y coste | SSD puede ser suficiente |
Disco local y almacenamiento de red
NVMe local suele ser rápido, pero la máquina física y el disco forman una misma unidad de fallo. El almacenamiento distribuido facilita migración y redundancia, aunque añade red y latencia. Pregunta dónde residen los datos, qué protege el proveedor y qué ocurre al fallar un nodo. RAID mejora disponibilidad, pero no reemplaza una copia externa.
Por qué dos VPS “NVMe” rinden distinto
Pueden cambiar la generación del dispositivo, RAID, red de almacenamiento, límites de IOPS, política de uso y número de vecinos. Incluso el mismo plan varía entre nodos. Busca garantías publicadas y mide varias veces. Una latencia estable suele ser más valiosa para una base que un pico espectacular.
Cómo probar sin causar problemas
Usa fio sobre un archivo temporal, no sobre el dispositivo que contiene producción. Define tamaño, patrón, profundidad de cola y duración, guarda percentiles y repite en distintos horarios. Observa también I/O wait y latencia de la aplicación. Elimina el archivo al terminar y respeta las reglas del proveedor.
Una prueba secuencial con cola profunda representa copias grandes, pero no necesariamente una base web. Para PostgreSQL, WordPress o correo, incluye operaciones aleatorias pequeñas y una profundidad realista. Compara siempre con los mismos parámetros y conserva la configuración del test junto al resultado.
Decidir sin pagar de más
Filtra primero por capacidad, copias y tolerancia al fallo. Después decide si la carga es sensible a latencia. Si la base cabe en RAM y recibe pocas escrituras, ampliar memoria puede mejorar más que cambiar de disco. Mantén siempre 20–30 % de espacio libre.
Errores frecuentes
- Elegir solo por la palabra NVMe.
- Comparar benchmarks con parámetros diferentes.
- Probar directamente sobre producción.
- Ignorar IOPS y percentiles de latencia.
- Confundir RAID o snapshot con backup.
Preguntas frecuentes
¿NVMe siempre es más rápido?
El dispositivo sí puede serlo, pero el límite virtual o la red pueden ocultar la ventaja.
¿Lo nota una web corporativa?
Con caché y poco tráfico, probablemente menos que una base activa.
¿Más RAM o NVMe?
Depende del cuello de botella; mide cache hit, I/O wait y latencia.
¿RAID evita el backup?
No, replica también borrados y corrupción.
¿Cuánto espacio libre?
Como mínimo 20–30 %, y más durante migraciones o actualizaciones.
Lee también cómo dimensionar recursos.