IOPS
SSD enterprise SAS 12G: 100-200k IOPS
SSD enterprise SATA: 80-100k IOPS
NVMe Gen4 enterprise: 1M-1,6M IOPS · 10× el SAS
NVMe enterprise sustituye SAS/SATA por un protocolo nativo PCIe: entre diez y cien veces más IOPS y latencias de un solo dígito en microsegundos en lugar de milisegundos. Pero no basta con comprar discos NVMe: hacen falta un backplane compatible, slots PCIe Gen4/5 libres, alimentación redundante para drives de alto consumo y soporte hot-swap en U.2/U.3.
SSD enterprise SAS 12G: 100-200k IOPS
SSD enterprise SATA: 80-100k IOPS
NVMe Gen4 enterprise: 1M-1,6M IOPS · 10× el SAS
SSD enterprise SAS/SATA: 100-300 µs
NVMe enterprise: 10-30 µs · 10× más baja
NVMe-oF sobre red: 30-100 µs (válido en escenarios distribuidos)
SAS 12G: 1,2 GB/s por disco
SATA 6G: 550 MB/s por disco
NVMe Gen4 x4: 7 GB/s por disco
NVMe Gen5 x4: 14 GB/s (próximamente)
Un backplane "SAS/SATA only" no admite NVMe. Hace falta un backplane tri-mode (SAS/SATA/NVMe). PowerEdge R750 con back-zone configurable en NVMe; HPE DL380 Gen11 NVMe-ready; Lenovo SR650 V2 con backplane NVMe-ready. En modelos más antiguos (R740 de las primeras releases) hay que sustituir el backplane.
Cada NVMe U.2/U.3 ocupa 4 lanes PCIe. En un sistema de 2 sockets Xeon Scalable Gen3 hay normalmente 64 lanes de CPU + chipset: cada slot NVMe cuesta 4 lanes. Verificamos el presupuesto de lanes incluyendo posibles NIC 25G/100G, GPU y controladoras de almacenamiento tri-mode.
Consumo de un NVMe enterprise: U.2 entre 7 y 15 W en actividad, con picos superiores. 24× U.2 suponen 240-360 W solo para los discos. En sistemas con la PSU al límite, añadir NVMe se sale del presupuesto: hay que pasar a una PSU de mayor potencia.
Los NVMe enterprise bajo carga generan un calor nada despreciable. Los sistemas con airflow estándar aguantan; los sistemas de alta densidad (1U dense) requieren ventiladores performance y una gestión térmica actualizada. Cocer los NVMe acelera el wear-out y activa el throttling térmico.
U.2 (2,5") el clásico, U.3 retrocompatible + tri-mode, M.2 solo para boot/caché (sin hot-swap), EDSFF E1.S/E3 emergentes para densidad de data center. El estándar en servidores enterprise es U.2/U.3 enterprise para almacenamiento y M.2 para boot.
Los sistemas operativos modernos soportan NVMe de forma nativa (Linux kernel 3.13+, Windows Server 2012 R2+). En sistemas más antiguos (Windows Server 2008, RHEL 6) hacen falta drivers del fabricante. VMware ESXi 6.5+ soporta NVMe nativamente.
Verificación del modelo, el backplane existente, las lanes PCIe libres, los slots AIC libres, el presupuesto de PSU y la refrigeración existente. Determinamos si la migración es plug-in o exige un upgrade de backplane.
Read-intensive, mixed-use o write-intensive según el workload. Capacidad por drive coherente con la clase elegida y con el presupuesto de lanes. Fabricantes: Samsung PM9A3/PM9B1, Kioxia CD8 / CM7, Micron 7450/9400, Solidigm D7-PS1010, Western Digital DC SN840.
Sustitución del backplane SAS-only por uno tri-mode cuando es necesario. Instalación de controladora tri-mode si se requiere RAID hardware. Cableado SAS actualizado (SlimSAS, MCIO).
Instalación física de los NVMe en las bays. Configuración del almacenamiento: RAID hardware vía tri-mode, o passthrough HBA para SDS, o bien mdadm/Storage Spaces si es por software. Drivers y firmware actualizados.
Benchmark fio con el workload típico, verificación de la temperatura de los drives bajo carga, validación del hot-swap si se requiere y baseline de rendimiento por escrito. Migración de los datos desde el almacenamiento anterior en una ventana acordada.
Cliente con datacenter en Lombardia, aplicación SaaS multi-tenant sobre PostgreSQL 15 con 8 TB de dataset activo. PowerEdge R750xs con 8× SAS 12G 10K de 2,4 TB en RAID 10 y controladora PERC H755. Latencia de las consultas OLTP en el rango de 8-30 ms y un batch de reporting que necesitaba 4-6 horas por la noche, saturando el almacenamiento.
Solución: el R750xs ya es NVMe-ready en las bays frontales. Sustituimos el pool de almacenamiento por 6× Samsung PM9A3 U.2 NVMe de 3,84 TB Mixed-Use en RAID 10 por software vía mdadm (sin controladora tri-mode, para exprimir al máximo la velocidad NVMe). La PERC H755 se mantuvo como HBA en passthrough.
Migración: montaje en paralelo del nuevo almacenamiento, pg_basebackup hacia el nuevo pool y swap durante la ventana nocturna de mantenimiento. Base de datos online sobre el nuevo almacenamiento con 90 minutos de downtime total (incluido el vacuum/analyze posterior al cambio).
Resultado: latencia de las consultas OLTP en el percentil 95 de 30 ms a 4 ms. Batch nocturno de 4-6 horas a 50 minutos. IOPS de almacenamiento de 18k de pico a 380k de pico. ROI calculado en 8 meses frente al coste de escalar horizontalmente con un nodo adicional.
Depende del modelo. Un servidor con backplane SAS/SATA estándar no admite NVMe salvo que se sustituya el backplane por una versión tri-mode. Los servidores ya preparados (Dell PowerEdge R750 con backplane tri-mode, HPE ProLiant DL380 Gen11 con bays NVMe-ready, Lenovo SR650 V2) lo admiten directamente. Verificamos el modelo exacto y te respondo sobre la viabilidad.
No. NVMe directo sobre PCIe Gen4 x4 da 7 GB/s y 1M IOPS; NVMe vía tri-mode con caché queda limitado por la controladora (1-2 GB/s normalmente, unos cientos de k IOPS). Pero el tri-mode aporta RAID hardware, caché protegida y una consola de gestión unificada: para workloads mid-market que buscan protección sencilla es un trade-off excelente.
Sí en U.2 y U.3 enterprise (Dell, HPE, Lenovo): es una función nativa del protocolo. En NVMe de consumo (M.2) no: el M.2 no está diseñado para hot-swap. Las SSD enterprise U.3 más modernas admiten hot-add sin parar el sistema, con reconocimiento por parte del sistema operativo (en Linux automático, en Windows a veces hace falta un rescan).
Para workloads IOPS-bound (bases de datos, virtualización) la diferencia es marginal: Gen4 ya satura la mayoría de los workloads. Para throughput puro (analytics, entrenamiento de ML, file server con datasets grandes) Gen5 sí marca la diferencia, duplicando el throughput secuencial. Las CPU que soportan Gen5 son Xeon Sapphire Rapids+ y EPYC Genoa+.
Sí, y de hecho es el patrón moderno para exprimir al máximo los NVMe: el software-defined storage expone los IOPS NVMe de forma mucho más eficiente que una controladora RAID hardware. ZFS sobre NVMe es excelente para workloads de base de datos. Windows Storage Spaces Direct y VMware vSAN están diseñados exactamente para NVMe + SDS.
Las SSD enterprise NVMe se clasifican por workload: Read-Intensive (1 DWPD), Mixed-Use (3 DWPD), Write-Intensive (10 DWPD). Para bases de datos OLTP intensivas conviene Mixed-Use. Read-Intensive va bien para repositorios de VM y file server. Write-Intensive solo para log shippers o metadatos pesados. Equivocarse de clase puede provocar wear-out en 1-2 años en lugar de 5+.
Envíame marca, modelo (service tag / número de serie / part number de la motherboard) y el workload objetivo. En un día laborable te respondo con la viabilidad técnica, los límites que he detectado y una estimación honesta.