Creación de un repositorio de almacenamiento

Puede utilizar la función Nuevo repositorio de almacenamiento en XenCenter para crear repositorios de almacenamiento (SR). El asistente le guía a través de los pasos de configuración. Como alternativa, utilice la CLI y el sr-create mandar. El sr-create crea un SR en el sustrato de almacenamiento (potencialmente destruyendo cualquier dato existente). También crea el objeto de API de SR y un registro PBD correspondiente, lo que permite que las máquinas virtuales usen el almacenamiento. Al crear con éxito el SR, el PBD se conecta automáticamente. Si se establece el indicador SR shared=true , se crea y conecta un registro PBD para cada XenServer en el grupo de recursos.

Si va a crear un SR para el almacenamiento basado en IP (iSCSI o NFS), puede configurar una de las siguientes como red de almacenamiento: la NIC que gestiona 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 XenServer SR admiten cambio de tamaño de VDI, clonación rápida e instantáneas. Los SR basados en el tipo de SR LVM (local, iSCSI o HBA) proporcionan aprovisionamiento fino para instantáneas y nodos principales ocultos, pero no para otros discos, como los discos delta por VM de MCS. Los otros tipos de SR (EXT3/EXT4, NFS, GFS2) admiten el aprovisionamiento fino completo, incluso para discos virtuales que están activos.

Advertencias:

• Cuando las VDI de VHD no están conectadas a una máquina virtual, por ejemplo, para una instantánea de VDI, se almacenan como de aprovisionamiento fino de forma predeterminada. Si intenta volver a conectar la VDI, asegúrese de que haya suficiente espacio en disco disponible para que la VDI se aprovisione de forma densa. Los clones de VDI tienen un aprovisionamiento intensivo.

• XenServer no admite instantáneas en el nivel SAN externo de un LUN para ningún tipo de SR.

• No intente crear un SR en el que el ID de LUN del LUN de destino sea mayor que 255. Asegúrese de que el destino exponga el LUN con un ID de LUN menor o igual que 255 antes de utilizar este LUN para crear un SR.

• Si utiliza el aprovisionamiento fino en un SR basado en archivos, asegúrese de supervisar el espacio libre en el SR. Si el uso de SR aumenta al 100 %, se produce un error en las escrituras adicionales de las máquinas virtuales. Estas escrituras fallidas pueden hacer que la máquina virtual se bloquee o se bloquee.

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

Local LVM

El tipo LVM local presenta los discos dentro de un grupo de volúmenes conectado localmente. Le recomendamos que solo adjunte un SR local por host.

De forma predeterminada, XenServer utiliza el disco local en el host físico en el que está instalado. El Administrador de volúmenes lógicos (LVM) de Linux se utiliza para administrar el almacenamiento de máquinas virtuales. Una VDI se implementa en formato VHD en un volumen lógico LVM del tamaño especificado.

Nota: No

El tamaño de bloque de un LUN LVM debe ser de 512 bytes. Para utilizar almacenamiento con bloques físicos de 4 KB, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes (el tamaño del bloque lógico debe ser de 512 bytes).

Consideraciones de rendimiento de LVM

La funcionalidad de instantánea y clonación rápida para SR basados en LVM viene con una sobrecarga de rendimiento inherente. Cuando se requiere un rendimiento óptimo, XenServer admite la creación de VDI en el formato raw además del formato VHD predeterminado. La funcionalidad de instantáneas de XenServer no es compatible con VDI sin procesar.

Advertencia:

No intente crear una instantánea de una máquina virtual que tenga tipo=sin procesar discos conectados. Esta acción puede dar lugar a la creación de una instantánea parcial. En esta situación, puede identificar las VDI de instantáneas huérfanas comprobando el instantánea de campo y luego eliminarlos.

Creación de un LVM SR local

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

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

Para crear un SR LVM local en /dev/disk/<id>, use 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/disk/<id> type=lvm
<!--NeedCopy-->

Local EXT3/EXT4

El uso de EXT3/EXT4 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 constante y evita la sobreasignación de almacenamiento. Si usa EXT3/EXT4, es posible que vea una reducción del rendimiento en los siguientes casos:

• Al llevar a cabo operaciones del ciclo de vida de la máquina virtual, como la creación y la suspensión/reanudación de máquinas virtuales
• Al crear archivos de gran tamaño desde dentro de la máquina virtual

Los SR EXT3/EXT4 del disco local deben configurarse mediante la CLI de XenServer.

Si un EXT SR local usa EXT3 o EXT4 depende de qué versión de XenServer lo creó:

• Si creó el EXT SR local en una versión anterior de Citrix Hypervisor o XenServer y luego actualizó a XenServer 8.4, utiliza EXT3.
• Si creó el EXT SR local en XenServer 8.4, utiliza EXT4.

Nota: No

El tamaño de bloque de un disco EXT3/EXT4 debe ser de 512 bytes. Para utilizar almacenamiento con bloques físicos de 4 KB, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes (el tamaño del bloque lógico debe ser de 512 bytes).

La creación de un SR EXT4 local (Ext)

Parámetros de configuración del dispositivo para SR EXT:

Para crear un SR EXT4 local en /dev/disk/<id>, use el siguiente comando:

      xe sr-create host-uuid=valid_uuid content-type=user \
         name-label="Example Local EXT4 SR" shared=false \
         device-config:device=/dev/disk/<id> type=ext
<!--NeedCopy-->

Local XFS

El uso de XFS permite el aprovisionamiento fino en el almacenamiento local. El tipo XFS local le permite crear dispositivos de almacenamiento local con bloques físicos de 4 KB sin requerir un tamaño de bloque lógico de 512 bytes.

Restricciones

Los SR XFS tienen las siguientes restricciones:

• La migración en vivo de almacenamiento no se puede utilizar en máquinas virtuales cuyos VDI están en un SR XFS.

• Intellicache no es compatible con máquinas virtuales que utilizan un SR XFS.

• El transporte FCoE de software no es compatible con SR XFS (para FCoE completamente descargado, utilice HBA).

• La función Recortar/desasignar no es compatible con SR XFS.

• No se pueden exportar VDI de más de 2 TiB como VHD u OVA/OVF. Sin embargo, puede exportar máquinas virtuales con VDI de más de 2 TiB en formato XVA.

Creación de un SR XFS local

Parámetros de configuración del dispositivo para SR XFS:

Para crear un SR XFS local en /dev/disk/<id>, use el siguiente comando:

      xe sr-create host-uuid=valid_uuid content-type=user \
         name-label="Example Local XFS SR" shared=false \
         device-config:device=/dev/disk/<id> type=xfs
<!--NeedCopy-->

Udev

El tipo udev representa los dispositivos conectados mediante el administrador de dispositivos udev como VDI.

XenServer tiene dos SR de tipo udev que representan almacenamiento extraíble. Uno es para el disco CD o DVD en la unidad física de CD o DVD-ROM del host XenServer. El otro es para un dispositivo USB conectado a un puerto USB del host XenServer. Los VDI que representan los medios van y vienen a medida que se insertan y extraen discos o memorias USB.

ISO

El tipo ISO maneja las imágenes de CD almacenadas como archivos en formato ISO. Este tipo de SR es útil para crear bibliotecas ISO compartidas.

Están disponibles los siguientes tipos de ISO SR:

• nfs_iso: El tipo NFS ISO SR maneja imágenes de CD almacenadas como archivos en formato ISO disponibles como un recurso compartido NFS.
• CIFS: El tipo SR de uso compartido de archivos de Windows (SMB/CIFS) maneja imágenes de CD almacenadas como archivos en formato ISO disponibles como recurso compartido de Windows (SMB/CIFS).

Si no especifica el tipo de almacenamiento que se utilizará para el SR, XenServer utiliza el parámetro de configuración del dispositivo ubicación para decidir el tipo.

Parámetros de configuración del dispositivo para SR ISO:

Nota: No

Al ejecutar el sr-create , le recomendamos que utilice el comando device-config:cifspassword_secret en lugar de especificar la contraseña en la línea de comandos. Para obtener más información, consulte Secretos.

En el caso de los repositorios de almacenamiento que almacenan una biblioteca de ISO, el archivo tipo-contenido El parámetro debe establecerse en ISOpor ejemplo:

      xe sr-create host-uuid=valid_uuid content-type=iso  type=iso name-label="Example ISO SR" \
        device-config:location=<path_to_mount> device-config:type=nfs_iso
<!--NeedCopy-->

Puede utilizar NFS o SMB para montar el ISO SR. Para obtener más información sobre el uso de estos tipos de SR, consulte NFS y SMB.

Se recomienda utilizar la versión 3 de SMB para montar ISO SR en el servidor de archivos de Windows. La versión 3 está seleccionada de forma predeterminada porque es más segura y robusta que la versión 1.0 de SMB. Sin embargo, puede montar ISO SR mediante SMB versión 1 mediante el siguiente comando:

       xe sr-create content-type=iso type=iso shared=true device-config:location=<path_to_mount>
       device-config:username=<username> device-config:cifspassword=<password> \
       device-config:type=cifs device-config:vers=1.0 name-label="Example ISO SR"
<!--NeedCopy-->

Compatibilidad con iSCSI de software

XenServer admite SR compartidos en LUN iSCSI. iSCSI es compatible con el iniciador iSCSI del software Open-iSCSI o con un adaptador de bus de host (HBA) iSCSI compatible. Los pasos para usar HBA iSCSI son idénticos a los pasos para los HBA de canal de fibra. Ambos conjuntos de pasos se describen en Crear 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 en función de Linux Volume Manager (LVM). Esta función proporciona los mismos beneficios de rendimiento que proporcionan los VDI LVM en la carcasa del disco local. Los SR iSCSI compartidos que utilizan el iniciador de host basado en software pueden respaldar la agilidad de las máquinas virtuales mediante la migración en vivo: las máquinas virtuales se pueden iniciar en cualquier host XenServer en un grupo de recursos y migrar entre ellos sin tiempos de inactividad notables.

Los SR 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 de cliente, tanto durante la inicialización de la ruta de datos como durante las fases de detección de LUN.

Nota: No

El tamaño de bloque de un LUN iSCSI debe ser de 512 bytes. Para utilizar almacenamiento con bloques físicos de 4 KB, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes (el tamaño del bloque lógico debe ser de 512 bytes).

Configuración iSCSI del host XenServer

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 hosts de XenServer admiten un único 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 a varios destinos iSCSI simultáneamente.

Los destinos iSCSI suelen proporcionar control de acceso mediante listas IQN del iniciador iSCSI. Todos los objetivos/LUN iSCSI a los que accede su host XenServer deben estar configurados para permitir el acceso mediante el IQN del iniciador del host. Del mismo modo, los destinos/LUN que se utilizarán como SR iSCSI compartidos deben configurarse para permitir el acceso de todos los IQN de host en el grupo de recursos.

Nota: No

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

El valor IQN del host XenServer se puede ajustar mediante XenCenter 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
<!--NeedCopy-->

Advertencia:

• Cada destino e iniciador iSCSI debe 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 de XenServer con SR iSCSI adjuntos. Si lo hace, puede producirse errores al conectarse a nuevos destinos o a los SR existentes.

Almacenamiento FCoE de software (en desuso)

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

Nota: No

El software FCoE está en desuso y se eliminará en una versión futura.

Antes de crear un almacenamiento FCoE de software, complete manualmente la configuración necesaria para exponer un LUN al host. Esta configuración incluye la configuración del fabric FCoE y la asignación de LUN al nombre mundial público (PWWN) de la SAN. Después de completar esta configuración, el LUN disponible se monta en el CNA del host como un dispositivo SCSI. A continuación, el dispositivo SCSI se puede utilizar para acceder al LUN como si fuera un dispositivo SCSI conectado localmente. Para obtener información sobre cómo configurar el conmutador físico y la matriz para admitir FCoE, consulte la documentación proporcionada por el proveedor.

Nota: No

El software FCoE se puede utilizar con Open vSwitch y Linux Bridge como back-end de la red.

Crear un software FCoE SR

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

Los parámetros de configuración del dispositivo para los SR 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
<!--NeedCopy-->

Adaptadores de bus de host de hardware (HBA)

En esta sección se tratan varias operaciones necesarias para administrar HBA de SAS, Fibre Channel e iSCSI.

Herramientas de configuración de terceros

Las versiones anteriores de Citrix Hypervisor y XenServer incluían herramientas de terceros para administrar el almacenamiento de hardware HBA. Estas herramientas ya no están incluidas, pero se pueden descargar del sitio web del proveedor de hardware. Para obtener más información, consulte Cambios en componentes de terceros.

Eliminación de entradas de dispositivos SAS, FC o iSCSI basadas en HBA

Nota: No

Este paso no es necesario. Se recomienda que solo los usuarios avanzados realicen este proceso si es necesario.

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

1. Utilice sr-forget o sr-destroy según corresponda para eliminar el SR de la base de datos del host de XenServer. Consulte Eliminar SR para obtener más detalles.

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

3. Utilice la función sonda sr. para determinar los valores ADAPTER, BUS, TARGET y LUN correspondientes al LUN que se va a eliminar. Para obtener más información, Sondee una SR.

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

     echo "1" > /sys/class/scsi_device/adapter:bus:target:lun/device/delete
   <!--NeedCopy-->
   

Advertencia:

Asegúrese de estar seguro de qué LUN está eliminando. La eliminación accidental de un LUN necesario para el funcionamiento del host, como el dispositivo de arranque o raíz, hace que el host quede inutilizable.

Almacenamiento LVM compartido

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

Nota: No

El tamaño de bloque de un LUN iSCSI debe ser de 512 bytes. Para utilizar almacenamiento con bloques físicos de 4 KB, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes (el tamaño del bloque lógico debe ser de 512 bytes).

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

Parámetros de device-config para SRs LVMoiSCSI:

Nota: No

Al ejecutar el sr-create , le recomendamos que utilice el comando configuración-dispositivo:chappassword_secret en lugar de especificar la contraseña en la línea de comandos. Para obtener más información, consulte Secretos.

Para crear un SR LVMoiSCSI compartido 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
<!--NeedCopy-->

Cree un HBA LVM compartido a través de canal de fibra / canal de fibra a través de Ethernet / iSCSI o SAS SR

Los SR de tipo LVMoHBA se pueden crear y administrar mediante xe CLI o XenCenter.

Parámetros de configuración del dispositivo para SR de LVMoHBA:

Para crear un SR de LVMoHBA compartido, realice los siguientes pasos en cada host del grupo:

1. Asigne una zona a uno o más LUN para cada host XenServer en el grupo. Este proceso es muy específico de los equipos SAN en uso. Para obtener más información, consulte la documentación de SAN.

2. Si es necesario, configure el HBA utilizando herramientas de terceros en el BIOS o el firmware.

   • Para obtener información sobre cómo configurar HBA iSCSI y QLogic Fibre Channel, consulte el sitio web de Marvell .
   • Para obtener información sobre cómo configurar los HBA de canal de fibra Emulex, consulte el sitio web de Broadcom .

3. Utilice la función sonda sr. para determinar la ruta de acceso global del dispositivo del LUN de HBA. El sonda sr. fuerza un nuevo escaneo de los HBA instalados en el sistema para detectar cualquier nuevo LUN que se haya zonificado 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 de acceso global del dispositivo devuelta como <path> es común a todos los hosts del grupo. Por lo tanto, esta ruta de acceso debe usarse como el valor para el device-config:dispositivo 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 de SCSI de la <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>
   <!--NeedCopy-->
   

4. En el coordinador del pool, crear el SR. Especifique la ruta de acceso global del dispositivo devuelta en el archivo <path> propiedad de sonda sr.. Los PBD se crean y 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
   <!--NeedCopy-->
   

Nota: No

Puede utilizar la función Repositorio de almacenamiento de reparación de XenCenter para volver a intentar las partes de creación y conexión de PBD de la carpeta sr-create operación. Esta función puede ser valiosa en los casos en los que la zonificación del LUN era incorrecta para uno o varios hosts de un grupo 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 eliminar y volver a crear el SR.

Almacenamiento en bloque GFS2 compartido de aprovisionamiento fino

El aprovisionamiento fino utiliza mejor el almacenamiento disponible mediante la asignación de espacio de almacenamiento en disco a las VDI a medida que los datos se escriben en el disco virtual, en lugar de asignar el tamaño virtual completo de la VDI por adelantado. El aprovisionamiento ligero le permite reducir significativamente la cantidad de espacio necesario en una cabina de almacenamiento compartido y, con ello, su coste total de propiedad (TCO).

El aprovisionamiento fino para el almacenamiento en bloque compartido es de especial interés en los siguientes casos:

• Desea aumentar la eficiencia del espacio. Las imágenes están escasas y no muy distribuidas.
• Desea reducir el número de operaciones de E/S por segundo en la cabina de almacenamiento. El GFS2 SR es el primer tipo de SR que admite el almacenamiento en caché de lectura de almacenamiento en el almacenamiento en bloque compartido.
• Se usa una imagen base común para varias máquinas virtuales. Normalmente, las imágenes de las máquinas virtuales individuales utilizarán incluso menos espacio.
• Utiliza instantáneas. Cada instantánea es una imagen y cada imagen es ahora escasa.
• Su almacenamiento no es compatible con NFS y solo admite almacenamiento en bloques. Si su almacenamiento admite NFS, le recomendamos que utilice NFS en lugar de GFS2.
• Desea crear VDI que tengan un tamaño superior a 2 TiB. El GFS2 SR admite VDI de hasta 16 TiB de tamaño.

Nota: No

Se recomienda no utilizar un SR GFS2 con una VLAN debido a un problema conocido en el que no se pueden agregar o eliminar hosts en un grupo agrupado si la red del clúster está en una VLAN que no es de administración.

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

Para obtener más información sobre el uso del almacenamiento GFS2, consulte Almacenamiento en bloque GFS2 compartido con aprovisionamiento fino.

NFS y SMB

Los recursos compartidos en servidores NFS (que admiten cualquier versión de NFSv4 o NFSv3) o en servidores SMB (que admiten SMB 3) se pueden usar inmediatamente como SR para discos virtuales. Las VDI solo se almacenan en el formato VHD de Microsoft. Además, dado que estos SR se pueden compartir, los VDI almacenados en SR compartidos permiten:

• Máquinas virtuales que se iniciarán en cualquier host XenServer en un grupo de recursos

• Migración de máquinas virtuales entre hosts de XenServer en un grupo de recursos mediante migración en vivo (sin tiempo de inactividad perceptible)

Importante:

• La compatibilidad con SMB3 se limita a la capacidad de conectarse a un recurso compartido mediante el protocolo 3. Las funciones adicionales como Transparent Failover dependen de la disponibilidad de funciones en el kernel Linux original y no son compatibles con XenServer 8.4.
• SMB en clúster no es compatible con XenServer.
• Para NFSv4, solo el tipo de autenticación AUTH_SYS es compatible.
• El almacenamiento SMB está disponible para los clientes de XenServer Premium Edition.
• Se recomienda encarecidamente utilizar una red de almacenamiento dedicada, tanto para el almacenamiento NFS como para el SMB, utilizando al menos dos enlaces enlazados, idealmente para conmutadores de red independientes con fuentes de alimentación redundantes.
• Cuando utilice el almacenamiento SMB, no quite el recurso compartido del almacenamiento antes de desconectar el SR SMB.

Los VDI almacenados en SR basados en archivos son Escasamente aprovisionado. El archivo de imagen se asigna a medida que la máquina virtual escribe datos en el disco. Este enfoque tiene la considerable ventaja de que los archivos de imagen de la máquina virtual ocupan solo el espacio necesario en el almacenamiento. Por ejemplo, si se asigna una VDI de 100 GB para una máquina virtual y se instala un sistema operativo, el archivo VDI solo 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 se pueden encadenar, lo que permite que dos VDI compartan datos comunes. En los casos en los que se clona una máquina virtual basada en archivos, las máquinas virtuales resultantes comparten los datos comunes en 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 de la VDI. Esta característica 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: No

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

Las implementaciones de SR basadas en archivos y VHD en XenServer 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 correr el riesgo de dañar el contenido de los VDI.

XenServer ha sido optimizado para el almacenamiento de clase empresarial que utiliza RAM no volátil para proporcionar reconocimientos rápidos de solicitudes de escritura mientras mantiene un alto grado de protección de datos contra fallas. XenServer se ha probado exhaustivamente con el almacenamiento Network Appliance FAS2020 y FAS3210, utilizando Data OnTap 7.3 y 8.1

Advertencia:

A medida que las VDI en SR basadas en archivos se crean como de aprovisionamiento ligero, los administradores deben asegurarse de que las SR basadas en archivos tengan suficiente espacio en disco para todas las VDI necesarias. Los hosts de XenServer no exigen que el espacio requerido para VDI en SR basados en archivos esté presente.

Asegúrese de controlar el espacio libre en su SR. Si el uso de SR aumenta al 100 %, se produce un error en las escrituras adicionales de las máquinas virtuales. Estas escrituras fallidas pueden hacer que la máquina virtual se bloquee o se bloquee.

Crear un NFS SR (NFS) compartido

Nota: No

Si intenta adjuntar un SR de NFS de solo lectura, se produce un error en esta acción con el siguiente mensaje de error: “SR_BACKEND_FAILURE_461 - No se puede escribir en el sistema de archivos para SR”.

Para crear un SR de NFS, 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 la función sonda sr. para mostrar una lista de rutas de destino válidas exportadas por el servidor.

En escenarios donde se utiliza XenServer con almacenamiento de gama baja, espera con cautela a que se reconozcan todas las escrituras antes de pasar los reconocimientos a las máquinas virtuales. Este enfoque incurre en 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 asincrónico. Las exportaciones asincrónicas confirman las escrituras que no están realmente en el disco. Considere cuidadosamente los riesgos de fracaso en estas situaciones.

Nota: No

El servidor NFS debe estar configurado para exportar la ruta especificada a todos los hosts 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 de XenServer utiliza TCP de forma predeterminada. Si la situación lo permite, puede configurar la implementación para usar UDP en escenarios en los que pueda haber una ventaja de rendimiento. Para realizar esta configuración, al crear un SR, especifique el configuración-dispositivo parámetro useUDP=true.

Lo siguiente configuración-dispositivo Los parámetros se utilizan con los SR de NFS:

Por ejemplo, para crear un SR de NFS compartido en 192.168.1.10:/exportación1, utilizando cualquier versión 4 de NFS que el archivador ponga a disposición, 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 \
      device-config:nfsversion="4"
<!--NeedCopy-->

Para crear un SR NFS no compartido en 192.168.1.10:/exportación1, utilizando específicamente la versión 4.0 de NFS, 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 \
      device-config:nfsversion="4.0"
<!--NeedCopy-->

Crear un SMB SR (SMB) compartido

Para crear un SR de 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 adecuadas.

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

Nota: No

Al ejecutar el sr-create , le recomendamos que utilice el comando device-config:password_secret en lugar de especificar la contraseña en la línea de comandos. Para obtener más información, consulte Secretos.

Por ejemplo, para crear un SR de SMB compartido en 192.168.1.10:/acción1, 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_secret=valid_password_secret type=smb
<!--NeedCopy-->

Para crear un SR de 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_secret=valid_password_secret type=smb
<!--NeedCopy-->

LVM sobre HBA de hardware

El tipo 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, compatibilidad con iSCSI o FC basada en hardware.

Los hosts XenServer admiten SAN de canal de fibra a través de adaptadores de bus de host (HBA) Emulex o QLogic. Toda la configuración de canal de fibra necesaria para exponer un LUN de canal de fibra al host debe completarse manualmente. Esta configuración incluye dispositivos de almacenamiento, dispositivos de red y el HBA dentro del host XenServer. Una vez completada toda la configuración de FC, el HBA expone un dispositivo SCSI respaldado por el LUN de FC al host. A continuación, el dispositivo SCSI se puede utilizar para acceder al LUN FC como si fuera un dispositivo SCSI conectado localmente.

Utilice la función sonda sr. para enumerar los dispositivos SCSI respaldados por LUN presentes en el host. Este comando fuerza un examen en busca de nuevos dispositivos SCSI respaldados por LUN. El valor de ruta devuelto por sonda sr. para un dispositivo SCSI respaldado por LUN es coherente en todos los hosts con acceso al LUN. Por lo tanto, este valor se debe utilizar al crear SR compartidos a los que puedan acceder todos los hosts de un grupo de recursos.

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

Consulte Crear repositorios de almacenamiento para obtener detalles sobre la creación de SR iSCSI y FC basados en HBA compartidos.

Nota: No

La compatibilidad de XenServer con Fibre Channel no permite la asignación directa de una LUN a una VM. Los LUN basados en HBA deben asignarse al host y especificarse para su uso en un SR. Las VDI dentro del SR se exponen a las máquinas virtuales como dispositivos de bloque estándar.

El tamaño de bloque de un LVM a través de HBA LUN debe ser de 512 bytes. Para utilizar almacenamiento con bloques físicos de 4 KB, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes (el tamaño del bloque lógico debe ser de 512 bytes).