Crear un repositorio de almacenamiento

Puede utilizar el asistente para nuevos repositorios de almacenamiento de XenCenter para crear repositorios de almacenamiento (SR). El asistente lo guía a través de los pasos de configuración. También puede usar la CLI y el comando sr-create. El comando sr-create crea un RA en el sustrato de almacenamiento (que puede destruir cualquier dato existente). También crea el objeto de API de SR y un registro PBD correspondiente, lo que permite a las máquinas virtuales utilizar el almacenamiento. Al crear correctamente el SR, el PBD se conecta automáticamente. Si se establece el indicador shared=true de SR, se crea un registro PBD y se conecta para cada Citrix Hypervisor del grupo 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 administra el tráfico de administración o una NIC nueva 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 SR de Citrix Hypervisor admiten el cambio de tamaño de VDI, la clonación rápida y las instantáneas. Los SR basados en el tipo de SR de LVM (local, iSCSI o HBA) proporcionan aprovisionamiento ligero para los nodos primarios ocultos y de instantáneas. Los otros tipos de SR (EXT3/EXT4, NFS, GFS2) admiten el aprovisionamiento controlado completo, incluso para los discos virtuales que están activos.

Advertencias:

• Cuando los VDI de VHD no están conectados a una máquina virtual, por ejemplo, para una instantánea de VDI, se almacenan como aprovisionados con poca cantidad 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 manera abundante. Los clones de VDI se aprovisionan en gran medida.

• Citrix Hypervisor no admite instantáneas en el nivel de 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 superior a 255. Asegúrese de que su objetivo exponga el LUN con un ID de LUN inferior o igual a 255 antes de usar este LUN para crear un SR.

• Si usa aprovisionamiento controlado en una SR basada en archivos, asegúrese de supervisar el espacio libre en su SR. Si el uso de SR aumenta hasta el 100%, fallan las escrituras posteriores de las VM. Estas escrituras fallidas pueden provocar que la VM se congele o se bloquee.

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

LVM local

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

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

Nota:

El tamaño de bloque de un LVM LUN debe ser de 512 bytes. Para usar almacenamiento con bloques nativos de 4 kb, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes.

Consideraciones de rendimiento de LVM

La funcionalidad de copia instantánea y clonación rápida para los SR basados en LVM conlleva una sobrecarga de rendimiento inherente. Cuando se requiere un rendimiento óptimo, Citrix Hypervisor admite la creación de VDI en formato sin procesar, además del formato VHD predeterminado. La funcionalidad de instantáneas de Citrix Hypervisor no se admite en VDI sin procesar.

Advertencia:

No intente hacer una instantánea de una VM que tenga discos type=raw conectados. Esta acción puede provocar la creación de una instantánea parcial. En esta situación, puede identificar los VDI de instantáneas huérfanos comprobando el campo snapshot-of y, a continuación, eliminándolos.

Creación de una SR de LVM local

Una SR de LVM 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 una SR LVM local en /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
<!--NeedCopy-->

EXT3/EXT4 local

El uso de EXT3/EXT4 permite el aprovisionamiento controlado en almacenamiento local. Sin embargo, el tipo de repositorio de almacenamiento predeterminado es LVM, ya que proporciona un rendimiento de escritura consistente y evita la sobreasignación de almacenamiento. Si usa EXT3/EXT4, es posible que vea un rendimiento reducido en los siguientes casos:

• Al llevar a cabo operaciones del ciclo de vida de VM, como crear y suspender/reanudar VM
• Al crear archivos grandes desde la VM

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

Si un SR EXT local usa EXT3 o EXT4 depende de la versión de Citrix Hypervisor que lo haya creado:

• Si creó la SR EXT local en una versión anterior de XenServer o Citrix Hypervisor y, a continuación, la actualizó a Citrix Hypervisor 8.2, utilizará EXT3.
• Si creó el SR EXT local en Citrix Hypervisor 8.2, usa EXT4.

Nota:

El tamaño de bloque de un disco EXT3/EXT4 debe ser de 512 bytes. Para usar almacenamiento con bloques nativos de 4 kb, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes.

Creación de una SR EXT4 local (ext)

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

Para crear una SR EXT4 local en /dev/sdb, utilice 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/sdb type=ext
<!--NeedCopy-->

udev

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

Citrix Hypervisor tiene dos SR de tipo udev que representan almacenamiento extraíble. Uno es para el disco de CD o DVD en la unidad física de CD o DVD-ROM del servidor de Citrix Hypervisor. La otra es para un dispositivo USB conectado a un puerto USB del servidor de Citrix Hypervisor. 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 gestiona las imágenes de CD almacenadas como archivos en formato ISO disponibles como un recurso compartido NFS.
• cifs: El tipo SR de Windows File Sharing (SMB/CIFS) gestiona las imágenes de CD almacenadas como archivos en formato ISO disponibles como recursos compartidos de Windows (SMB/CIFS).

Si no especifica el tipo de almacenamiento que se va a utilizar para el SR, Citrix Hypervisor utiliza el parámetro de configuración del locationdispositivo para decidir el tipo.

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

Nota:

Al ejecutar el sr-createcomando, se recomienda utilizar el argumento en lugar device-config:cifspassword_secretde especificar la contraseña en la línea de comandos. Para obtener más información, consulte Secretos.

Para los repositorios de almacenamiento que almacenan una biblioteca de ISO, el content-typeparámetro se debe establecer en iso, por ejemplo:

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

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

Le recomendamos que utilice la versión 3 de SMB para montar ISO SR en el servidor de archivos de Windows. La versión 3 se selecciona de forma predeterminada porque es más segura y sólida que la versión 1.0 para pymes. Sin embargo, puede montar ISO SR mediante SMB versión 1 con el siguiente comando:

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

Compatibilidad con iSCSI de software

Citrix Hypervisor admite SR compartidas en LUN iSCSI. Se admite iSCSI mediante el iniciador iSCSI de software iSCSI abierto o mediante 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/HBA iSCSI o SAS SR.

La compatibilidad con iSCSI compartida 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 de LVM en la carcasa 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 máquinas virtuales se pueden iniciar en cualquier servidor de Citrix Hypervisor en un grupo de recursos y migrar entre ellas sin un tiempo de inactividad notable.

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 soporte CHAP para la autenticación de clientes, tanto durante la inicialización del path de datos como durante las fases de descubrimiento de LUN.

Nota:

El tamaño de bloque de un LUN iSCSI debe ser de 512 bytes. Para usar almacenamiento con bloques nativos de 4 kb, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes.

Configuración iSCSI del servidor de Citrix Hypervisor

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 de Citrix Hypervisor 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 usar para conectarse a varios destinos iSCSI al mismo tiempo.

Los destinos iSCSI suelen proporcionar control de acceso mediante listas IQN de iniciadores iSCSI. Todos los destinos iSCSI o LUNs a los que accede el servidor de Citrix Hypervisor deben configurarse para permitir el acceso por parte del IQN iniciador del host. Del mismo modo, los objetivos/LUN que se van a utilizar como RA iSCSI compartidos deben configurarse para permitir el acceso de todos los IQN de host en el grupo de recursos.

Nota:

Los destinos iSCSI que no proporcionan control de acceso suelen restringir el acceso del LUN a un único 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 servidor de Citrix Hypervisor se puede ajustar mediante XenCenter o mediante la CLI con el siguiente comando cuando se usa el iniciador de software iSCSI:

    xe host-param-set uuid=valid_host_id other-config:iscsi_iqn=new_initiator_iqn
<!--NeedCopy-->

Advertencia:

• Cada objetivo e iniciador iSCSI debe tener un IQN único. Si se utiliza un identificador IQN no único, puede producirse corrupción de datos o denegación de acceso a LUN.
• No cambie el IQN del servidor de Citrix Hypervisor con SRs iSCSI conectados. Si lo hace, puede provocar fallas en la conexión con nuevos objetivos o SR existentes.

Almacenamiento FCoE de software (en desuso)

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

Nota:

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 requerida para exponer un LUN al host. Esta configuración incluye la configuración de la estructura FCoE y la asignación de LUN al nombre mundial público (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 usar 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 el arreglo de discos para admitir 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 la red.

Crear una SR de FCoE de software

Antes de crear una 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 una SR de FCoE compartida:

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

Adaptadores de bus host (HBA) de hardware

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

Configuración de HBA iSCSI QLogic de ejemplo

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 la HBA esté instalada físicamente en el servidor de Citrix Hypervisor, siga los siguientes pasos para configurar la HBA:

1. Establezca la configuración de redes IP para el HBA. En este ejemplo se asume el puerto DHCP y HBA 0. Especifique los valores adecuados si utiliza direcciones IP estáticas o un HBA multipuerto.

   /opt/QLogic_Corporation/SANsurferiCLI/iscli -ipdhcp 0
   <!--NeedCopy-->
   

2. Agregue un destino iSCSI persistente al puerto 0 del HBA.

   /opt/QLogic_Corporation/SANsurferiCLI/iscli -pa 0 iscsi_target_ip_address
   <!--NeedCopy-->
   

3. Ejecute el comando sr-probe xe para forzar un nuevo análisis del Controller HBA y mostrar los LUNs disponibles. Para obtener más información, consulte Probar una SR y Crear una LVM compartida a través de Fibre Channel, Fibre Channel a través de Ethernet/HBA iSCSI o SAS SR.

Eliminar 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 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 del dispositivo para los LUN que ya no se utilizan como SR, siga los siguientes pasos:

1. Use sr-forget o sr-destroy según corresponda para eliminar el SR de la base de datos del servidor de Citrix Hypervisor. Consulte Eliminar SR para obtener más información.

2. Elimine la configuración de zonas dentro de la SAN para el LUN deseado al host deseado.

3. Ejecute el comando sr-probe para determinar los valores ADAPTER, BUS, TARGET y LUN correspondientes al LUN que se va a quitar. 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 que está seguro de qué LUN va a eliminar. 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 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:

El tamaño de bloque de un LUN iSCSI debe ser de 512 bytes. Para usar almacenamiento con bloques nativos de 4 kb, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes.

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

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

| Nombre del parámetro | Descripción | ¿Obligatorio? | |———————————-|————————————————————————————————————–|———–| | target | La dirección IP o el nombre de host del archivador iSCSI que aloja el SR. También puede ser una lista de valores separados por comas. | Sí | | targetIQN | La dirección de destino IQN del archivador iSCSI que aloja el SR | Sí | | SCSIid | El identificador del bus SCSI del LUN de destino | Sí | | chapuser | El nombre de usuario que se utilizará para la autenticación CHAP | No | | chappassword_secret | (Recomendado) ID secreto de la contraseña que se utilizará para la autenticación CHAP. Pase un secreto en lugar de una contraseña. | No | | chappassword | La contraseña que se utilizará para la autenticación CHAP. Le recomendamos que utilice el chappassword_secretparámetro en su lugar. | No || port | El número de puerto de red en el que se debe consultar el destino | No | usediscoverynumber | El índice de registros iSCSI específico que se va a utilizar | incoming_chapuser No | | El nombre de usuario que utiliza el filtro iSCSI para autenticarse en el host | No | incoming_chappassword | | La contraseña que usa el filtro iSCSI para autenticarse en el host | No |

Nota:

Al ejecutar el sr-createcomando, se recomienda utilizar el argumento en lugar device-config:chappassword_secretde especificar la contraseña en la línea de comandos. Para obtener más información, consulte Secretos.

Para crear una SR iSCSI LVMoiSCSI compartida en un LUN específico de un destino iSCSI, use 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 LVM compartido a través de Fibre Channel, Fibre Channel a través de Ethernet/HBA iSCSI o SAS SR

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

Parámetros de configuración del dispositivo para SRs de 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 LUN para cada servidor de Citrix Hypervisor del grupo. Este proceso es muy 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, use la CLI de HBA incluida en el servidor de Citrix Hypervisor para configurar la HBA:

   • Emulex: /bin/sbin/ocmanager

   • FC de QLogic: /opt/QLogic_Corporation/SANsurferCLI

   • iSCSI de QLogic: /opt/QLogic_Corporation/SANsurferiCLI

   Para ver un ejemplo de la configuración de HBA iSCSI de QLogic, consulte Adaptadores de bus de host (HBA) de hardware 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 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 asignado a una zona 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>
   <!--NeedCopy-->
   

4. En el host principal del grupo, cree el SR. Especifique la ruta de acceso global del dispositivo devuelta en la propiedad <path> de sr-probe. 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:

Puede utilizar la función Repair Storage Repair XenCenter para volver a intentar la creación de PBD y la conexión de partes de la operación sr-create. Esta función puede resultar valiosa en los casos en que la división en zonas del LUN era incorrecta para uno o más hosts de un grupo cuando se creó el SR. Corrija la división en zonas para 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 ligero

El Provisioning 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 vDisk, en lugar de asignar el tamaño virtual completo del VDI por adelantado. El Provisioning ligero le permite reducir significativamente la cantidad de espacio necesario en un arreglo de discos de almacenamiento compartido y, con ello, su coste total de propiedad (TCO).

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

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

Nota:

Recomendamos no usar una SR de GFS2 con una VLAN debido a un problema conocido por el que no se pueden agregar ni quitar hosts en una agrupación en clústeres si la red del clúster está en una VLAN que no es de administración.

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

Para usar el almacenamiento GFS2 compartido, el grupo de recursos de Citrix Hypervisor debe ser un grupo en clúster. Habilite la agrupación en clústeres en su grupo antes de crear una SR GFS2. Para obtener más información, consulte Grupos agrupados.

Asegúrese de que las rutas múltiples de almacenamiento estén configuradas entre su grupo en clúster y su SR GFS2. Para obtener más información, consulte Múltiples rutas de almacenamiento.

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

Crear una SR GFS2 compartida

Puede crear su SR GFS2 compartida en un LUN iSCSI o HBA.

Crear una SR GFS2 compartida a través de iSCSI

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

Como alternativa, puede usar la CLI xe para crear una SR GFS2 sobre iSCSI.

Parámetros de configuración de dispositivos para SRs GFS2:

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

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>

1. Comience por ejecutar el siguiente comando:

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

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

2. Repita el comando y agregue nuevos parámetros cada vez.

3. Cuando el resultado del comando comienza con Found the following complete configurations that can be used to create SRs:, puede localizar el SR mediante el comando xe sr-create y los device-config parámetros que especificó.

   Ejemplo de salida:

   ``` Se encontraron las siguientes configuraciones completas que se pueden usar para crear SR: Configuración 0: scsiId: 36001405852f77532a064687aea8a5b3f TargetIQN: iqn.2009-01.example.com:iscsi192a25d6 target: 198.51.100.27 provider: iscsi

   Configuration 0 extra information: ```

Para crear una SR GFS2 compartida en un LUN específico de un destino iSCSI, ejecute el siguiente comando en un servidor de su 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 los sistemas de archivos GFS2 están montados, es posible que algunos hosts del grupo agrupado en clúster se cerquen.

Para obtener más información sobre cómo trabajar con SR iSCSI, consulte Compatibilidad con iSCSI de software.

Crear una GFS2 compartida a través de HBA SR

Puede crear GFS2 a través de SR de HBA mediante XenCenter. Para obtener más información, consulte Almacenamiento de HBA de hardware en la documentación del producto XenCenter.

Como alternativa, puede usar la CLI xe para crear una GFS2 a través de HBA SR.

Parámetros de configuración de dispositivos para SRs GFS2:

Puede encontrar los valores que se van a usar para el parámetro ScsiId mediante el comando xe sr-probe-ext.

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>

1. Comience por ejecutar el siguiente comando:

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

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

2. Repita el comando y agregue nuevos parámetros cada vez.

3. Cuando el resultado del comando comienza con Found the following complete configurations that can be used to create SRs:, puede localizar el SR mediante el comando xe sr-create y los device-config parámetros que especificó.

   Ejemplo de salida:

   ``` Se encontraron las siguientes configuraciones completas que se pueden usar para crear SR: Configuración 0: scsiId: 36001405852f77532a064687aea8a5b3f TargetIQN: iqn.2009-01.example.com:iscsi192a25d6 target: 198.51.100.27 provider: iscsi

   Configuration 0 extra information: ```

Para crear una SR GFS2 compartida en un LUN específico de un destino de HBA, ejecute el siguiente comando en un servidor de su grupo agrupado 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 SR de HBA, consulte Adaptadores de bus de host de hardware.

Limitaciones

El almacenamiento GFS2 compartido tiene actualmente las siguientes restricciones:

• Al igual que con cualquier SR de aprovisionamiento ligero, si el uso de SR de GFS2 aumenta hasta el 100%, fallan las escrituras posteriores de las VM. Estas escrituras fallidas pueden provocar fallas dentro de la VM o posibles daños en los datos, o ambas cosas.

• XenCenter muestra una alerta cuando el uso de SR aumenta hasta un 80%. Asegúrese de supervisar su GFS2 SR para detectar esta alerta y tomar las medidas apropiadas si lo ve. En una GFS2 SR, el uso elevado provoca una degradación del rendimiento. Le recomendamos que mantenga su uso de SR por debajo del 80%.

• La migración de máquinas virtuales con migración de almacenamiento (en vivo o sin conexión) no es compatible con las máquinas virtuales cuyas VDI están en un SR GFS2. Tampoco puede migrar VDI de otro tipo de SR a un SR GFS2.

• El transporte de FCoE no es compatible con los SR GFS2.

• Recortar/desasignar no se admite en los SR de GFS2.

• Los SR de GFS2 no admiten CHAP.

• Las máquinas virtuales de clonación completa de MCS no son compatibles con los RA de GFS2.

• No se admite el uso de varios RA GFS2 en el mismo catálogo de MCS.

• Las métricas de rendimiento no están disponibles para los SR de GFS2 y los discos en estos SR.

• El seguimiento de bloques modificados no es compatible con los VDI almacenados en SRs de GFS2.

• No puede 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.

• No se recomienda utilizar un LUN de aprovisionamiento ligero con GFS2. Sin embargo, si elige esta configuración, debe asegurarse de que el LUN siempre tenga suficiente espacio para permitir que Citrix Hypervisor escriba en él.

• No puede tener más de 62 SR GFS2 en su agrupación.

• Los grupos agrupados solo admiten hasta 16 hosts por grupo.
• Para habilitar la alta disponibilidad en una agrupación en clústeres, la SR de latido debe ser una SR de GFS2.
• Para el tráfico de clústeres, debe usar una red enlazada que use al menos dos conmutadores de red diferentes. No utilice esta red para ningún otro propósito.
• Para cambiar la dirección IP de la red de clústeres mediante XenCenter, es necesario inhabilitar temporalmente la agrupación en clústeres y GFS2.
• No cambie la vinculación de la red de clústeres mientras el clúster está activo y tiene máquinas virtuales en ejecución. Esta acción puede provocar que el clúster se cerque.
• Si tiene un conflicto de direcciones IP (varios hosts que tienen la misma dirección IP) en su red de clústeres que implica al menos un host con la agrupación en clústeres habilitada, los hosts no se cercan. Para solucionar este problema, resuelva el conflicto de direcciones IP.

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. Los VDI solo se almacenan en formato VHD de Microsoft. Además, dado que estos SR se pueden compartir, los VDI almacenados en SR compartidos permiten:

• Las máquinas virtuales se iniciarán en cualquier servidor de Citrix Hypervisor de un grupo de recursos

• Migración de máquinas virtuales entre servidores de Citrix Hypervisor en un grupo de recursos mediante la migración en vivo (sin tiempo de inactividad notable)

Importante:

• La compatibilidad con SMB3 se limita a la capacidad de conectarse a un recurso compartido mediante el protocolo 3. Las funciones adicionales, como la conmutación por error transparente, dependen de la disponibilidad de las funciones en el núcleo de Linux ascendente y no son compatibles con Citrix Hypervisor 8.2.
• Citrix Hypervisor no admite SMB en clúster.
• Para NFSv4, solo AUTH_SYS se admite el tipo de autenticación.
• El almacenamiento SMB está disponible para los clientes de Citrix Hypervisor Premium Edition o para aquellos clientes que tienen acceso a Citrix Hypervisor a través de sus derechos de Citrix Virtual Apps and Desktops o de Citrix DaaS.
• Se recomienda encarecidamente para el almacenamiento NFS y SMB que se utilice una red de almacenamiento dedicada, utilizando al menos dos enlaces conectados, idealmente a conmutadores de red independientes con fuentes de alimentación redundantes.
• Cuando utilice el almacenamiento SMB, no extraiga el recurso compartido del almacenamiento antes de desconectar el SMB SR.

Los VDI almacenados en SR basados en archivos se aprovisionan con poca frecuencia. El archivo de imagen se asigna a medida que la VM escribe datos en el disco. Este enfoque tiene la ventaja considerable de que los archivos de imagen de VM solo ocupan tanto espacio en el almacenamiento como se requiere. 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 que se clona una máquina virtual basada en archivos, las máquinas virtuales resultantes comparten los datos en disco comunes en el momento de la clonación. Cada VM procede a realizar sus propios cambios en una versión aislada de copia en escritura de la VDI. Esta función permite que las VM 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 VM.

Nota:

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

Las implementaciones de SR y VHD basadas en archivos en Citrix Hypervisor suponen que tienen control total sobre el directorio SR en el servidor de archivos. Los administradores no deben modificar el contenido del directorio de SR, ya que esta acción puede dañar el contenido de los VDI.

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

Advertencia:

Como los VDI en SR basados en archivos se crean como aprovisionamiento controlado, los administradores deben asegurarse de que los SR basados en archivos tengan suficiente espacio en disco para todos los VDI requeridos. Los servidores de Citrix Hypervisor no exigen que esté presente el espacio necesario para los VDI en los SR basados en archivos.

Asegúrese de supervisar el espacio libre en su SR. Si el uso de SR aumenta hasta el 100%, fallan las escrituras posteriores de las VM. Estas escrituras fallidas pueden provocar que la VM se congele o se bloquee.

Crear una SR de NFS compartida (NFS)

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

En los casos en los que Citrix Hypervisor se usa con almacenamiento de gama baja, espera con cautela a que se confirmen todas las escrituras antes de pasar los acuses de recibo a las VM. Este enfoque implica un coste de rendimiento notable y podría resolverse configurando el almacenamiento para que presente el punto de montaje SR como una exportación en modo asíncrono. Las exportaciones asíncronas 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 de la SR y la conexión del registro PBD.

La implementación de Citrix Hypervisor NFS usa TCP de forma predeterminada. Si su situación lo permite, puede configurar la implementación para que use UDP en casos en los que pueda haber un beneficio de rendimiento. Para realizar esta configuración, al crear un SR, especifique useUDP=true en el parámetro device-config.

Los siguientes parámetros device-config se utilizan con los SR de NFS:

Por ejemplo, para crear un SR de NFS compartido el 192.168.1.10:/export1, utilizando cualquier versión 4 de NFS que esté disponible en el archivador, 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 de NFS no compartido 192.168.1.10:/export1, 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 una SR de SMB compartida (SMB)

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

Parámetros de configuración de dispositivos para SR de SMB:

Nota:

Al ejecutar el sr-createcomando, se recomienda utilizar el argumento en lugar device-config:password_secretde especificar la contraseña en la línea de comandos. Para obtener más información, consulte Secretos.

Por ejemplo, para crear un RA SMB compartido en 192.168.1.10:/share1, use 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 una SR de SMB no compartida, 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-->

HBA LVM sobre hardware

El tipo de HBA LVM sobre hardware representa los 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 de Citrix Hypervisor admiten SAN de canal de fibra a través de adaptadores de bus host (HBA) Emulex o QLogic. Toda la configuración de canal de fibra requerida para exponer un LUN de canal de fibra al host debe completarse manualmente. Esta configuración incluye dispositivos de almacenamiento, dispositivos de red y la HBA dentro del servidor de Citrix Hypervisor. Una vez completada toda la configuración de FC, el HBA expone al host un dispositivo SCSI respaldado por el LUN de canal de fibra. El dispositivo SCSI se puede usar para acceder al LUN de canal de fibra como si fuera un dispositivo SCSI conectado localmente.

Use el comando sr-probe para enumerar los dispositivos SCSI respaldados por LUN presentes en el host. Este comando fuerza una exploración en busca de nuevos dispositivos SCSI respaldados por LUN. El valor de la ruta devuelto por sr-probe un dispositivo SCSI respaldado por LUN es uniforme en todos los hosts con acceso al LUN. Por lo tanto, este valor se debe usar al crear SR compartidas accesibles para todos los hosts de un grupo de recursos.

Las mismas funciones se aplican a los HBAs iSCSI QLogic.

Consulte Crear repositorios de almacenamiento para obtener más información sobre la creación de SR iSCSI y FC basadas en HBA compartidas.

Nota:

La compatibilidad de Citrix Hypervisor para Fibre Channel no admite la asignación directa de un LUN a una VM. Los LUN basados en HBA deben asignarse al host y especificarse para su uso en un SR. Los VDI dentro de la SR se exponen a las VM como dispositivos de bloques estándar.

El tamaño de bloque de un LVM sobre HBA LUN debe ser de 512 bytes. Para usar almacenamiento con bloques nativos de 4 kb, el almacenamiento también debe admitir la emulación de bloques de asignación de 512 bytes.