Guía de SSD industrial Kalstor: elegir SATA o NVMe con datos de carga
- Elija interfaz por compatibilidad y carga medida: SATA 6Gb/s tiene un techo declarado de 600MB/s, mientras PCIe/NVMe ofrece mucho más presupuesto de enlace y colas.
- Convierta escrituras diarias y años de servicio en TBW o DWPD antes de elegir capacidad; la velocidad de interfaz no determina resistencia.
- La aprobación necesita rendimiento sostenido y latencia p99 tras agotar caché, no solo un pico breve de unidad nueva.
- La propuesta Kalstor se vincula a una configuración y evidencia cotizadas; controlador, NAND, firmware, temperatura y cambios deben confirmarse por escrito.
Un proyecto SSD industrial de Kalstor no debería comenzar con “¿SATA o NVMe?”. Primero necesita conector y protocolo del host, escrituras diarias, tamaños de transferencia, plazo de latencia, temperatura, comportamiento eléctrico y periodo de control de suministro. Esos datos deciden compatibilidad SATA, ancho de banda NVMe, resistencia, temperatura amplia, funciones de energía o BOM controlada.
Una reseña de escritorio puede mostrar cientos de miles de IOPS en un SSD NVMe a profundidad de cola 32, mientras un equipo embebido todavía se detiene durante el arranque o la rotación de registros. Ambas observaciones pueden ser ciertas. El benchmark midió cuánto trabajo paralelo podía aceptar la unidad; el producto quizá emite solo una o dos solicitudes a la vez y le importa más la finalización más lenta que el total por segundo.
La profundidad de cola no es, por tanto, una etiqueta decorativa. Describe cuántas solicitudes de entrada/salida están pendientes en el dispositivo. Para interpretarla hay que relacionar la arquitectura del protocolo, la concurrencia del host y los plazos de la aplicación.
Qué cubre el programa SSD industrial de Kalstor
Kalstor gestiona abastecimiento por proyecto de SSD SATA y NVMe para equipos embebidos, edge, grabadores, controladores industriales y distribución especializada. Según el SKU cotizado, pueden evaluarse formatos SATA de 2,5 pulgadas, mSATA, M.2 SATA y M.2 NVMe, además de capacidad, temperatura, resistencia, firmware y control de configuración.
Este artículo es un marco de selección, no una ficha universal. No afirma que toda capacidad, NAND, temperatura o protección eléctrica esté siempre disponible. Kalstor confirma configuración exacta, condiciones de suministro y paquete de evidencia después de recibir host, carga, capacidades, ambiente y previsión.
Datos actuales del portafolio: lo que Kalstor puede publicar
La tabla reproduce los campos controlados de la especificación Kalstor de agosto de 2026 [9]. Las cifras secuenciales son máximos de catálogo para la familia indicada; no garantizan el resultado sostenido de toda capacidad o carga.
| Familia Kalstor | Dimensiones | Capacidades | Interfaz y voltaje | Lectura/escritura secuencial de catálogo | Lectura/escritura aleatoria de catálogo |
|---|---|---|---|---|---|
| SATA III de 2,5 pulgadas | 100 × 69,85 × 7,0mm | 128GB-4TB | SATA 6Gb/s, 5V | hasta 550/500MB/s | hasta 80K/75K IOPS |
| mSATA | 50,8 × 29,85 × 4,0mm | 128GB-2TB | SATA III, 3,3V | hasta 550/500MB/s | hasta 80K/75K IOPS |
| M.2 SATA 2280 | 22 × 80 × 2,15mm | 128GB-4TB | SATA III, 3,3V | hasta 560/520MB/s | hasta 100K/80K IOPS |
| M.2 SATA 2242 | 22 × 42 × 2,15mm | 128GB-4TB | SATA III, 3,3V | hasta 560/520MB/s | hasta 100K/80K IOPS |
| M.2 NVMe 2280 | 22 × 80 × 2,15mm | 512GB-4TB | PCIe Gen3 x4 M-key, 3,3V | hasta 2100/1700MB/s | No publicado como campo controlado |
Los campos comunes actuales son NAND TLC, operación de 0 a 70°C, almacenamiento de -25 a 85°C, humedad declarada de 0-95% y choque de 1500G/0,5ms. La línea SATA de 2,5 pulgadas enumera protección eléctrica por hardware; no debe extenderse a todos los formatos sin la ficha del SKU cotizado.
En la unidad de 2,5 pulgadas, el borde de conexión contiene dos secciones contiguas con llave en L. La sección corta tiene 7 contactos para datos SATA; la sección ancha tiene 15 contactos para alimentación, sumando 22 contactos en el conector combinado del dispositivo. Sus funciones eléctricas son distintas aunque estén una junto a otra. Un módulo M.2 SATA transporta el protocolo SATA mediante su conector de borde M.2 y no utiliza estos receptáculos separados de 7 y 15 pines.
Varios datos técnicos permanecen abiertos a nivel de artículo: partes de controlador y NAND, firmware, TBW/DWPD, potencia activa y en reposo, atributos SMART detallados, garantía y resultados sostenidos por capacidad. Deben figurar en la hoja de configuración del RFQ y en la muestra aprobada. Si la narrativa heredada del proveedor contradice su tabla, Kalstor usa la tabla solo como especificación candidata y exige una ficha corregida antes de liberar el producto.
Empiece por el presupuesto de interfaz
SATA-IO indica que SATA Revision 3.0 elevó la tasa a 6Gb/s, descrita en su FAQ como hasta 600MB/s [5]. Es una tasa de interfaz, no una promesa de escritura sostenida. Overhead, controlador, NAND, carga y temperatura reducen el resultado de aplicación.
PCI-SIG documenta PCIe 3.0 a 8,0GT/s con codificación 128b/130b y aproximadamente 1GB/s por lane y dirección [6]. Un enlace x4 ofrece unos 4GB/s antes de overhead superior. PCIe 4.0 duplica la señal a 16GT/s y aproxima 8GB/s x4 [7]. El SSD real sigue limitado por controlador, canales NAND, firmware, potencia y refrigeración.
| Interfaz | Base publicada | Presupuesto aproximado por dirección | Lo que no demuestra |
|---|---|---|---|
| SATA Revision 3.0 | 6Gb/s | hasta 600MB/s según SATA-IO | Escritura NAND sostenida, latencia o resistencia |
| PCIe 3.0 x2 | cerca de 1GB/s por lane | cerca de 2GB/s | Que el SSD alcance todo el enlace |
| PCIe 3.0 x4 | cerca de 1GB/s por lane | cerca de 4GB/s | Velocidad QD1, estabilidad térmica o firmware |
| PCIe 4.0 x4 | doble señal que PCIe 3.0 | cerca de 8GB/s | Rendimiento sostenido dentro del gabinete |
Elija SATA cuando el host sea SATA, la carga medida quepa en el resultado sostenido y la estabilidad sea prioritaria. Elija NVMe cuando exista PCIe, haya demanda real de ancho de banda o concurrencia y el diseño térmico/eléctrico soporte el módulo. Un adaptador no conserva automáticamente arranque, SMART, estados de energía o recuperación.
Convierta la escritura en requisito de producto
TBW requerido = GB escritos al día × 365 × años ÷ 1.000 DWPD de carga = GB escritos al día ÷ capacidad SSD en GB
El conjunto siguiente supone cinco años y añade 30% de margen declarado. Es una política de ejemplo, no una regla del sector ni rating de producto Kalstor.
| Escrituras/día | Escritura en cinco años | Con 30% | DWPD en 512GB | DWPD en 1TB |
|---|---|---|---|---|
| 50GB | 91,3TB | 118,6TB | 0,10 | 0,05 |
| 150GB | 273,8TB | 355,9TB | 0,29 | 0,15 |
| 300GB | 547,5TB | 711,8TB | 0,59 | 0,30 |
| 600GB | 1.095,0TB | 1.423,5TB | 1,17 | 0,60 |
El TBW publicado debe corresponder a capacidad, garantía, carga y temperatura compatibles. Escrituras de host no equivalen siempre a escrituras NAND: la amplificación interna puede programar más datos. Un cálculo de cinco años tampoco demuestra cinco años de retención apagada.
Más capacidad puede reducir DWPD al repartir la misma carga, pero solo si la familia escala su resistencia. Confirme la ficha exacta y no extrapole.
Relacione producto y despliegue medible
| Despliegue | Datos que recopilar | Dirección probable | Evidencia de liberación |
|---|---|---|---|
| HMI o controlador | Arranque QD1, logs/día, brownout | SATA o NVMe de bajo consumo con firmware controlado | Ciclos de arranque, p99 y recuperación |
| Grabador multicámara | MB/s totales, retención, reproducción | SATA de alta resistencia o NVMe según flujos | Sobrescritura sostenida, temperatura y archivos |
| Equipo edge AI | Carga de modelo, scratch, concurrencia | NVMe si aprovecha PCIe | Carga mixta, estado térmico y salud |
| Computador vehicular | Escrituras, vibración, transitorios, gabinete | Configuración de temperatura amplia según SKU | Host, ambiente y energía |
| Reventa especializada | Mezcla de hosts, grado, devoluciones | Familias SATA/NVMe claramente segmentadas | Identidad, capacidad, muestra y cambios |
“Industrial” no nace de cambiar una etiqueta. La propuesta debe indicar qué requisitos cubre: temperatura, resistencia, energía, configuración fija, longevidad o aviso. Lo no soportado por el SKU permanece como requisito abierto, no como texto comercial.
Qué mide la profundidad de cola
Si el host envía una lectura y espera su finalización antes de enviar la siguiente, el dispositivo normalmente ve profundidad uno. Cuando varios hilos, operaciones del sistema de archivos o máquinas virtuales emiten solicitudes al mismo tiempo, la capa de bloques puede mantener varios comandos pendientes.
Profundidad de cola no equivale a número de hilos. Un trabajador asíncrono puede sostener varias solicitudes; muchos hilos síncronos pueden producir una cola poco profunda. Tampoco la fija el SSD: aplicación, planificador del sistema operativo, driver, interfaz y controlador influyen en el valor observado.
La NAND trabaja en paralelo mediante canales, dies y planos. El controlador necesita trabajo independiente suficiente para aprovecharlo. Una vez ocupada la paralelización útil, las solicitudes adicionales esperan principalmente su turno.
SATA NCQ: concurrencia útil dentro de un modelo más estrecho
Native Command Queuing permite que un dispositivo SATA acepte varios comandos y elija un orden de ejecución eficiente. SATA-IO lo describe como un mecanismo para optimizar el orden de las lecturas y escrituras [3]. Su modelo de etiquetas dispone de 32 posiciones, de ahí que QD32 se convirtiera en un punto habitual de saturación SATA [4].
La capacidad es importante: SATA no está limitado a una solicitud. Un SSD SATA competente combina NCQ con la planificación interna de flash y obtiene bastante más rendimiento que en QD1.
Sin embargo, el host se comunica por un único enlace SATA y con un espacio de comandos mucho menor que NVMe. Un resultado SATA QD32 estudia un nivel cercano a la concurrencia disponible del protocolo; no demuestra que la aplicación objetivo mantenga 32 operaciones útiles pendientes.
NVMe: pares de colas para hosts paralelos
NVMe define colas de envío donde el host coloca comandos y colas de finalización donde el controlador devuelve resultados. La especificación base admite hasta 65.535 colas de E/S de cada tipo y hasta 65.535 entradas por cola, sujeto a los límites negociados y de implementación [1]. Son máximos arquitectónicos, no una promesa para cada SSD o sistema operativo.
Los múltiples pares permiten asignar trabajo a núcleos de CPU y reducir la contención de bloqueos compartidos. Los doorbells y el tratamiento de finalizaciones fueron diseñados para memoria no volátil conectada por PCIe [2]. Por eso NVMe posee un techo muy superior con cargas paralelas.
No elimina la latencia. La solicitud puede esperar en el planificador, la cola de envío, el firmware, la capa de traducción flash o la propia NAND. El throttling térmico, la recolección de basura y las transiciones de energía pueden añadir demora. La arquitectura explica la oportunidad; la medición decide el resultado.
Por qué QD32 puede engañar a un producto de baja concurrencia
Considere dos unidades con lecturas aleatorias de 4KiB:
| Dispositivo | Rendimiento QD1 | Rendimiento QD32 | Latencia media QD1 | Latencia p99 QD32 |
|---|---|---|---|---|
| Unidad A | 15k IOPS | 300k IOPS | 66 microsegundos | 900 microsegundos |
| Unidad B | 13k IOPS | 220k IOPS | 77 microsegundos | 420 microsegundos |
Son cifras hipotéticas para explicar el método, no datos comerciales. A gana en saturación; B tiene la menor latencia de cola indicada bajo carga profunda. Un arranque que rara vez supera QD2 recibirá poco beneficio del techo QD32 de A, mientras una base de datos con muchos trabajadores podría preferirlo.
Rendimiento pregunta cuánto trabajo termina por unidad de tiempo. Latencia pregunta cuánto tarda cada solicitud. Con colas profundas, el rendimiento puede crecer mientras cada operación espera más.
Use la ley de Little como comprobación
En un sistema estable puede aplicarse esta aproximación:
E/S pendiente ≈ IOPS × latencia media en segundos
Un reporte de 80.000 IOPS con 100 microsegundos implica:
80.000 × 0,0001 = 8 solicitudes
Con 500.000 IOPS y 200 microsegundos, el valor aproximado es 100. La aritmética no valida por sí sola el benchmark, pues influyen los límites de medición y el agrupamiento, pero detecta incoherencias. IOPS, latencia y configuración de cola deben describir el mismo sistema.
También muestra por qué una latencia menor produce rendimiento útil sin colas profundas: cada posición se reutiliza más rápido. Añadir solicitudes puede ocultar un servicio lento detrás de la concurrencia y empeorar la respuesta.
Adapte la cola a la aplicación
| Carga | Preocupación probable | Primeras pruebas |
|---|---|---|
| Arranque y apertura de aplicaciones | Ráfagas cortas y lecturas dependientes | Latencia QD1/QD2 aleatoria y de lectura |
| PLC, HMI o registrador edge | Incumplimiento de plazo durante escrituras | p99/p99.9 con mezcla realista |
| Grabador de una cámara | Escritura secuencial con metadatos | Estabilidad QD1/QD2 y latencia de flush |
| NVR multicámara | Flujos paralelos y reproducción | Rendimiento agregado y cola con concurrencia medida |
| Base de datos o virtualización | Solicitudes independientes numerosas | Curva QD1, 4, 8, 16, 32 y superiores |
Estas etiquetas no determinan la cola automáticamente. Trace el equipo real. En Linux, estadísticas de la capa de bloques, telemetría y generadores de carga ayudan a observar solicitudes pendientes. En RTOS o controladores propios, registre tiempos de envío y finalización.
El objetivo es una distribución, no solo un promedio. Guarde mediana, p95, p99 y, si la duración lo permite, p99.9. Cuente además los incumplimientos del plazo. Un valor atípico de 10 milisegundos puede desaparecer en la media y todavía congelar la interfaz o desbordar un búfer.
Construya una matriz reproducible SATA contra NVMe
Parta de la carga del producto y añada pruebas diagnósticas:
| Variable | Cobertura mínima útil |
|---|---|
| Bloque | 4KiB aleatorio y tamaños reales de la aplicación |
| Mezcla | 100% lectura, 100% escritura y proporción medida |
| Profundidad | 1, 2, 4, 8 y 32; más solo si el producto lo genera |
| Trabajadores | Una ruta síncrona y luego la concurrencia real |
| Estado | Referencia inicial y estado estable preacondicionado |
| Llenado | Nivel de lanzamiento y condición de llenado alto |
| Duración | Suficiente para agotar caché y cruzar gestión de fondo |
| Temperatura | Ambiente controlado y temperatura del controlador registrada |
Use datos no comprimibles o representativos cuando el patrón pueda cambiar el comportamiento. Mantenga iguales sistema de archivos, SO, política de energía y plataforma. Indique acceso a bloque sin formato o mediante sistema de archivos; este último incorpora asignación, journal y flush que una prueba raw omite.
En escritura, continúe más allá de la ráfaga de caché SLC y observe la recuperación. En NVMe, registre temperatura y throttling térmico. Así evita comparar una unidad fría y breve con otra limitada térmicamente.
Separe interfaz y diseño de la unidad
NVMe sobre PCIe ofrece más ancho de banda, menor sobrecarga y más escalabilidad que SATA. Aun así, una implementación NVMe débil puede perder una prueba de poca cola o escritura sostenida frente a un buen SATA. Generación NAND, canales, DRAM, firmware, sobreaprovisionamiento y recolección de basura siguen importando.
El formato físico es otra variable. M.2 describe el módulo; SATA y NVMe describen interfaz y comandos. La guía de formatos e interfaces SSD evita confundir un M.2 SATA con un M.2 NVMe.
En selección industrial, confirme que la configuración se mantendrá durante la ventana de suministro. Un benchmark de una combinación no califica un reemplazo sin aviso. La guía SSD industrial frente a consumo explica el control de BOM y la notificación de cambios.
Evidencia necesaria antes de aprobar
El informe debe identificar:
- número de parte, capacidad, firmware y configuración;
- host, generación del enlace, lanes, driver y energía;
- herramienta, versión, bloque, patrón y mezcla;
- profundidad, trabajadores y si la profundidad es total o por trabajador;
- preacondicionamiento, llenado, duración y temperatura;
- IOPS o ancho de banda junto con promedio y percentiles;
- gráfica sostenida, errores, temperatura y estado de throttling.
Después pruebe en el host objetivo. Reproduzca la concurrencia, verifique arranque y recuperación y combine escrituras de fondo con lecturas prioritarias. Para calificar con Kalstor, la entrada accionable es interfaz, traza o matriz, plazo de latencia, temperatura, capacidad, resistencia y periodo de control de configuración, no simplemente “un SSD rápido”.
Conclusión
SATA NCQ y NVMe exponen concurrencia a escalas arquitectónicas distintas. QD32 sirve para hallar saturación; no representa universalmente al producto. Mida QD1 y poca profundidad para trabajo dependiente o interactivo, mida escalado cuando exista paralelismo real y conserve la latencia de cola junto al rendimiento. Así obtiene una comparación reproducible y defendible.
Preguntas frecuentes
¿Todo sistema industrial necesita un SSD NVMe?
¿Por qué muchos benchmarks de SSD usan QD32?
¿Qué percentil de latencia debe especificar un sistema industrial?
¿Puedo comparar dos fichas técnicas solo mediante IOPS?
¿Kalstor mantiene todas las configuraciones SSD en inventario?
Referencias
- NVM Express — NVM Express Base Specification 2.0a ↩
- NVM Express — NVM Express over PCIe Transport Specification 1.0 ↩
- SATA-IO — descripción de Native Command Queuing ↩
- SATA-IO — aclaración del conjunto NCQ de SATA 3.2 ↩
- SATA-IO — FAQ de tasa de transferencia SATA Revision 3.0 ↩
- PCI-SIG — FAQ de bitrate y ancho de banda PCI Express 3.0 ↩
- PCI-SIG — FAQ PCI Express 4.0 a 16GT/s ↩
- fio — documentación oficial de carga, verificación y percentiles ↩
- Kalstor — catálogo actual y campos del portafolio SSD ↩
Publicamos la capacidad utilizable medida y aceptamos verificación de lote de prueba — grado automotriz, directo de la fábrica de origen.
