Según tengo entendido, los controladores RAID son responsables de administrar lecturas/escrituras hacia y desde matrices RAID, ya que los datos para ciertas configuraciones (me vienen a la mente 5 y 10) se pueden fragmentar en varias unidades. Sé que muchos servidores de gama alta incluirán una tarjeta RAID independiente con el único propósito de esta administración y que si esa tarjeta se apaga... estás en problemas. Sin embargo, no estoy seguro de cómo se rastrea esta información mediante una incursión de software de Linux.
Primero proporcionaré un ejemplo de la configuración del hardware que generó mi pregunta.
- PC001 está diseñado para incluir cuatro unidades, drive001, drive002, drive003 y drive004.
- drive001 existe como una unidad de sistema operativo (algún tipo de Linux) en una configuración sin raid
- drive002, drive003 y drive004 se configuran a través del software RAID de Linux como array001 usando RAID 5
Preguntas:
- ¿En qué unidad se almacena la información que Linux requiere para que array001 funcione? ¿unidad001 o matriz001?
- Si drive001 deja de funcionar, ¿podría instalar una nueva unidad de sistema operativo (drive005) con una nueva versión de Linux y continuar usando array001 como si nada?
Respuesta1
Tuve exactamente la misma configuración y de hecho perdí la unidad del sistema operativo y la capacidad de recuperarme moviéndome a un nuevo HW, etc. es una de las cosas que realmente me gustan de mdadm/software raid.
La configuración de la matriz raid está en Drive001 (como parte del sistema operativo, el archivo en realidad es /etc/mdadm.conf).
Si la unidad del sistema operativo muere, reemplace la unidad, reinstale el sistema operativo, actualice, instale mdadmherramientas, vuelva a crear /etc/mdadm.confcon la definición de matriz y dígale al sistema que lo active o lo vuelva a ensamblar. Estarás nuevamente en funcionamiento rápidamente.
Por lo que recuerdo, cuando mi disco murió, simplemente usé apt-get para instalar el material de administración de mdadm y los pasos de configuración de dpkg preguntaron sobre los volúmenes necesarios para el arranque, el inicio automático, etc. Respondí apropiadamente y reinicié. Sólo puedo suponer que realizó un análisis similar...
Y una nota sobre el escaneo y el ensamblaje desde la página de manual, especialmente la segunda oración...
Cuando--armarse usa con--escaneary no aparece ningún dispositivo, mdadm primero intentará ensamblar todas las matrices enumeradas en el archivo de configuración. Si no aparecen matrices en la configuración (aparte de las marcadas), buscará posibles matrices en los dispositivos disponibles e intentará ensamblar todo lo que encuentre. Los arreglos que estén etiquetados como pertenecientes al host principal determinado se ensamblarán e iniciarán normalmente. Las matrices que obviamente no pertenecen a este host reciben nombres que se espera que no entren en conflicto con nada local y se inician en "lectura automática" para que no se escriba nada en ningún dispositivo hasta que se escriba en la matriz. es decir, la resincronización automática, etc., se retrasa.