Hay una escena que se repite en campo y que, cada vez, hace apretar los dientes: alguien juntó todos los discos que tenía a mano —uno de 1 TB de una marca, otro de 4 TB de otra, un SSD de 512 GB que sobraba— en un solo volumen grande, y cree que armó algo bueno. "Mira, tengo 5.5 TB." Lo que armó se llama JBOD, no es RAID, no tiene ninguna protección, y el día que uno de esos discos muera —morirá— se llevará datos con él. Vale la pena aclarar esto de una vez, porque la confusión es peligrosa.
Qué es JBOD, de verdad
JBOD significa literalmente "Just a Bunch Of Disks" —solo un montón de discos—. En su forma más común, concatena varios discos en un único volumen grande: se llena el primero, luego el segundo, y así. Suma capacidades, y ya. No hay redundancia. No hay paridad. No hay espejo. No hay nada que te proteja de la falla de un disco. Y como los datos de un archivo pueden quedar repartidos, la muerte de un solo disco a menudo no se lleva "solo su parte", sino que corrompe o inutiliza el volumen entero.
Compáralo con lo que hace el RAID: RAID combina discos para protegerte, usando paridad o espejo, de modo que si un disco falla, sigues operando y reconstruyes. Esa protección "cuesta" capacidad —usas parte de los discos en redundancia— y eso es exactamente lo que JBOD sacrifica para darte más espacio. JBOD te da todos los gigabytes; RAID te da tranquilidad. Confundirlos es creer que tienes lo segundo cuando compraste lo primero.
Las aberraciones que he visto (y por qué duelen)
Un JBOD armado con criterio tiene usos legítimos (ya llegamos a eso). El problema es el JBOD armado como "RAID del pobre", con estas características que delatan que nadie lo pensó:
- Discos de distintos fabricantes y modelos. Con comportamientos, velocidades y tasas de falla distintas, mezclados sin ton ni son.
- Capacidades dispares. 1 TB con 4 TB con 512 GB. En un arreglo con redundancia, el disco más chico manda; en JBOD simplemente se suman, ocultando lo frágil del conjunto.
- HDD y SSD en el mismo volumen. Esta es la que más duele. Un disco mecánico y uno de estado sólido, con naturalezas y velocidades opuestas, concatenados como si fueran lo mismo. El resultado es impredecible en rendimiento y en fiabilidad.
El malentendido estrella: "es que el SSD es el caché"
Y aquí está la confusión que hay que matar. Cuando alguien mete un SSD en ese JBOD, a veces cree que está haciendo caché de escritura —que el SSD "acelera" al conjunto—. No. En un JBOD, ese SSD es simplemente un tramo más del volumen concatenado: unos archivos caerán en él y otros en los discos mecánicos, al azar de cómo se fue llenando. El caché de escritura de verdad es una función específica de controladoras y sistemas de almacenamiento (donde un medio rápido absorbe las escrituras y luego las vuelca al medio lento), configurada a propósito, con su propia lógica y protección. Concatenar un SSD en un JBOD no es caché de nada: es solo poner un cajón rápido en un mueble lento y esperar que la magia ocurra. No ocurre.
Cuándo JBOD sí es correcto
Para no satanizarlo: JBOD tiene un uso moderno y perfectamente válido. Un gabinete JBOD (un shelf de discos) que presenta los discos crudos, uno por uno, a un sistema de almacenamiento definido por software como ZFS o Ceph, es exactamente lo que esos sistemas quieren: ellos gestionan la redundancia y la integridad por software, y necesitan ver los discos directos. Ahí, "JBOD" significa "dame los discos sin que una controladora se meta", y es lo correcto. La diferencia con la aberración es abismal: en el uso bueno, hay un cerebro (el software) gestionando redundancia; en la aberración, no hay cerebro, solo discos sueltos rezando por no fallar. JBOD como transporte de discos hacia un sistema inteligente: bien. JBOD como sustituto barato de RAID: una bomba de tiempo.