Este dilema se puede abordar de diversas formas, sin embargo te dejamos la que para nosotros es la resolución más completa.
Solución:
En términos generales, no hay ninguna diferencia de rendimiento significativa entre el software RAID y el RAID falso, ya que el RAID falso es más o menos un RAID de software de todos modos.
Cualquier cálculo de paridad (para RAID5 y similares) se realizará en la CPU en cualquier caso (y confiaría más en que el sistema operativo sea eficiente y esté bien probado/estable/soportado que los controladores RAID falsos, especialmente para una placa base barata). /controlador para que pueda encontrar RAID falso menos rápido y menos confiable), también cualquier lectura de bloque necesaria para actualizar los bloques de paridad debe pasar por el controlador al sistema operativo en ambos casos.
Además, el problema de escrituras en varias unidades existe en cualquier caso: escribir en un bloque en un RAID1 de dos unidades, por ejemplo, significa dos escrituras del sistema operativo en el controlador con software y RAID falso; con RAID de hardware, siempre hay una sola escritura. al controlador y se las arregla para hablar con las unidades potencialmente en paralelo en lugar de secuencialmente. Con el software/falso, las escrituras también pueden ser paralelas, pero depende de los controladores de E/S y los controladores que admitan esto (es más probable que con el software RAID si sus unidades no están todas en el mismo controlador, por lo que nuevamente existe la posibilidad de errores falsos). RAID para que sea realmente un poco más lento en esa circunstancia).
En general, Fake RAID toma las partes malas del software RAID (golpe potencial de CPU y latencia de E/S debido a esto, incapacidad para multiplexar escrituras (dependiendo del controlador/controladores/SO) para ahorrar ancho de banda del bus, sin caché de hardware) con la mala bits de RAID de hardware (dependencia del proveedor y, a veces, dependencia del modelo de controlador), y ninguna de las ventajas de ninguno (la flexibilidad y la portabilidad potencial de la máquina del RAID de software o la independencia del sistema operativo, la eficiencia de escritura, las opciones de caché, etc. del RAID de hardware). Yo (y muchos otros) recomiendo que se evite.
NOTA MENOR: Mis pensamientos sobre la eficiencia/estabilidad del controlador son independientes del sistema operativo: confiaría en las opciones RAID de software en cualquiera de Linux/BSD/Windows/OSX/otro, de manera similar más que en los controladores para una configuración de incursión falsa barata (como esa proporcionada por su placa base).
TAMBIÉN TENGA EN CUENTA: errores potenciales en los controladores y otros problemas enumerados anteriormente a un lado, el RAID falso aún lo protegerá de algunas fallas en el disco, pero sugeriría usar el software RAID en su lugar.
FakeRAID almacena la información del contenedor RAID en el hardware/firmware, de modo que si aparece otro sistema operativo, no hay necesidad de decirle qué contenedores existen. El software RAID almacena la información del contenedor RAID dentro de las unidades, de modo que si las unidades se mueven a otro hardware, no es necesario decirle qué contenedores existen.
Soy un ingeniero de hardware con un proveedor importante. Fake-RAID es la ruina de mi vida, el 80% de los reemplazos de disco necesitarán una interrupción para reemplazar un disco roto porque después del reemplazo, el sistema operativo no ve el nuevo disco. Luego debe ir al BIOS y reconstruir el volumen. Normalmente no perderá datos, pero es una molestia y estará trabajando a través de una consola remota.
Si tiene RAID de software disponible, no use RAID falso; funciona bien hasta que algo se rompe. Conozca su administrador de volumen. En los últimos 13 años, no recuerdo que nadie haya tenido una interrupción cuando se rompe un disco duplicado de software.
Si piensas que ha sido de utilidad nuestro artículo, sería de mucha ayuda si lo compartieras con más seniors de este modo contrubuyes a difundir este contenido.