Transferencia de M1015 e intercambio en caliente en Linux con md raid (IBM x3620)

Transferencia de M1015 e intercambio en caliente en Linux con md raid (IBM x3620)

Estoy configurando un servidor pequeño, pero espero que duradero, para una comunidad de estudiantes, y el hardware es un IBM x3620 M3 con una tarjeta RAID M1015 incorporada.

Para que la configuración esté preparada para el futuro y evitar la dependencia del proveedor tanto como sea posible, quiero usar software RAID a través de la opción genérica md raid de Linux, o tal vez incluso directamente a través de btrfs.

Aqui es donde se pone complicado. ElLibro rojo de IBM sobre M1015no indica explícitamente que esté disponible una opción completa de "transmisión" (¿es eso lo que se llama JBOD?). Arranqué el servidor e intenté instalar Debian en un solo disco duro.sinconfigurando cualquier RAID en la configuración del controlador, por lo que claramente se está produciendo algún tipo de "transferencia".

Mis preguntas son así:

  • ¿El controlador deja algún tipo de metadatos en los discos que obligan a mi md raid-array a ejecutarse siempre desde este controlador en particular, o será un conjunto completamente genérico que podría conectar a puertos SATA "sin procesar" y ejecutar de la misma manera? ¿Bueno?
  • ¿Podré intercambiar y reconstruir mi matriz en caliente, aunque esté "omitiendo" el controlador de hardware tanto como sea posible?
  • ¿Lo estoy haciendo todo mal? ¿Debo actualizar un firmware diferente al controlador, cuya posibilidad esmencionadoen el propio Serverfault? ¿Por qué?
  • etc. (Cómo: incursión del software M1015 en Linux)

¡Gracias!

Respuesta1

¿El controlador deja algún tipo de metadatos en los discos que obligan a mi md raid-array a ejecutarse siempre desde este controlador en particular, o será un conjunto completamente genérico que podría conectar a puertos SATA "sin procesar" y ejecutar de la misma manera? ¿Bueno?

Si te refieres a si podrás tomar los discos y conectarlos a cualquier otro controlador, entonces probablemente no, no; incluso con el paso a través, no "apostaría la granja" a que esto suceda.

¿Podré intercambiar y reconstruir mi matriz en caliente, aunque esté "omitiendo" el controlador de hardware tanto como sea posible?

Sí, no creo que eso sea un problema en absoluto.

¿Lo estoy haciendo todo mal? ¿Debo actualizar un firmware diferente al controlador, cuya posibilidad se menciona en el propio Serverfault?

Personalmente, dejaría que el controlador hiciera el trabajo; no soy un fanático del software RAID, para empezar, terminas llevando todas las escrituras a través de los buses varias veces y cualquier "independencia del proveedor" que creas que puedas tener, siempre es más fácil. hacer una copia de seguridad de un servidor y restaurarlo en otro que correr el riesgo de mover los discos a otro servidor y no tener vuelta atrás; algunos servidores nuevos podrían simplemente borrar los discos de todos modos. Confíe en el hardware, asegúrese de realizar copias de seguridad y pruebe esas copias de seguridad periódicamente.

Respuesta2

No creo que el controlador deje algunas cosas específicas del proveedor:

Compré un intertec 4342L (24 bahías) con un controlador M1015 para ampliar un md RAID5 existente. Simplemente moví los discos al gabinete. El disco duro de arranque IDE existente anteriormente se clonó en dduna nueva unidad SATA, que luego también se conectó al gabinete. Todo salió bien, el sistema arrancó sin quejas y la matriz md comenzó como antes. Incluso se puede utilizar smarttool para leer información del disco duro directamente.

información relacionada