Articulo de referencia

Gestor de volumen de Vinum

Vinum es un gestor de volúmenes lógico , [1] [2] [3] también llamado RAID de software , que permite implementaciones de los modelos RAID-0 , RAID-1 y RAID-5 , tanto de forma ind...

Vinum es un gestor de volúmenes lógico , [1] [2] [3] también llamado RAID de software , que permite implementaciones de los modelos RAID-0 , RAID-1 y RAID-5 , tanto de forma individual como en combinación. El Vinum original fue parte de la distribución base del sistema operativo FreeBSD desde la versión 3.0, y también de NetBSD entre el 10 de octubre de 2003 y el 25 de febrero de 2006, [4] así como de los descendientes de FreeBSD, incluido DragonFly BSD ; en versiones más recientes de FreeBSD , ha sido reemplazado por gvinum , que se introdujo por primera vez alrededor de FreeBSD 6. El código fuente de Vinum se mantiene en los árboles de fuentes de FreeBSD y DragonFly . [2] [3] Vinum admite los niveles RAID 0, 1, 5 y JBOD . Vinum se inspiró en Veritas Volume Manager . [1] :  4

Vinum se invoca como gvinum( GEOM Vinum) en la versión 5.4 de FreeBSD y posteriores. En el FreeBSD moderno, se lo puede considerar un administrador de volúmenes heredado; las alternativas modernas son GEOM y ZFS .

En NetBSD, se eliminó antes de NetBSD 4.0 debido a la falta de interés y mantenimiento; se citó a RAIDframe como proveedor de una funcionalidad similar. [5]

En DragonFly BSD , el sistema de archivos HAMMER de DragonFly ya implementa duplicación de red, y la natacontrolutilidad podría usarse para configurar nataraid(4), otra implementación de RAID de software , que apareció originalmente con FreeBSD 6.0 como ataraid(4), pero que quedó obsoleta con FreeBSD 9 y se eliminó antes de FreeBSD 10.0; y un puerto de NetBSD de lvm2 de Red Hat también está disponible en el sistema base de DragonFly, todo además de vinum.

RAID de software frente a RAID de hardware

La distribución de datos entre varios discos se puede gestionar mediante hardware dedicado o mediante software. Además, existen RAID híbridos que son soluciones en parte basadas en software y en parte basadas en hardware.

Con una implementación de software, el sistema operativo administra los discos de la matriz a través del controlador de unidad normal ( ATA , SATA , SCSI , Fibre Channel , etc.). Con las velocidades de CPU actuales , el RAID de software puede ser más rápido que el RAID de hardware.

Una implementación de hardware de RAID requiere como mínimo un controlador RAID de propósito especial. En un sistema de escritorio, puede ser una tarjeta de expansión PCI o una función integrada en la placa base. En RAID más grandes, el controlador y los discos suelen estar alojados en un gabinete externo de múltiples bahías. Este controlador se encarga de la administración de los discos y realiza los cálculos de paridad (necesarios para muchos niveles RAID). Esta opción tiende a proporcionar un mejor rendimiento y facilita la compatibilidad con el sistema operativo.

Las implementaciones de hardware también suelen admitir el intercambio en caliente, lo que permite reemplazar las unidades defectuosas mientras el sistema está en funcionamiento. En casos excepcionales, los controladores de hardware se han vuelto defectuosos, lo que puede provocar la pérdida de datos. Los RAID híbridos se han vuelto muy populares con la introducción de controladores RAID de hardware económicos. El hardware es un controlador de disco normal que no tiene funciones RAID, pero hay una aplicación de tiempo de arranque que permite a los usuarios configurar RAID que se controlan a través del BIOS . Cuando se utiliza cualquier sistema operativo moderno, necesitará controladores RAID especializados que harán que la matriz parezca un dispositivo de bloque único. Dado que estos controladores en realidad hacen todos los cálculos en software, no en hardware, a menudo se los llama "fakeraids". A diferencia del RAID de software, estos "fakeraids" normalmente no pueden abarcar varios controladores.

Ejemplo de configuración

Un ejemplo sencillo para reflejar la unidad Enterprise en la unidad Excelsior (RAID1):

unidad de dispositivo empresarial /dev/da1s1d
unidad excelsior dispositivo /dev/da2s1d
espejo de volumen
  concatenación de org plex
    unidad sd de 512 m de longitud para empresas
  concatenación de org plex
    unidad sd de 512 m de longitud

Véase también

Referencias

  1. ^ de Greg Lehey (1999). The Vinum Volume Manager (PDF) . Actas de la Conferencia técnica anual de USENIX de 1999. USENIX (publicado del 6 al 11 de junio de 1999).
    • "El administrador de volumen de Vinum". Usnix .
  2. ^ ab "vinum — Programa de control del administrador de volúmenes lógicos". Referencia cruzada de BSD . DragonFly BSD .
    • "vinum - Programa de control del administrador de volúmenes lógicos". Páginas del manual en línea de DragonFly.
  3. ^ ab "gvinum — Programa de control del administrador de volúmenes lógicos". Referencia cruzada de BSD . FreeBSD .
    • "gvinum - Programa de control del gestor de volúmenes lógicos". Páginas del manual de FreeBSD.
  4. ^ Christos Zoulas (25 de febrero de 2006). "Commit CVS: src/sys/dev". source-changes@ (Lista de correo). NetBSD . Como se solicitó en el núcleo, eliminar vinum
  5. ^ "Anuncio de NetBSD 4.0". NetBSD . 19 de diciembre de 2007.
  • Página de Vinum en el manual oficial de FreeBSD
  • Página de Sourceforge
  • Arranque de vinum: proyecto de documentación de FreeBSD
  • Medición del rendimiento de Vinum
Obtenido de "https://es.wikipedia.org/w/index.php?title=Administrador_de_volumen_de_Vinum&oldid=1244688156"