Capítulo 3. Almacenamiento y sistemas de archivos

3.1. RAID

Actualizaciones

La actualización de un set dmraid a un set mdraid no es soportada. Un aviso de advertencia aparecerá al tratar de hacer una actualización de este tipo. Las actualizaciones de sets mdraid y la creación de nuevos sets mdraid existentes son posibles.

El nuevo superbloque predeterminado puede causar problemas durante la actualización de conjuntos. Este nuevo formato de superbloque (utilizado en todos los dispositivos excepto en la creación de una partición RAID1 /boot) ahora está al comienzo de la matriz, y cualquier sistema de archivos o datos LVM se desplaza desde el comienzo de la partición. Cuando la matriz no se está ejecutando, LVM y los comandos mount del sistema de archivos pueden no detectar que el dispositivo tiene un volumen válido o datos del sistema de archivos. Esto es intencional y significa que si desea montar un único disco en la matriz RAID1, deberá iniciar la matriz con sólo ese único disco en ella y, luego, montar la matriz. No puede montar el disco directamente. Este cambio se ha realizado ya que montar el disco directamente puede silenciosamente dañar la matriz si no se fuerza la resincronización.
En los reinicios posteriores, el sistema RAID, puede considerar incompatible al disco que no se incluyó en la matriz y lo desconectará de la matriz. Esto también es normal. Cuando esté listo para volver a agregar el otro disco en la matriz, utilice el comando mdadm para añadir en caliente el disco en la matriz, en tal punto que se realizará una resincronización de las partes cambiadas del disco (si dispone de mapas de bits de intención de escritura) o del disco entero (si no se dispone de ningún mapa de bits), y la matriz una vez más se sincronizará. Desde este punto, los dispositivos no se desconectarán de la matriz, ya que se considera que la matriz está montada correctamente.
El nuevo superbloque soporta el concepto llamado matrices mdraid. La dependencia en el antiguo método de enumeración de matriz (por ejemplo, /dev/md0 luego /dev/md1, etc.) para distinguir entre matrices ha disminuido. Ahora podrá elegir un nombre arbitrario para la matriz (tal como home, data u opt). Cree la matriz con el nombre elegido por usted mediante la opción --name=opt. Sea cual fuere el nombre dado a la matriz, ese nombre será creado en /dev/md/ (a menos que se haya dado una ruta completa como nombre, en cuyo caso esa ruta será creada o al menos que se especifique un sólo número tal como 0, y mdadm iniciará la matriz mediante el esquema antiguo /dev/mdx). El instalador de Anaconda no permite actualmente la selección de nombres de matrices y en su lugar, utiliza el esquema de un sólo número como una manera de emular como se creaban las matrices.
Las nuevas matrices mdraid soportan el uso de mapas de bits con intención de escritura. Ellos ayudan al sistema a identificar las partes problemáticas de una matriz, por lo tanto, en el evento de un apagado incorrecto, solamente las partes problemáticas necesitarán resincronizarse y no todo el disco. Así se reduce drásticamente el tiempo de re-resincronización. Las matrices recién creadas tendrán automáticamente un mapa de bits de intención de escritura añadido cuando sea conveniente. Por ejemplo, las ­­­­­­­ matrices que sirven para intercambiar matrices muy pequeñas (tales como matrices /boot) no se beneficiarán de los mapas de bits con intención de escritura. Es posible añadir mapas de bits con intención de escritura a las matrices que ya existen, después de completar una actualización a través del comando mdadm --grow en el dispositivo, sin embargo los mapas de bits con intención de escritura sí incurren en un rendimiento modesto (cerca de 3-5% en un trozo de mapa de bits de 65536, pero puede aumentar a 10% o más en tamaños de trozos pequeños de mapas de bits tales como 8192). Es decir que si se añade un mapa de bits con intención de escritura a una matriz, es mejor mantener el el trozo razonablemente grande. Se recomienda un tamaño de 65536.