Un Dell PowerEdge T410 con 6 × 3 TB: de la PERC 6/i a la H700

Quería montar almacenamiento con hierro de verdad, sin disfrazarlo de nube ni comprar una caja nueva y silenciosa. El candidato fue un Dell PowerEdge T410 reacondicionado por mí, seis discos de 3 TB y esa mezcla de entusiasmo y sospecha que acompaña a cualquier servidor usado.

Sobre el papel eran 18 TB brutos. En la práctica, el primer obstáculo estaba entre los discos y el sistema operativo: la controladora original del equipo era una PERC 6/i y no admitía discos físicos de más de 2 TB. Los discos de 3 TB no iban a aprovecharse completos. La solución fue sustituirla por una PERC H700.

El límite no estaba en Ubuntu

Cuando un disco grande aparece recortado o ni siquiera se ofrece correctamente al sistema, cambiar particiones no arregla una limitación anterior. La PERC presenta al sistema operativo los discos virtuales que construye; si la controladora no entiende toda la capacidad del disco físico, Ubuntu nunca llega a verla.

Antes de comprar piezas conviene identificar lo que hay:

sudo lspci -nn | grep -Ei 'raid|sas|scsi'
sudo lshw -class storage -short
sudo lsblk -o NAME,SIZE,MODEL,SERIAL,TYPE

En mi caso el salto a la H700 eliminó la barrera de 2 TB por disco. Eso no convierte cualquier disco en compatible por arte de magia: firmware, formato de sector, interfaz, bandejas y cableado siguen importando.

Seis discos no son todavía un almacenamiento

Con 6 × 3 TB hay 18 TB decimales brutos. La capacidad útil depende del nivel RAID:

• RAID 5: unos 15 TB decimales antes del sistema de archivos, con tolerancia a un disco.
• RAID 6: unos 12 TB decimales, con tolerancia a dos discos.
• RAID 10: unos 9 TB decimales, con buen comportamiento de escritura y redundancia por espejos.

Después aparece otra diferencia que siempre hace pensar que faltan terabytes: los fabricantes hablan en TB decimales y Linux suele mostrar TiB binarios. Doce TB son aproximadamente 10,9 TiB antes de metadatos y formato.

No hay un RAID correcto para todo. Para archivo valoro tolerancia a fallos y tiempo de reconstrucción; para máquinas virtuales, latencia y escrituras. Y RAID sigue sin ser una copia de seguridad: un borrado, un cifrado, un incendio o un error de la controladora puede afectar a todo el conjunto.

Actualizar antes de confiar datos

Con hardware antiguo reviso BIOS, firmware de la controladora, backplane y discos antes de crear el volumen. No actualizaría todos los componentes a la vez con los datos ya dentro. Primero inventario, después copia de la configuración y luego cambios de uno en uno.

La H700 utiliza caché protegida mediante su módulo de respaldo. Si la batería o el módulo están degradados, la controladora puede pasar a escritura directa y el rendimiento cambia mucho. No forzaría write-back sin protección solo para obtener una cifra bonita.

GPT para un volumen de más de 2 TB

Una vez creado el disco virtual, el sistema debe usar una tabla de particiones moderna. MBR vuelve a introducir el límite alrededor de 2 TiB; para este volumen utilizo GPT:

sudo parted /dev/sdX --script mklabel gpt
sudo parted /dev/sdX --script mkpart primary 0% 100%
sudo partprobe /dev/sdX
lsblk -f

/dev/sdX es deliberadamente un ejemplo. Antes de ejecutar nada verifico modelo, serie y tamaño. Crear una tabla GPT destruye la estructura de particiones anterior.

Para evitar mezclar arranque y almacén prefiero un dispositivo pequeño separado para Ubuntu, o al menos un disco virtual de sistema bien definido. Arrancar desde un volumen enorme añade dependencias de firmware y modo de arranque que no aportan nada al archivo.

Vigilar los discos detrás de la PERC

El estado del volumen lógico no basta. También quiero temperatura, errores y estado de cada unidad. Según la herramienta disponible:

sudo apt install smartmontools
sudo smartctl --scan-open
sudo smartctl -a -d megaraid,0 /dev/sda
sudo smartctl -a -d megaraid,1 /dev/sda

Los índices megaraid,N cambian según el equipo. Los enumero y documento qué serie ocupa cada bahía. Si un disco falla dentro de dos años, quiero retirar el correcto sin convertir el mantenimiento en una adivinanza.

La prueba que sí me importa

Antes de copiar el archivo definitivo hago pruebas largas a los discos, escribo y leo datos de prueba, reinicio el servidor y simulo el procedimiento de sustitución. También mido la velocidad sostenida, pero no uso un benchmark corto como certificado de salud.

El T410 consume más y hace más ruido que una caja moderna. A cambio es reparable, tiene bahías, piezas reemplazables y esa maravillosa sensación de que cada decisión se puede señalar con el dedo. No fue conectar seis discos y listo: hubo que descubrir el límite de la PERC 6/i, cambiar a la H700, pensar el RAID, usar GPT y dejar monitorización. Precisamente por eso ha sido un proyecto tan entretenido.

Referencias: guía técnica de las controladoras Dell PERC y soporte del PowerEdge T410.