Formatos de repositorio de almacenamiento

Puede utilizar el asistente Nuevo repositorio de almacenamiento en HASH (0x2e6c8e8) para crear repositorios de almacenamiento. El asistente le guía a través de los pasos de configuración. Alternativamente, use la CLI y elsr-create comando. Elsr-create comando crea un SR en el sustrato de almacenamiento (potencialmente destruyendo cualquier dato existente). También crea el objeto API SR y un registro PBD correspondiente, lo que permite a las VM utilizar el almacenamiento. Al crear correctamente el SR, el PBD se conecta automáticamente. Si se establece elshared=true indicador SR, se crea un registro PBD y se conecta para cada HASH (0x2e68218) en el fondo de recursos.

Si está creando un SR para almacenamiento basado en IP (iSCSI o NFS), puede configurar una de las siguientes opciones como red de almacenamiento: la NIC que controla el tráfico de administración o una nueva NIC para el tráfico de almacenamiento. Para asignar una dirección IP a una NIC, consulteConfigurar una NIC de almacenamiento dedicada.

Todos los tipos SR HASH (0x2c1a078) admiten el cambio de tamaño de VDI, la clonación rápida y la instantánea. Los SRs basados en el tipo LVM SR (local, iSCSI o HBA) proporcionan aprovisionamiento ligero para instantáneas y nodos principales ocultos. Los otros tipos de SR (EXT3, NFS, GFS2) admiten aprovisionamiento ligero completo, incluso para discos virtuales activos.

Advertencia:

Cuando los VDI VHD no están conectados a una máquina virtual, por ejemplo, para una instantánea de VDI, se almacenan como aprovisionados de forma predeterminada. Si intenta volver a conectar el VDI, asegúrese de que hay suficiente espacio en disco disponible para que el VDI se aprovisione de forma densa. Los clones de VDI se aprovisionan de forma densa.

Los tamaños máximos de VDI soportados son:

Formato del repositorio de almacenamiento Tamaño máximo de VDI
EXT3 2 TiB
IMM 2 TiB
NFS 2 TiB
IMOFCOE 2 TiB
LVMOiSCSI 2 TiB
IvMohba 2 TiB
GFS2 (con iSCSI o HBA) 16 TiB

LVM local

El tipo LVM local presenta discos dentro de un grupo de volúmenes conectado localmente.

De forma predeterminada, HASH (0x2c1a078) utiliza el disco local en el host físico en el que está instalado. Linux Logical Volume Manager (LVM) se utiliza para administrar el almacenamiento de VM. Un VDI se implementa en formato VHD en un volumen lógico LVM del tamaño especificado.

Consideraciones sobre el rendimiento de LVM

La funcionalidad de instantáneas y clonación rápida para SRs basados en LVM incluye una sobrecarga de rendimiento inherente. Cuando se requiere un rendimiento óptimo, HASH (0x2c1a078) admite la creación de VDI en formato raw además del formato VHD predeterminado. La funcionalidad de instantáneas HASH (0x2c1a078) no se admite en los VDIS sin formato.

Las instantáneas no transportables que utilizan el proveedor VSS predeterminado de Windows funcionan en cualquier tipo de VDI.

Advertencia:

No intente realizar instantáneas de una máquina virtual que tengatype=rawdiscos conectados. Esta acción puede dar lugar a que se cree una instantánea parcial. En esta situación, puede identificar los VDI de instantáneas huérfanas comprobando elsnapshot-of campo y, a continuación, eliminándolos.

Creación de un SR LVM local

Una LVM SR se crea de forma predeterminada en la instalación del host.

Los parámetros de configuración del dispositivo para los SRs LVM son:

Nombre del parámetro Descripción ¿Requerido?
Dispositivo Nombre del dispositivo en el host local que se va a utilizar para el SR

Para crear un LVM SR local activado/dev/sdb, utilice el siguiente comando.

    xe sr-create host-uuid=valid_uuid content-type=user \
    name-label="Example Local LVM SR" shared=false \
    device-config:device=/dev/sdb type=lvm

EXT3 local

El uso de EXT3 permite el aprovisionamiento ligero en el almacenamiento local. Sin embargo, el tipo de repositorio de almacenamiento predeterminado es LVM, ya que proporciona un rendimiento de escritura consistente y evita la sobreconfirmación del almacenamiento de información. Si utiliza EXT3, es posible que vea un rendimiento reducido en los siguientes casos:

  • Al llevar a cabo operaciones de ciclo de vida de VM, como creación y suspensión/reanudación de VM
  • Al crear archivos grandes desde la máquina virtual

Los SRs de EXT del disco local deben configurarse mediante la CLI HASH (0x2c1a078).

Creación de un EXT3 SR local (ext)

Parámetros de configuración del dispositivo para SRs externos:

Nombre del parámetro Descripción ¿Requerido?
Dispositivo Nombre del dispositivo en el host local que se va a utilizar para el SR

Para crear un SR externo local activado/dev/sdb, utilice el siguiente comando:

    xe sr-create host-uuid=valid_uuid content-type=user \
       name-label="Example Local EXT3 SR" shared=false \
       device-config:device=/dev/sdb type=ext

Udev

Eludev tipo representa los dispositivos conectados mediante el administrador deudev dispositivos como VDI.

HASH (0x2c1a078) tiene dos SRs de tipoudev que representan almacenamiento extraíble. Uno es para el disco de CD o DVD de la unidad física de CD o DVD-ROM del servidor HASH (0x2e68218). El otro es para un dispositivo USB conectado a un puerto USB del servidor HASH (0x2e68218). Los VDI que representan el medio vienen y salen a medida que se insertan y eliminan discos o memorias USB.

ISO

El tipo ISO maneja imágenes de CD almacenadas como archivos en formato ISO. Este tipo SR es útil para crear bibliotecas ISO compartidas. Para los repositorios de almacenamiento que almacenan una biblioteca de ISOS, elcontent-type parámetro debe establecerse eniso .

Por ejemplo:

    xe sr-create host-uuid=valid_uuid content-type=iso \
      type=iso name-label="Example ISO SR" \
      device-config:location=nfs server:path

Recomendamos que use SMB versión 3.0 para montar ISO SR en el servidor de archivos de Windows. La versión 3.0 se selecciona de forma predeterminada porque es más segura y robusta que la versión 1.0 de SMB. Sin embargo, puede montar ISO SR utilizando SMB versión 1.0 utilizando el siguiente comando:

     xe sr-create content-type=iso type=iso shared=true device-config:location=valid location
     device-config:username=username device-config:cifspassword=password
     device-config:type=cifs device-config:vers=Choose either 1.0 or 3.0 name-label="Example ISO SR"

Nota:

Al ejecutar elsr-create comando, puede usar eldevice-config:cifspassword_secret argumento en lugar de especificar la contraseña en la línea de comando. Para obtener más información, consulte Secretos.

Compatibilidad con iSCSI de software

HASH (0x2c1a078) admite SRs compartidos en LUNs iSCSI. iSCSI se admite mediante el iniciador iSCSI del software Open-iSCSI o mediante un adaptador de bus de host (HBA) iSCSI compatible. Los pasos para usar HBAs iSCSI son idénticos a los pasos para HBAs Fibre Channel. Ambos conjuntos de pasos se describen enCreación de un LVM compartido a través de Fibre Channel / Fibre Channel a través de Ethernet / iSCSI HBA o SAS SR.

La compatibilidad compartida con iSCSI mediante el iniciador iSCSI de software se implementa según Linux Volume Manager (LVM). Esta característica proporciona los mismos beneficios de rendimiento proporcionados por los VDI LVM en el caso del disco local. Los SRs iSCSI compartidos que utilizan el iniciador de host basado en software pueden admitir la agilidad de VM mediante la migración en vivo: las VM se pueden iniciar en cualquier servidor HASH (0x2e68218) de un fondo de recursos y se pueden migrar entre ellas sin un tiempo de inactividad notable.

Los SRs iSCSI utilizan todo el LUN especificado en el momento de la creación y no pueden abarcar más de un LUN. Se proporciona compatibilidad con CHAP para la autenticación del cliente, tanto durante la inicialización del path de datos como en las fases de descubrimiento del LUN.

Nota:

El tamaño de bloque de un LUN iSCSI debe ser de 512 bytes.

Configuración iSCSI del servidor HASH (0x2e68218)

Todos los iniciadores y destinos iSCSI deben tener un nombre único para garantizar que se puedan identificar de forma única en la red. Un iniciador tiene una dirección de iniciador iSCSI y un destino tiene una dirección de destino iSCSI. En conjunto, estos nombres se denominan Nombres Calificados iSCSI o IQN.

Los servidores HASH (0x2e68218) admiten un solo iniciador iSCSI que se crea y configura automáticamente con un IQN aleatorio durante la instalación del host. El iniciador único se puede utilizar para conectarse simultáneamente a varios destinos iSCSI.

Los destinos iSCSI normalmente proporcionan control de acceso mediante listas IQN del iniciador iSCSI. Todos los objetivos iSCSI o LUNs a los que tiene acceso el servidor HASH (0x2e68218) deben configurarse para permitir el acceso por parte del IQN del iniciador del host. Del mismo modo, los Targets/LUNs que se utilizarán como SRs iSCSI compartidos deben configurarse para permitir el acceso de todos los IQN del host en el fondo de recursos.

Nota:

Los destinos iSCSI que no proporcionan control de acceso suelen restringir el acceso a LUN a un solo iniciador para garantizar la integridad de los datos. Si se utiliza un LUN iSCSI como SR compartido en varios servidores de un grupo, asegúrese de que el acceso de varios iniciadores esté habilitado para el LUN especificado.

El valor IQN del servidor HASH (0x2e68218) se puede ajustar mediante HASH (0x2e6c8e8) o mediante la CLI con el siguiente comando cuando se utiliza el iniciador de software iSCSI:

    xe host-param-set uuid=valid_host_id other-config:iscsi_iqn=new_initiator_iqn

Advertencia:

  • Cada destino e iniciador iSCSI deben tener un IQN único. Si se utiliza un identificador IQN no único, se pueden producir daños en los datos o denegación de acceso a LUN.
  • No cambie el IQN del servidor HASH (0x2e68218) con SRs iSCSI conectados. Si lo hace, se pueden producir fallos en la conexión con nuevos objetivos o SRs existentes.

Almacenamiento de software FCoE

El software FCoE proporciona un marco estándar al que los proveedores de hardware pueden conectar su NIC compatible con FCOE y obtener las mismas ventajas que un FCoE basado en hardware. Esta característica elimina la necesidad de utilizar HBAs costosos.

Antes de crear un almacenamiento FCoE de software, complete manualmente la configuración necesaria para exponer un LUN al host. Esta configuración incluye configurar la estructura FCoE y asignar LUNs al nombre público mundial (PWWN) de su SAN. Después de completar esta configuración, el LUN disponible se monta en el CNA del host como un dispositivo SCSI. El dispositivo SCSI se puede utilizar para acceder al LUN como si se tratara de un dispositivo SCSI conectado localmente. Para obtener información acerca de cómo configurar el conmutador físico y el arreglo de discos para que admitan FCoE, consulte la documentación proporcionada por el proveedor.

Nota:

El software FCoE se puede utilizar con Open VSwitch y Linux bridge como back-end de red.

Creación de un FCoE SR de software

Antes de crear un software FCoE SR, los clientes deben asegurarse de que hay NIC compatibles con FCOE conectadas al host.

Los parámetros de configuración del dispositivo para los SRs de FCoE son:

Nombre del parámetro Descripción ¿Requerido?
SCSIid El ID del bus SCSI del LUN de destino

Ejecute el siguiente comando para crear un SR de FCoE compartido:

    xe sr-create type=lvmofcoe \
    name-label="FCoE SR" shared=true device-config:SCSIid=SCSI_id

Adaptadores de bus host de hardware (HBAs)

Esta sección cubre varias operaciones necesarias para administrar HBAs SAS, Fibre Channel e iSCSI.

Ejemplo de configuración de HBA iSCSI QLogic

Para obtener más información sobre la configuración de los HBAs iSCSI y Fibre Channel de QLogic, consulte elCaviumsitio web.

Una vez que el HBA se haya instalado físicamente en el servidor HASH (0x2e68218), siga los pasos siguientes para configurar el HBA:

  1. Establezca la configuración de red IP para el HBA. En este ejemplo se asume el puerto 0 de DHCP y HBA. Especifique los valores adecuados si utiliza direccionamiento IP estático o un HBA de varios puertos.

    /opt/QLogic_Corporation/SANsurferiCLI/iscli -ipdhcp 0
    
  2. Agregue un destino iSCSI persistente al puerto 0 del HBA.

    /opt/QLogic_Corporation/SANsurferiCLI/iscli -pa 0 iscsi_target_ip_address
    
  3. Utilice elsr-probe comando xe para forzar un nuevo escaneo del controlador HBA y mostrar los LUNs disponibles. Para obtener más información, consulte Sondear un SR y Creación de un LVM compartido a través de Fibre Channel / Fibre Channel a través de Ethernet / iSCSI HBA o SAS SR.

Quitar entradas de dispositivos SAS, FC o iSCSI basados en HBA

Nota:

Este paso no es obligatorio. Recomendamos que solo los usuarios avanzados realicen este proceso si es necesario.

Cada LUN basado en HBA tiene una entrada de ruta de acceso de dispositivo global correspondiente/dev/disk/by-scsibus en el formato<SCSIid>-<adapter>:<bus>:<target>:<lun> y una ruta de acceso de dispositivo estándar en/dev . Para quitar las entradas de dispositivo para los LUNs que ya no se utilizan como SRs, siga los pasos siguientes:

  1. Utilicesr-forget osr-destroy según corresponda para quitar el SR de la base de datos del servidor HASH (0x2e68218). Consulte Quitar SRs para obtener más detalles.

  2. Elimine la configuración de zonificación dentro del SAN para el LUN deseado en el host deseado.

  3. Utilice elsr-probe comando para determinar los valores ADAPTER, BUS, TARGET y LUN correspondientes al LUN que se va a quitar. Para obtener más información,Sondear un SR.

  4. Elimine las entradas del dispositivo con el siguiente comando:

    echo "1" > /sys/class/scsi_device/adapter:bus:target:lun/device/delete
    

Advertencia:

Asegúrese de que está seguro de qué LUN está eliminando. La eliminación accidental de un LUN requerido para la operación del host, como el dispositivo de arranque o raíz, hace que el host no se pueda utilizar.

Almacenamiento LVM compartido

El tipo LVM compartido representa discos como volúmenes lógicos dentro de un grupo de volúmenes creado en un LUN iSCSI (FC o SAS).

Nota:

El tamaño de bloque de un LUN iSCSI debe ser de 512 bytes.

Crear un LVM compartido a través de iSCSI SR mediante el iniciador iSCSI de software

Parámetros de configuración del dispositivo para SRs LVMOiSCSI:

Nombre del parámetro Descripción ¿Requerido?
target La dirección IP o el nombre de host del archivador iSCSI que aloja el SR
targetIQN La dirección de destino IQN del archivador iSCSI que aloja el SR
SCSIid El ID del bus SCSI del LUN de destino
chapuser El nombre de usuario que se utilizará para la autenticación CHAP No
chappassword Contraseña que se utilizará para la autenticación CHAP No
port El número de puerto de red en el que se desea consultar el destino No
usediscoverynumber El índice de registros iSCSI específico que se va a utilizar No
incoming_chapuser El nombre de usuario que utiliza el filtro iSCSI para autenticarse en el host No
incoming_chappassword Contraseña que utiliza el filtro iSCSI para autenticarse en el host No

Para crear una SR LVMOiSCSI compartida en un LUN específico de un destino iSCSI, utilice el siguiente comando.

    xe sr-create host-uuid=valid_uuid content-type=user \
    name-label="Example shared LVM over iSCSI SR" shared=true \
    device-config:target=target_ip= device-config:targetIQN=target_iqn= \
    device-config:SCSIid=scsci_id \
    type=lvmoiscsi

Creación de un LVM compartido a través de Fibre Channel / Fibre Channel a través de Ethernet / iSCSI HBA o SAS SR

Los SRs de tipo LvMohBA se pueden crear y administrar usando la CLI xe o HASH (0x2e6c8e8).

Parámetros de configuración del dispositivo para los SRs LVMOHBA:

Nombre del parámetro Descripción ¿Requerido?
SCSIid ID SCSI del dispositivo

Para crear una SR LvMohba compartida, lleve a cabo los siguientes pasos en cada host del grupo:

  1. Zona en uno o más LUNs a cada servidor HASH (0x2e68218) del grupo. Este proceso es altamente específico para el equipo SAN en uso. Para obtener más información, consulte la documentación de su SAN.

  2. Si es necesario, utilice la CLI de HBA incluida en el servidor HASH (0x2e68218) para configurar el HBA:

    • Emulex:/bin/sbin/ocmanager

    • FC QLogic:/opt/QLogic_Corporation/SANsurferCLI

    • iSCSI QLogic:/opt/QLogic_Corporation/SANsurferiCLI

    Para obtener un ejemplo de configuración de HBA iSCSI QLogic, consulte Hardware host bus adapters (HBAs) en la sección anterior. Para obtener más información sobre los HBAs Fibre Channel e iSCSI, consulte losBroadcomsitios webCaviumy.

  3. Utilice el comando sr-probe para determinar la ruta de acceso del dispositivo global del LUN de HBA. El comando sr-probe obliga a volver a analizar los HBAs instalados en el sistema para detectar los nuevos LUNs que se han zonado en el host. El comando devuelve una lista de propiedades para cada LUN encontrado. Especifique el parámetro host-uuid para asegurarse de que el sondeo se produce en el host deseado.

    La ruta global del dispositivo que se devuelve como propiedad <path> es común en todos los hosts del grupo. Por lo tanto, esta ruta debe utilizarse como valor para el parámetro device-config:device al crear el SR.

    Si hay varios LUN presentes, utilice el proveedor, el tamaño del LUN, el número de serie del LUN o el ID SCSI de la propiedad <path> para identificar el LUN deseado.

        xe sr-probe type=lvmohba \
        host-uuid=1212c7b3-f333-4a8d-a6fb-80c5b79b5b31
        Error code: SR_BACKEND_FAILURE_90
        Error parameters: , The request is missing the device parameter, \
        <?xml version="1.0" ?>
        <Devlist>
            <BlockDevice>
                <path>
                    /dev/disk/by-id/scsi-360a9800068666949673446387665336f
                </path>
                <vendor>
                    HITACHI
                </vendor>
                <serial>
                    730157980002
                </serial>
                <size>
                    80530636800
                </size>
                <adapter>
                    4
                </adapter>
                <channel>
                    0
                </channel>
                <id>
                    4
                </id>
                <lun>
                    2
                </lun>
                <hba>
                    qla2xxx
                </hba>
            </BlockDevice>
            <Adapter>
                <host>
                    Host4
                </host>
                <name>
                    qla2xxx
                </name>
                <manufacturer>
                    QLogic HBA Driver
                </manufacturer>
                <id>
                    4
                </id>
            </Adapter>
        </Devlist>
    
  4. En el host maestro de la agrupación, cree el SR. Especifique la ruta de acceso del dispositivo global devuelta en la<path> propiedad desr-probe . Los PBD se crean y se conectan automáticamente para cada host del grupo.

        xe sr-create host-uuid=valid_uuid \
        content-type=user \
        name-label="Example shared LVM over HBA SR" shared=true \
        device-config:SCSIid=device_scsi_id type=lvmohba
    

Nota:

Puede utilizar la función Reparar repositorio de almacenamiento HASH (0x2e6c8e8) para volver a intentar la creación de PBD y la conexión de partes de lasr-create operación. Esta función puede ser valiosa en los casos en que la zonificación de LUN era incorrecta para uno o más hosts en un pool cuando se creó el SR. Corrija la zonificación de los hosts afectados y utilice la función Reparar repositorio de almacenamiento en lugar de quitar y volver a crear el SR.

Almacenamiento en bloque GFS2 compartido aprovisionado ligero

El aprovisionamiento ligero utiliza mejor el almacenamiento disponible al asignar espacio de almacenamiento en disco a los VDI a medida que los datos se escriben en el disco virtual, en lugar de asignar previamente el tamaño virtual completo de la VDI. El aprovisionamiento ligero le permite reducir significativamente la cantidad de espacio requerido en un arreglo de discos de almacenamiento compartido y, con ello, su costo total de propiedad (TCO).

El aprovisionamiento ligero para almacenamiento de bloques compartido es de particular interés en los siguientes casos:

  • Quiere una mayor eficiencia de espacio. Las imágenes están escasamente y no se asignan densamente.
  • Desea reducir el número de operaciones de E/S por segundo en su arreglo de discos de almacenamiento de información. El GFS2 SR es el primer tipo SR que admite el almacenamiento en caché de lectura en almacenamiento en bloque compartido.
  • Utilice una imagen base común para varias máquinas virtuales. Las imágenes de las máquinas virtuales individuales suelen utilizar incluso menos espacio.
  • Se usan instantáneas. Cada instantánea es una imagen y cada imagen ahora es escasa.
  • Su almacenamiento no es compatible con NFS y solo admite almacenamiento en bloque. Si su almacenamiento es compatible con NFS, le recomendamos que utilice NFS en lugar de GFS2.
  • Desea crear VDIS de tamaño superior a 2 TiB. El GFS2 SR admite VDIS de hasta 16 TiB de tamaño.

El tipo GFS2 compartido representa los discos como un sistema de archivos creado en un LUN iSCSI o HBA. Los VDI almacenados en un GFS2 SR se almacenan en el formato de imagen QCOW2.

Para utilizar el almacenamiento GFS2 compartido, el grupo de recursos HASH (0x2e68218) debe ser un grupo agrupado. Habilite la agrupación de clústeres en su grupo antes de crear un SR de GFS2. Para obtener más información, consulte Grupos agrupados.

Asegúrese de que las múltiples rutas de almacenamiento estén configuradas entre el grupo agrupado y el GFS2 SR. Para obtener más información, consulte Multirutas de almacenamiento.

Los SRs de tipo GFS2 se pueden crear y administrar usando la CLI xe o HASH (0x2e6c8e8).

Restricciones

El almacenamiento compartido GFS2 tiene actualmente las siguientes restricciones:

  • La migración de máquinas virtuales con migración en vivo de almacenamiento no se admite para máquinas virtuales cuyos VDI están en un SR de GFS2.
  • El protocolo FCoE no es compatible con los SRs de GFS2.
  • Recortar/Unmap no es compatible con los SRs de GFS2.
  • Las métricas de rendimiento no están disponibles para los SRs y discos de GFS2 en estos SRs.
  • El seguimiento de bloques modificados no es compatible con los VDI almacenados en SRs de GFS2.
  • No se pueden exportar VDI mayores de 2 TiB como VHD u OVA/OVF. Sin embargo, puede exportar máquinas virtuales con VDIS de más de 2 TiB en formato XVA.

Nota:

Las operaciones en los SRs de GFS2 pueden bloquearse si tiene un conflicto de dirección IP (varios hosts que tienen la misma dirección IP) en la red de clústeres que involucre al menos un host con clustering habilitado. En este caso, los anfitriones no valen. Para solucionar este problema, resuelva el conflicto de dirección IP.

Crear un GFS2 compartido a través de iSCSI SR mediante el iniciador iSCSI de software

Puede crear GFS2 a través de SRs iSCSI mediante XenCenter. Para obtener más información, consulteAlmacenamiento iSCSI de softwareen la documentación del producto XenCenter.

Alternativamente, puede usar la CLI xe para crear un GFS2 a través de iSCSI SR.

Parámetros de configuración del dispositivo para SRs GFS2:

Nombre del parámetro Descripción ¿Requerido?
provider Implementación del proveedor de bloques. En este caso,iscsi.
target La dirección IP o el nombre de host del archivador iSCSI que aloja
targetIQN El destino IQN del archivador iSCSI que aloja el SR
SCSIid ID SCSI del dispositivo

Puede encontrar los valores que se van a utilizar para estos parámetros mediante elxe sr-probe-ext comando.

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. Comience ejecutando el siguiente comando:

    xe sr-probe-ext type=gfs2 device-config:provider=iscsi
    

    La salida del comando le solicita que proporcione parámetros adicionales y proporciona una lista de valores posibles en cada paso.

  2. Repita el comando, agregando nuevos parámetros cada vez.

  3. Cuando la salida del comando comienza porThe following SRs were found:, puede utilizar losdevice-configparámetros especificados para localizar el SR al ejecutar elxe sr-createcomando.

Para crear un SR de GFS2 compartido en un LUN específico de un destino iSCSI, ejecute el siguiente comando en un servidor del grupo en clúster:

xe sr-create type=gfs2 name-label="Example GFS2 SR" --shared \
   device-config:provider=iscsi device-config:targetIQN=target_iqns \
   device-config:target=portal_address device-config:SCSIid=scsci_id

Si no se puede alcanzar el destino iSCSI mientras se montan los sistemas de archivos GFS2, es posible que algunos hosts del grupo agrupado se bloqueen.

Para obtener más información sobre cómo trabajar con SRs iSCSI, consulteCompatibilidad con iSCSI de software.

Crear un GFS2 compartido a través de HBA SR

Puede crear GFS2 a través de SRs de HBA mediante XenCenter. Para obtener más información, consulteAlmacenamiento de HBA de hardwareen la documentación del producto XenCenter.

Alternativamente, puede usar la CLI xe para crear un GFS2 sobre HBA SR.

Parámetros de configuración del dispositivo para SRs GFS2:

Nombre del parámetro Descripción ¿Requerido?
provider Implementación del proveedor de bloques. En este caso,hba.
SCSIid ID SCSI del dispositivo

Puede encontrar los valores que se van a utilizar para el parámetro scsiId mediante elxe sr-probe-ext comando.

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. Comience ejecutando el siguiente comando:

    xe sr-probe-ext type=gfs2 device-config:provider=hba
    

    La salida del comando le solicita que proporcione parámetros adicionales y proporciona una lista de valores posibles en cada paso.

  2. Repita el comando, agregando nuevos parámetros cada vez.

  3. Cuando la salida del comando comienza porThe following SRs were found:, puede utilizar losdevice-configparámetros especificados para localizar el SR al ejecutar elxe sr-createcomando.

Para crear un SR de GFS2 compartido en un LUN específico de un destino de HBA, ejecute el siguiente comando en un servidor del grupo en clúster:

xe sr-create type=gfs2 name-label="Example GFS2 SR" --shared \
  device-config:provider=hba device-config:SCSIid=device_scsi_id

Para obtener más información sobre cómo trabajar con SRs de HBA, consulteAdaptadores de bus host de hardware.

NFS y SMB

Los recursos compartidos en servidores NFS (que admiten NFSv4 o NFSv3) o en servidores SMB (que admiten SMB 3.0) se pueden usar inmediatamente como SR para discos virtuales. Los VDI se almacenan únicamente en el formato Microsoft VHD. Además, como estos SRs se pueden compartir, los VDIS almacenados en SRs compartidos permiten:

  • Máquinas virtuales que se iniciarán en cualquier servidor HASH (0x2e68218) en un fondo de recursos

  • Migración de VM entre servidores HASH (0x2e68218) en un fondo de recursos mediante migración en vivo (sin un tiempo de inactividad notable)

Importante:

  • La compatibilidad con SMB 3.0 se limita a la capacidad de conectarse a un recurso compartido mediante el protocolo 3.0. Las características adicionales como Transparent Failover dependen de la disponibilidad de las funciones en el kernel Linux ascendente y no son compatibles con HASH (0x2c1a078).
  • Para NFSv4, soloAUTH_SYS se admite el tipo de autenticación.
  • El almacenamiento SMB está disponible para los clientes HASH (0x2c1a078) HASH (0x2e72eb8) o aquellos clientes que tienen acceso a HASH (0x2c1a078) a través de sus derechos de Citrix Virtual Apps and Desktops.

Los VDI almacenados en SRs basados en archivos se aprovisionan de forma fina. El archivo de imagen se asigna a medida que la máquina virtual escribe datos en el disco. Este enfoque tiene la ventaja considerable de que los archivos de imagen de VM ocupan sólo tanto espacio en el almacenamiento como sea necesario. Por ejemplo, si se asigna un VDI de 100 GB para una máquina virtual y se instala un sistema operativo, el archivo VDI sólo refleja el tamaño de los datos del sistema operativo escritos en el disco en lugar de los 100 GB completos.

Los archivos VHD también pueden estar encadenados, lo que permite que dos VDI compartan datos comunes. En los casos en que se clona una máquina virtual basada en archivos, las máquinas virtuales resultantes comparten los datos comunes en el disco en el momento de la clonación. Cada máquina virtual procede a realizar sus propios cambios en una versión aislada de copia en escritura del VDI. Esta función permite que las máquinas virtuales basadas en archivos se clonen rápidamente a partir de plantillas, lo que facilita el aprovisionamiento y la implementación muy rápidos de nuevas máquinas virtuales.

Nota:

La longitud máxima admitida de las cadenas VHD es 30.

Las implementaciones SRs basadas en archivos y VHD en HASH (0x2c1a078) asumen que tienen control total sobre el directorio SR en el servidor de archivos. Los administradores no deben modificar el contenido del directorio SR, ya que esta acción puede corromper el contenido de los VDI.

HASH (0x2c1a078) se ha ajustado para almacenamiento de clase empresarial que utiliza RAM no volátil para proporcionar confirmaciones rápidas de solicitudes de escritura mientras mantiene un alto grado de protección de datos frente a errores. HASH (0x2c1a078) se ha probado ampliamente contra el almacenamiento FAS2020 y FAS3210 de Network Appliance, utilizando Data OnTap 7.3 y 8.1

Advertencia:

A medida que los VDIS en SRs basados en archivos se crean como aprovisionamiento ligero, los administradores deben asegurarse de que los SRs basados en archivos tengan suficiente espacio en disco para todos los VDI necesarios. Los servidores HASH (0x2e68218) no exigen que el espacio requerido para VDIS en SRs basados en archivos esté presente.

Crear un SR de NFS compartido (NFS)

Para crear un NFS SR, debe proporcionar el nombre de host o la dirección IP del servidor NFS. Puede crear el SR en cualquier ruta de destino válida; utilice elsr-probe comando para mostrar una lista de rutas de destino válidas exportadas por el servidor.

En escenarios donde HASH (0x2c1a078) se utiliza con almacenamiento de información de gama baja, espera con precaución que todas las escrituras sean reconocidas antes de pasar acuse de recibo a las VM. Este enfoque implica un costo de rendimiento notable y podría resolverse configurando el almacenamiento para presentar el punto de montaje SR como una exportación de modo asíncrono. Las exportaciones asincrónicas reconocen escrituras que no están realmente en el disco. Considere cuidadosamente los riesgos de fracaso en estas situaciones.

Nota:

El servidor NFS debe configurarse para exportar la ruta especificada a todos los servidores del grupo. Si no se realiza esta configuración, se produce un error en la creación del SR y en la conexión del registro PBD.

La implementación NFS HASH (0x2c1a078) utiliza TCP de forma predeterminada. Si su situación lo permite, puede configurar la implementación para usar UDP en escenarios en los que puede haber un beneficio de rendimiento. Para realizar esta configuración, al crear un SR, especifique eldevice-config parámetrouseUDP=true .

Parámetros de configuración del dispositivo para SRs NFS:

Nombre del parámetro Descripción ¿Requerido?
server Dirección IP o nombre de host del servidor NFS
serverpath Ruta de acceso, incluido el punto de montaje NFS, al servidor NFS que aloja el servidor SR

Por ejemplo, para crear un SR NFS compartido en192.168.1.10:/export1, utilice el siguiente comando:

    xe sr-create content-type=user \
    name-label="shared NFS SR" shared=true \
    device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
    nfsversion="3", "4"

Para crear un SR de NFS no compartido, ejecute el siguiente comando:

    xe sr-create host-uuid=host_uuid content-type=user \
    name-label="Non-shared NFS SR" \
    device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
    nfsversion="3", "4"

Crear un SR SMB compartido (SMB)

Para crear un SR SMB, proporcione el nombre de host o la dirección IP del servidor SMB, la ruta de acceso completa del recurso compartido exportado y las credenciales apropiadas.

Nota:

SMB SR se ha probado con el almacenamiento de Network Appliance que ejecuta OnTap 8.3 y Windows Server 2012 R2.

Parámetros de configuración del dispositivo para SRs de SMB:

Nombre del parámetro Descripción ¿Requerido?
server Ruta completa para compartir en el servidor
username Cuenta de usuario con acceso RW para compartir Opcional
password Contraseña de la cuenta de usuario Opcional

Por ejemplo, para crear un SR SMB compartido en192.168.1.10:/share1, utilice el siguiente comando:

    xe sr-create content-type=user \
    name-label="Example shared SMB SR" shared=true \
    device-config:server=//192.168.1.10/share1 \
    device-config:username=valid_username device-config:password=valid_password type=smb

Para crear un SR SMB no compartido, ejecute el siguiente comando:

    xe sr-create host-uuid=host_uuid content-type=user \
    name-label="Non-shared SMB SR" \
    device-config:server=//192.168.1.10/share1 \
    device-config:username=valid_username device-config:password=valid_password type=smb

Nota:

Al ejecutar elsr-create comando, puede usar eldevice-config:password_secret argumento en lugar de especificar la contraseña en la línea de comando. Para obtener más información, consulte Secretos.

HBA de LVM sobre Hardware

El tipo de HBA LVM sobre hardware representa discos como VHD en volúmenes lógicos dentro de un grupo de volúmenes creado en un LUN de HBA que proporciona, por ejemplo, soporte iSCSI o FC basado en hardware.

Los servidores HASH (0x2e68218) admiten SAN Fibre Channel a través de adaptadores de bus host (HBAs) Emulex o QLogic. Toda la configuración de Fibre Channel necesaria para exponer un LUN de Fibre Channel al host debe completarse manualmente. Esta configuración incluye dispositivos de almacenamiento, dispositivos de red y el HBA dentro del servidor HASH (0x2e68218). Una vez completada toda la configuración de FC, el HBA expone un dispositivo SCSI respaldado por el LUN FC al host. El dispositivo SCSI se puede utilizar para acceder al LUN FC como si se tratara de un dispositivo SCSI conectado localmente.

Utilice elsr-probe comando para enumerar los dispositivos SCSI respaldados por LUN presentes en el host. Este comando obliga a realizar un análisis en busca de nuevos dispositivos SCSI respaldados por LUN. El valor de path devuelto porsr-probe para un dispositivo SCSI respaldado por LUN es consistente en todos los hosts con acceso al LUN. Por lo tanto, este valor debe utilizarse al crear SRs compartidos accesibles por todos los hosts de un fondo de recursos.

Las mismas características se aplican a los HBAs iSCSI QLogic.

ConsulteCrear repositorios de almacenamientopara obtener más información sobre la creación de SRs iSCSI y FC basados en HBA compartidos.

Nota:

La compatibilidad con HASH (0x2c1a078) para Fibre Channel no admite la asignación directa de un LUN a una máquina virtual. Los LUNs basados en HBA deben asignarse al host y especificarse para su uso en un SR. Los VDI dentro del SR se exponen a las VM como dispositivos de bloque estándar.