Formatos de repositorio de almacenamiento

Puede utilizar el asistente Nuevo repositorio de almacenamiento en 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 todos 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, consulte Configurar una NIC de almacenamiento dedicada.

Todos los tipos de SR 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:

LVM local

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

De forma predeterminada, 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, admite la creación de VDI en formato raw además del formato VHD predeterminado. La funcionalidad de instantáneas no se admite en los VDI 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:

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 = “Ejemplo Local LVM SR” shared = false \
device-config: dispositivo = / 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 de disco local deben configurarse mediante la CLI.

Creación de un EXT3 SR local (ext)

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

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 = “Exemplo Local EXT3 SR” shared = false \
   device-config: dispositivo = / dev/sdb type = ext

Udev

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

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 host. El otro es para un dispositivo USB conectado a un puerto USB del host. 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 = “Ejemplo ISO SR” \
  device-config: location = servidor nfs: ruta

recomienda utilizar 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: nombre de usuario = nombre de usuario device-config: cifspassword = contraseña
 device-config: type = cifs device-config: vers = Elija 1.0 o 3.0 name-label = “Ejemplo ISO SR”

Compatibilidad con iSCSI de software

admite SRs compartidos en LUNs iSCSI. iSCSI se admite mediante el iniciador iSCSI de software Open-iSCSI o mediante un adaptador de bus 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 en Crear un LVM compartido sobre Fibre Channel / Fibre Channel over 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 : las VM se pueden iniciar en cualquier host de un fondo de recursos y 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 host

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.

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 host 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 de IQN del host se puede ajustar utilizando o utilizando 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 host 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:

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 QLogic, consulte el sitio web de Cavium.

Una vez que el HBA se haya instalado físicamente en el host, 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 dirección_destino_ip_iscsi
   

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 Probar un SRy Crear un LVM compartido sobre Fibre Channel / Fibre Channel over Ethernet / iSCSI HBA o SAS SR.

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

Nota:

Este paso no es obligatorio. recomienda 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 host. Consulte Quitar SRspara obtener más información.

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, sondee 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:

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 = “Ejemplo compartido LVM sobre 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 .

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

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 para cada host del pool. 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 host 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 los sitios web Broadcom y Cavium.

3. Utilice elsr-probe comando para determinar la ruta de acceso del dispositivo global del LUN de HBA. Elsr-probe comando 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 elhost-uuid parámetro para asegurarse de que el sondeo se produce en el host deseado.

   La ruta global del dispositivo que se devuelve como<path> propiedad es común en todos los hosts del grupo. Por lo tanto, esta ruta debe utilizarse como valor para eldevice-config:device parámetro 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<path> propiedad para identificar el LUN deseado.

   xe sr-probe type = lvmohba \
   host-uuid=1212c7b3-f333-4a8d-a6fb-80c5b79b5b31
   Código de error: SR_BACKEND_FAILURE_90
   Parámetros de error:, Falta a la solicitud el parámetro del dispositivo, \
   ¿Qué? 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 >
   Controlador de HBA            QLogic
           < / 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 \
   tipo de contenido = usuario \
   name-label = “Ejemplo compartido LVM sobre HBA SR” shared = true \
   device-config: scsiId = device_scsi_id type = lvmohba
   

Nota:

Puede utilizar la función Reparar repositorio de almacenamiento 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 coste total de propiedad (TCO).

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

• Si desea una mayor eficiencia de espacio, ya que las imágenes se asignan de forma escasa y no gruesa
• Si desea reducir el número de operaciones de E/S por segundo en el 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.
• Si utiliza una imagen base común para varias máquinas virtuales, ya que las imágenes de máquinas virtuales individuales utilizarán normalmente menos espacio.
• Si utiliza instantáneas, ya que cada instantánea es una imagen y cada imagen ahora es escasa.

El tipo GFS2 compartido representa discos como en un sistema de archivos creado en un LUN iSCSI o HBA. Para utilizar el almacenamiento GFS2 compartido, el fondo de recursos 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, vea Grupos agrupados.

Los SRs de tipo GFS2 se pueden crear y administrar usando la CLI xe o .

Los VDI almacenados en un GFS2 SR se almacenan en el formato de imagen QCOW2.

Nota:

El almacenamiento compartido GFS2 tiene actualmente las siguientes restricciones:

• No puede cambiar el tamaño del LUN de respaldo.
• La migración de máquinas virtuales con almacenamiento no es compatible con máquinas virtuales cuyos VDI se encuentran 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.

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

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

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

xe sr-create type = gfs2 name-label = “Ejemplo GFS2 SR” — compartido \
device-config: provider = iscsi device-config: targetIqn = target_iqns \
device-config: target = dirección_portal 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.

Crear un GFS2 compartido a través de HBA SR

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

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

    xe sr-create type = gfs2 name-label = “Ejemplo GFS2 SR” — compartido \
    device-config: proveedor = hba device-config: scsiId = device_scsi_id

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 host de un fondo de recursos

• La VM migra entre hosts en un fondo de recursos utilizando (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 .
• Para NFSv4, soloAUTH_SYS se admite el tipo de autenticación.
• El almacenamiento de pequeñas y medianas empresas está disponible para los clientes o aquellos que tienen acceso a través de sus derechos de aplicaciones virtuales y escritorios.

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 suponen 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.

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 fallos. 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. no exigen que el espacio necesario para los VDI 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 en los que se utiliza con almacenamiento de información de gama baja, espera con cautela que se reconozcan todas las escrituras antes de pasar las confirmaciones a las VM. Este enfoque implica un coste 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 de NFS 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:

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 = “compartido 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 = “NFS SR no compartido” \
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:

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 = “Ejemplo compartido SMB SR” shared = true \
device-config: servidor = / / 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 = “SR SMB no compartida” \
device-config: servidor = / / 192.168.1.10/share1 \
device-config: username = valid_username device-config: password = valid_password type = smb

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.

admiten SAN Fibre Channel a través de los 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 host. 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.

Consulte Creación de repositorios de almacenamientopara obtener información detallada sobre la creación de SRs iSCSI y FC basados en HBA compartidos.

Nota:

compatibilidad con 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.