Chasis NetApp DS14-MK4 en un homelab: qué HBA y SFP necesita, y son usables los discos
Me llegó un chasis DS14-MK4 casi regalado y me gustaría colgarlo de un servidor torre normal como almacenamiento masivo en casa. Está completamente poblado con sus carriers originales, arranca, los ventiladores giran, el panel frontal parece vivo - pero no consigo que aparezca ni un solo disco en el host.
- Chasis NetApp DS14-MK4 con sus carriers de disco originales
- servidor torre normal con ranuras PCIe libres
- HBA SAS de repuesto y un puñado de ópticos SFP+ de 10G del cajón de piezas
- el host correrá Linux o TrueNAS, todavía sin decidir
# chasis encendido y cableado a la HBA
lsblk # ningún dispositivo nuevo
dmesg | tail # ningún mensaje de attach en absolutoLo que ya hice:
- probé ambos módulos del chasis y ambos puertos de cada uno
- reasenté cada carrier
- verifiqué que la HBA funciona, enumera sin problema un disco conectado directamente
Antes de gastar nada más en esto: ¿qué hace falta realmente para conectar uno de estos chasis a un host normal, y una vez conectado, son usables los discos originales tal cual?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Tu HBA SAS nunca va a ver ese chasis, y ningún truco de cableado lo cambia. Esta es la generación Fibre Channel de los chasis NetApp: el lado del host necesita una HBA FC, SFP FC de 4 Gb y fibra LC. Los ópticos SFP+ de 10G de tu cajón de piezas tampoco son un sustituto de los módulos FC de 4 Gb, así que presupuesta eso como una partida aparte.
El obstáculo mayor es el propio medio. Esos carriers llevan discos empresariales con interfaz FC, y típicamente están formateados a bajo nivel con sectores de 520 bytes, con los bytes extra por sector usados por el propio array. Un SO normal no los tocará en ese estado, así que cada disco hay que reformatearlo a 512 bytes antes de poder particionarlo, y eso es un trabajo lento que repites para cada carrier del chasis.
Y ahora la parte impopular. El chasis y los discos tienen aproximadamente una década, el gabinete consume energía real las 24 horas, y una vez sumas la HBA y los ópticos, unos discos SATA modernos sencillos salen más baratos que mantener esto vivo - con una fracción del ruido. Como ejercicio de laboratorio es perfectamente factible y de paso aprenderás bastante FC, simplemente no esperes que sea una forma económica de comprar capacidad.
Publica dos cosas antes de que nadie pueda ayudarte bien: qué está impreso en la parte trasera de los módulos del chasis, y qué dice la línea de interfaz en la etiqueta de un carrier de disco. Esa familia de chasis existe en más de una variante y la respuesta es completamente distinta según cuál tengas delante - lo cual muy probablemente es también la razón de que tu HBA SAS no vea absolutamente nada.
Y decide el SO del host antes de comprar un controlador, no después. Si TrueNAS sigue sobre la mesa, recuerda que por debajo es FreeBSD y la cobertura de drivers es mucho más estrecha que en Linux. La gente cae en eso constantemente en el lado de red, donde una Aquantia AQC107 no tiene driver en absoluto mientras que una Sonnet Twin10G construida sobre una Intel X520 sí tiene posibilidades. La misma tarea aplica a la HBA que termines comprando: comprueba primero el driver, y luego el precio.
Comprobé las etiquetas: FC en los discos, y los módulos del chasis coinciden, lo que explica el silencio total en la tarjeta SAS. Una HBA FC y un par de SFP FC de 4 Gb están en camino.
Mientras tanto saqué dos discos y empecé el reformateo de 520 a 512 bytes en una máquina de banco. Tarda horas por disco, así que un chasis completo va a llevar un rato, y eso antes de que alguno resulte estar cansado. En este punto lo hago por el valor de aprendizaje - la aritmética de energía más ópticos frente a un par de discos SATA modernos claramente no favorece al chasis, como se predijo arriba. Se quedará como juguete de laboratorio en lugar de almacenamiento real.