Go to main content
Guía de administración para Oracle® VM Server for SPARC 3.4

Salir de la Vista de impresión

Actualización: Agosto de 2016
 
 

Modelo operativo para HBA SCSI virtuales

El modelo operativo para usar HBA SCSI virtuales es cualitativamente distinto del de otros tipos de dispositivos virtuales de Oracle VM Server for SPARC porque Logical Domains Manager conoce solo las instancias del HBA SCSI virtual y la SAN virtual. Los LUN virtuales que aparecen en el dominio invitado y los LUN físicos que aparecen en el dominio de servicio no se conocen hasta que se los detecta en el tiempo de ejecución. Los LUN virtuales y los LUN físicos se detectan implícitamente cuando la conexión de LDC asociada se restablece y explícitamente mediante el comando ldm rescan-vhba.

Si bien el comando ldm se usa para nombrar explícitamente un disco virtual, un LUN virtual en un dominio invitado obtiene su identidad de la identidad del LUN físico asociado en el dominio de servicio. Consulte la página del comando man ldm(1M).

    Por ejemplo, el LUN físico y el LUN virtual comparten el texto que se muestra en negrita en las siguientes rutas de dispositivos:

  • LUN físico en el dominio de servicio:

    /pci@0/pci@0/pci@8/pci@0/pci@2/SUNW,qlc@0/fp@0,0/ssd@w216000c0ff8089d5,0
  • LUN virtual en el dominio invitado:

    /virtual-devices@100/channel-devices@200/scsi@1/iport@0/disk@w216000c0ff8089d5,0

Notas - La ruta de dispositivo del dominio invitado está presente solo si se desactivan las rutas múltiples de E/S de Oracle Solaris en el dominio invitado. Si las rutas múltiples de E/S de Oracle Solaris están activadas, el módulo scsi_vhci crea la ruta del dispositivo en el dominio invitado con una sintaxis diferente.

Tenga en cuenta que el componente scsi@1 de la ruta del dispositivo del LUN virtual denota la instancia del HBA SCSI virtual a la que pertenece este LUN virtual.

Como un juego de LUN virtuales del HBA SCSI virtual se obtiene desde el dominio de servicio en el tiempo de ejecución, no se puede agregar ni eliminar LUN virtuales explícitamente del dominio invitado. En cambio, debe agregar o eliminar los LUN físicos subyacentes para que se pueda alterar la pertenencia de LUN virtuales del dominio invitado. Un evento como el reinicio del dominio o la migración del dominio podría hacer que cambiara la pertenencia de los LUN virtuales del dominio invitado. Este cambio se produce porque los LUN virtuales se vuelven a detectar automáticamente cuando se restablece la conexión de LDC con el HBA SCSI virtual. Si en una detección futura no se encuentra el LUN físico subyacente de un LUN virtual, el LUN virtual se marca como no disponible y el acceso al LUN virtual devuelve un error similar al siguiente:

WARNING: .../scsi@1/iport@0/disk@w216000c0ff8089d5,0 (sd6): ... Command failed to complete...Device is gone

Las instancias del HBA SCSI virtual se gestionan mediante el controlador vhba, pero el LUN virtual se gestiona mediante un controlador de destino SCSI basado en el tipo de dispositivo del LUN físico subyacente. La siguiente salida confirma que el controlador vhba gestiona la instancia del HBA SCSI virtual y que el controlador de discos SCSI sd gestiona el LUN virtual:

# prtconf -a -D /dev/dsk/c2t216000C0FF8089D5d0
SUNW,SPARC-Enterprise-T5220 (driver name: rootnex)
    virtual-devices, instance #0 (driver name: vnex)
        channel-devices, instance #0 (driver name: cnex)
            scsi, instance #0 (driver name: vhba)
                iport, instance #3 (driver name: vhba)
                    disk, instance #30 (driver name: sd)