Uso de los administradores de volumen en el entorno Dominios lógicos

Esta sección describe el uso de los administradores de volumen en un entorno Dominios lógicos.

Uso de discos virtuales para administradores de volúmenes

Cualquier volumen Zettabyte File System (ZFS), Solaris Volume Manager o Veritas Volume Manager (VxVM) puede exportarse de un dominio de servicio a un dominio huésped como disco virtual. Un volumen puede ser exportado con disco de segmento único (si la opción slice se especifica con el comando ldm add-vdsdev) o como disco completo.

Los siguientes ejemplos muestran como exportar un volumen como disco de segmento único.

El disco virtual en el dominio huésped (por ejemplo, /dev/dsk/c0d2s0) se asigna directamente al volumen asociado (por ejemplo, /dev/md/dsk/d0) y los datos que se guardan en el disco virtual del dominio huésped son directamente guardados en el volumen asociado sin metadatos adicionales. Así pues, también puede accederse directamente a los datos guardados en el disco virtual del dominio huésped desde el dominio de servicio a través del volumen asociado.

Ejemplos

• Si el volumen de Solaris Volume Manager d0 se exporta del dominio primary a domain1, la configuración de domain1 requiere algunos pasos adicionales.

  primary# metainit d0 3 1 c2t70d0s6 1 c2t80d0s6 1 c2t90d0s6
  primary# ldm add-vdsdev options=slice /dev/md/dsk/d0 vol3@primary-vds0
  primary# ldm add-vdisk vdisk3 vol3@primary-vds0 domain1

• Después de que domain1 esté enlazado e iniciado, el volumen exportado aparece como /dev/dsk/c0d2s0, por ejemplo, y puede usarlo.

  domain1# newfs /dev/rdsk/c0d2s0
  domain1# mount /dev/dsk/c0d2s0 /mnt
  domain1# echo test-domain1 > /mnt/file

• Después de haber parado y desenlazado domain1, puede acceder directamente a los datos guardados en el disco virtual de domain1 a través del volumen de Solaris Volume Manager d0.

  primary# mount /dev/md/dsk/d0 /mnt
  primary# cat /mnt/file
  test-domain1

Uso de discos virtuales para Solaris Volume Manager

Cuando otro dominio usa un volumen RAID o Solaris Volume Manager reflejado como disco virtual, debe exportarse sin fijar la opción (excl) exclusiva. En caso contrario, si hay un fallo en uno de los componentes del volumen de Solaris Volume Manager, la recuperación del volumen de Solaris Volume Manager mediante el comando metareplace o con una reserva activa no se iniciará. El comando metastat ve el volumen como resincronizando, pero esta operación no está en curso.

Por ejemplo, /dev/md/dsk/d0 es un volumen RAID Solaris Volume Manager exportado como disco virtual con la opción excl a otro dominio, y d0 se configura con algunos dispositivos de reserva activa. Si falla un componente de d0, Solaris Volume Manager sustituye el componente que ha fallado con una reserva activa y vuelve a sincronizar el volumen de Solaris Volume Manager. Sin embargo, no comienza la resincronización. El volumen se indica como resincronizando, pero la resincronización no avanza.

# metastat d0
d0: RAID
    State: Resyncing
    Hot spare pool: hsp000
    Interlace: 32 blocks
    Size: 20097600 blocks (9.6 GB)
Original device:
    Size: 20100992 blocks (9.6 GB)
Device                                     Start Block  Dbase   State Reloc
c2t2d0s1                                           330  No       Okay  Yes
c4t12d0s1                                          330  No       Okay  Yes
/dev/dsk/c10t600C0FF0000000000015153295A4B100d0s1  330  No  Resyncing  Yes

En esta situación, el dominio que usa el volumen de Solaris Volume Manager como disco virtual debe pararse y desenlazarse para completar la resincronización. El volumen de Solaris Volume Manager puede resincronizarse utilizando el comando metasync.

# metasync d0

Uso de discos virtual cuando VxVM está instalado

Cuando Veritas Volume Manager (VxVM) está instalado en su sistema, y si Veritas Dynamic Multipathing (DMP) está habilitado en un disco físico o partición que desee exportar como disco virtual, tiene que exportar ese disco o partición sin fijar la opción (no determinada) excl. En caso contrario, recibe un error en /var/adm/messages mientras enlaza un dominio que usa dicho disco.

vd_setup_vd():  ldi_open_by_name(/dev/dsk/c4t12d0s2) = errno 16
vds_add_vd():  Failed to add vdisk ID 0

Puede comprobar si Veritas DMP está habilitado comprobando la información de ruta múltiple en la salida del comando vxdisk list; por ejemplo:

# vxdisk list Disk_3
Device:    Disk_3
devicetag: Disk_3
type:      auto
info:      format=none
flags:     online ready private autoconfig invalid
pubpaths:  block=/dev/vx/dmp/Disk_3s2 char=/dev/vx/rdmp/Disk_3s2
guid:      -
udid:      SEAGATE%5FST336753LSUN36G%5FDISKS%5F3032333948303144304E0000
site:      -
Multipathing information:
numpaths:  1
c4t12d0s2  state=enabled

Alternativamente, si Veritas DMP está habilitado en un disco o en un segmento que desea exportar como disco virtual con la opción excl fijada, puede inhabilitar DMP usando el comando vxdmpadm. Por ejemplo:

# vxdmpadm -f disable path=/dev/dsk/c4t12d0s2

Uso de administradores de volumen para discos virtuales

Esta sección describe el uso de administradores de volumen para discos virtuales.

Uso de ZFS para discos virtuales

Cualquier disco virtual puede usarse con ZFS. Un grupo de almacenamiento ZFS (zpool) puede ser importado en cualquier dominio que crea todos los dispositivos de almacenamiento que forman parte de este zpool, sin que importe si el dominio ve todos esos dispositivos como dispositivos virtuales o reales.

Uso de Solaris Volume Manager para discos virtuales

Puede usarse cualquier disco virtual en el conjunto de discos locales de Solaris Volume Manager. Por ejemplo, puede utilizar un disco virtual para almacenar la base de datos de estado del metadispositivo de Solaris Volume Manager, metadb(1M), del conjunto de discos locales o para crear volúmenes de Solaris Volume Manager en el conjunto de discos locales.

Cualquier disco virtual cuyo backend sea un disco SCSI puede utilizarse en un conjunto de discos compartidos de Solaris Volume Manager, metaset(1M). Los discos virtuales cuyos componentes posteriores no son discos SCSI no pueden agregarse a un conjunto de discos compartidos de Solaris Volume Manager. Si se intenta agregar un disco virtual cuyo backend no es un disco SCSI a un conjunto de discos compartidos de Solaris Volume Manager, se genera un error parecido al siguiente.

# metaset -s test -a c2d2
metaset: domain1: test: failed to reserve any drives

Uso de VxVM para discos virtuales

Para asistencia técnica de VxVM en dominios huésped, consulte la documentación VxVM de Symantec.