De Wikipedia, la enciclopedia libre
Ir a navegaciónSaltar a buscar

Vinum , es un administrador de volumen lógico , [1] [2] [3] también llamado software RAID , que permite implementaciones de los modelos RAID-0 , RAID-1 y RAID-5 , tanto individualmente como en combinación. El Vinum original fue parte de la distribución base del sistema operativo FreeBSD desde 3.0, y también NetBSD entre 2003-10-10 y 2006-02-25, [4] así como descendientes de FreeBSD, incluyendo DragonFly BSD ; en versiones más recientes de FreeBSD , ha sido reemplazado por gvinum , que se introdujo por primera vezFreeBSD 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 FreeBSD versión 5.4 y posteriores. En FreeBSD moderno, puede considerarse un administrador de volúmenes heredado; las alternativas modernas son GEOM y ZFS .

En NetBSD, se ha eliminado antes de NetBSD 4.0 debido a la falta de interés y mantenimiento; Se mencionó que RAIDframe proporciona una funcionalidad similar. [5]

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

RAID de software frente a RAID de hardware

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

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

Una implementación de hardware de RAID requiere como mínimo un controlador RAID de propósito especial. En un sistema de escritorio, esto puede ser una tarjeta de expansión PCI o puede ser una capacidad incorporada en la placa base. En RAID más grandes, el controlador y los discos generalmente se alojan en un gabinete externo de múltiples bahías. Este controlador maneja la administración de los discos y realiza 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 fallidas 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 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 un solo bloque. Dado que estos controladores en realidad hacen todos los cálculos en software, no en hardware, a menudo se les llama "fakeraids". A diferencia del software RAID, estas "trampas falsas" normalmente no pueden abarcar varios controladores.

Configuración de ejemplo

Un ejemplo sencillo para duplicar la unidad empresarial en la unidad excelsior (RAID1):

Drive Enterprise Device / dev / da1s1d
unidad de dispositivo excelsior / dev / da2s1d
espejo de volumen plex org concat unidad sd de 512 m de longitud empresarial plex org concat sd longitud 512 m unidad excelsior

Ver también

Referencias

  1. ↑ a b Greg Lehey (1999). El administrador de volumen de Vinum (PDF) . Actas de FREENIX Track: Conferencia técnica anual de 1999 USENIX . USENIX (publicado del 6 al 11 de junio de 1999). Lay resumen .
  2. ^ a b "vinum - programa de control de Logical Volume Manager" . Referencia cruzada BSD . DragonFly BSD . Lay resumen .
  3. ^ a b "gvinum - programa de control de Logical Volume Manager" . Referencia cruzada BSD . FreeBSD . Lay resumen .
  4. ↑ Christos Zoulas ( 25 de febrero de 2006 ). "Confirmación CVS: src / sys / dev" . source-changes @ (lista de correo). NetBSD . Según lo solicitado por el núcleo, elimine vinum
  5. ^ "Anuncio de NetBSD 4.0" . NetBSD . 2007-12-19.

Enlaces externos

  • Página de Vinum en el manual oficial de FreeBSD
  • Página de Sourceforge
  • Bootstrapping vinum - proyecto de documentación de FreeBSD
  • Medición del rendimiento de Vinum