Administrar repositorios de almacenamiento

Importante:

La actualización acumulativa 1 de Citrix Hypervisor 8.2 llega al final de su vida útil el 25 de junio de 2025. Planifique su actualización a XenServer 8 ahora para garantizar una transición fluida y un soporte continuo. Para obtener más información, consulte Actualizar.

Si utiliza los archivos de licencia de Citrix Virtual Apps and Desktops para licenciar los hosts de Citrix Hypervisor 8.2 Cumulative Update 1, estos archivos de licencia no son compatibles con XenServer 8. Antes de actualizar, debe adquirir los archivos de licencia de socket de XenServer Premium Edition para utilizarlos con XenServer 8. Estos archivos de licencia de socket están disponibles como un derecho de las suscripciones de Citrix para Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP y Citrix Platform License para ejecutar sus cargas de trabajo de Citrix. Los clientes de Citrix que aún no hayan realizado la transición a estas nuevas suscripciones pueden solicitar participar en una promoción gratuita de 10.000 licencias de socket de XenServer Premium Edition. Para obtener más información, consulte XenServer.

Si no obtiene una licencia compatible para XenServer 8 antes de actualizar, cuando actualice sus hosts, estos volverán a la edición de prueba de 90 días. La Edición de Prueba ofrece las mismas características que la Edición Premium con algunas limitaciones. Para obtener más información, consulte Descripción general de las licencias de XenServer 8.

En esta sección se explica cómo crear tipos de repositorios de almacenamiento y ponerlos a disposición del servidor Citrix Hypervisor. También cubre varias operaciones necesarias en la administración continua de repositorios de almacenamiento (SR), incluida la migración de VDI en vivo.

Creación de repositorios de almacenamiento

En esta sección se explica cómo crear repositorios de almacenamiento (SR) de diferentes tipos y ponerlos a disposición del servidor Citrix Hypervisor. En los ejemplos proporcionados se describe la creación de SR mediante la CLI xe. Para obtener más información sobre el uso de la función Nuevo repositorio de almacenamiento para agregar SR mediante XenCenter, consulte la Documentación de XenCenter.

Nota: No

Los SR locales de tipo lvm y ext solo se pueden crear utilizando la CLI xe. Después de la creación, puede administrar todos los tipos de SR mediante XenCenter o la CLI xe.

Hay dos pasos básicos para crear un repositorio de almacenamiento para su uso en un host mediante la CLI:

1. Sondee el tipo de SR para determinar los valores de los parámetros necesarios.

2. Cree el SR para inicializar el objeto SR y los objetos PBD asociados, conecte los PBD y active el SR.

Estos pasos difieren en detalle según el tipo de SR que se esté creando. En todos los ejemplos, el comando sr-create devuelve el UUID del SR creado si es exitoso.

Los SR pueden ser: destruido cuando ya no esté en uso para liberar el dispositivo físico. Los SR también pueden ser olvidado para desconectar el SR de un servidor Citrix Hypervisor y conectarlo a otro. Para obtener más información, consulte Eliminación de SR en la siguiente sección.

Sondear un SR

El comando sr-probe se puede utilizar de las siguientes maneras:

• Para identificar parámetros desconocidos para su uso en la creación de un SR
• Para devolver una lista de SR existentes

En ambos casos, sr-probe funciona especificando un tipo de SR y uno o más parámetros device-config para ese tipo de SR. Si se proporciona un conjunto incompleto de parámetros, el comando sr-probe devuelve un mensaje de error que indica que faltan parámetros y las posibles opciones para los parámetros faltantes. Cuando se proporciona un conjunto completo de parámetros, se devuelve una lista de SR existentes. Toda la salida sr-probe se devuelve como XML.

Por ejemplo, un destino iSCSI conocido se puede sondear especificando su nombre o dirección IP. Se devuelve el conjunto de IQN disponibles en el destino:

      xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10

      Error code: SR_BACKEND_FAILURE_96
      Error parameters: , The request is missing or has an incorrect target IQN parameter, \
      <?xml version="1.0" ?>
      <iscsi-target-iqns>
          <TGT>
              <Index>
                  0
              </Index>
              <IPAddress>
                  192.168.1.10
              </IPAddress>
              <TargetIQN>
                  iqn.192.168.1.10:filer1
              </TargetIQN>
          </TGT>
      </iscsi-target-iqns>
<!--NeedCopy-->

Al sondear nuevamente el mismo objetivo y especificar tanto el nombre/dirección IP como el IQN deseado, se devuelve el conjunto de SCSIids (LUN) disponibles en el objetivo/IQN.

      xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10  \
      device-config:targetIQN=iqn.192.168.1.10:filer1

      Error code: SR_BACKEND_FAILURE_107
      Error parameters: , The SCSIid parameter is missing or incorrect, \
      <?xml version="1.0" ?>
      <iscsi-target>
          <LUN>
              <vendor>
                  IET
              </vendor>
              <LUNid>
                  0
              </LUNid>
              <size>
                  42949672960
              </size>
              <SCSIid>
                  149455400000000000000000002000000b70200000f000000
              </SCSIid>
          </LUN>
      </iscsi-target>
<!--NeedCopy-->

Al sondear el mismo destino y proporcionar los tres parámetros, se devuelve una lista de SR que existen en el LUN, si los hay.

      xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10  \
      device-config:targetIQN=192.168.1.10:filer1 \
      device-config:SCSIid=149455400000000000000000002000000b70200000f000000

      <?xml version="1.0" ?>
      <SRlist>
          <SR>
              <UUID>
                  3f6e1ebd-8687-0315-f9d3-b02ab3adc4a6
              </UUID>
              <Devlist>
                  /dev/disk/by-id/scsi-149455400000000000000000002000000b70200000f000000
              </Devlist>
          </SR>
      </SRlist>
<!--NeedCopy-->

Se pueden sondear los siguientes parámetros para cada tipo de SR:

Eliminar SR

Un repositorio de almacenamiento (SR) se puede eliminar de forma temporal o permanente.

Separar: Rompe la asociación entre el dispositivo de almacenamiento y el grupo o host (desconexión de PBD). El SR (y sus VDI) se vuelve inaccesible. Se conserva el contenido de las VDI y la metainformación utilizada por las máquinas virtuales para acceder a las VDI. La desconexión se puede utilizar cuando se desconecta temporalmente un SR, por ejemplo, para el mantenimiento. Un SR desconectado se puede volver a conectar más adelante.

Olvidar: Conserva el contenido del SR en el disco físico, pero la información que conecta una máquina virtual a sus VDI se elimina de forma permanente. Por ejemplo, le permite volver a conectar el SR a otro servidor Citrix Hypervisor sin eliminar ninguno de los contenidos del SR.

Destruir: Elimina el contenido del SR del disco físico.

Nota: No

Cuando utilice el almacenamiento SMB, no quite el recurso compartido del almacenamiento antes de desconectar el SR SMB.

Para Destruir u Olvidar, el PBD conectado al SR debe estar desconectado del host.

1. Desconecte el PBD para desconectar el SR del servidor Citrix Hypervisor correspondiente:

     xe pbd-unplug uuid=pbd_uuid
   <!--NeedCopy-->
   

2. Utilice el comando sr-destroy para eliminar un SR. El comando destruye el SR, elimina el SR y el PBD correspondiente de la base de datos del servidor Citrix Hypervisor y elimina el contenido del SR del disco físico:

     xe sr-destroy uuid=sr_uuid
   <!--NeedCopy-->
   

3. Utilice el comando sr-forget para olvidar un SR. El comando elimina el SR y el PBD correspondiente de la base de datos del servidor Citrix Hypervisor, pero deja intacto el contenido real del SR en los medios físicos:

     xe sr-forget uuid=sr_uuid
   <!--NeedCopy-->
   

Nota: No

Puede llevar algún tiempo para que el objeto de software correspondiente al SR se recoja como elemento no utilizado.

Introducción de un SR

Para volver a introducir un objeto olvidado SR, cree un PBD. Conecte manualmente el PBD a los servidores Citrix Hypervisor adecuados para activar el SR.

El siguiente ejemplo introduce un SR de tipo lvmoiscsi.

1. Pruebe el SR existente para determinar su UUID:

     xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10 \
         device-config:targetIQN=192.168.1.10:filer1 \
         device-config:SCSIid=149455400000000000000000002000000b70200000f000000
   <!--NeedCopy-->
   

2. Introduzca el UUID SR existente devuelto por el comando sr-probe . Se devuelve el UUID del nuevo SR:

     xe sr-introduce content-type=user name-label="Example Shared LVM over iSCSI SR" \
         shared=true uuid=valid_sr_uuid type=lvmoiscsi
   <!--NeedCopy-->
   

3. Cree un PBD para acompañar al SR. Se devuelve el UUID del nuevo PBD:

     xe pbd-create type=lvmoiscsi host-uuid=valid_uuid sr-uuid=valid_sr_uuid \
         device-config:target=192.168.0.1 \
         device-config:targetIQN=192.168.1.10:filer1 \
         device-config:SCSIid=149455400000000000000000002000000b70200000f000000
   <!--NeedCopy-->
   

4. Conecte el PBD para conectar el SR:

     xe pbd-plug uuid=pbd_uuid
   <!--NeedCopy-->
   

5. Verifique el estado del enchufe PBD. Si tiene éxito, la propiedad actualmente adjunta es verdadera:

     xe pbd-list sr-uuid=sr_uuid
   <!--NeedCopy-->
   

Nota: No

Realice los pasos 3 a 5 para cada servidor del grupo de recursos. Estos pasos también se pueden realizar mediante la función Reparar repositorio de almacenamiento en XenCenter.

Expansión de LUN en vivo

Para cumplir con los requisitos de capacidad, es posible que deba agregar capacidad a la cabina de almacenamiento para aumentar el tamaño del LUN aprovisionado en el servidor Citrix Hypervisor. La expansión de LUN en vivo le permite aumentar el tamaño del LUN sin ningún tiempo de inactividad de la máquina virtual.

Después de agregar más capacidad a la cabina de almacenamiento, escriba,

  xe sr-scan sr-uuid=sr_uuid
<!--NeedCopy-->

Este comando vuelve a examinar el SR y cualquier capacidad adicional se agrega y se pone a disposición.

Esta operación también está disponible en XenCenter. Seleccione el SR que desea cambiar de tamaño y, a continuación, haga clic en Reescaneo.

Advertencias:

• No es posible reducir ni truncar los LUN. Reducir el tamaño del LUN en la matriz de almacenamiento puede provocar pérdida de datos.

Migración de VDI en vivo

La migración de VDI en vivo permite al administrador reubicar la imagen de disco virtual (VDI) de las máquinas virtuales sin apagar la máquina virtual. Esta característica permite operaciones administrativas como:

• Pasar una máquina virtual de un almacenamiento local barato a un almacenamiento rápido, resistente y respaldado por matrices.
• Mover una máquina virtual de un entorno de desarrollo a un entorno de producción.
• Pasar de un nivel de almacenamiento a otro cuando una máquina virtual está limitada por la capacidad de almacenamiento.
• Realización de actualizaciones de cabinas de almacenamiento.

Limitaciones y advertencias

La migración de VDI en vivo está sujeta a las siguientes limitaciones y advertencias

• Debe haber suficiente espacio en disco disponible en el repositorio de destino.

Para mover discos virtuales mediante XenCenter

1. En Recursos , seleccione el SR donde se almacena el disco virtual y, a continuación, haga clic en el botón Almacenamiento pestaña.

2. En Discos virtuales , seleccione el disco virtual que desea mover y, a continuación, haga clic en Mover.

3. En Mover disco virtual , seleccione el SR de destino al que desea mover la VDI.

   Nota: No

   Asegúrese de que el SR tenga suficiente espacio para otro disco virtual: el espacio disponible se muestra en la lista de SR disponibles.

4. Clic Mover para mover el disco virtual.

Para obtener una referencia de la CLI xe, consulte vdi-pool-migrate.

Migración de VDI en frío entre SR (migración sin conexión)

Las VDI asociadas a una máquina virtual se pueden copiar de un SR a otro para adaptarse a los requisitos de mantenimiento o a las configuraciones de almacenamiento por niveles. XenCenter permite copiar una máquina virtual y todos sus VDI en el mismo SR o en uno diferente. Se puede utilizar una combinación de XenCenter y xe CLI para copiar VDI individuales.

Para obtener una referencia de la CLI xe, consulte vm-migrate.

Copie todas las VDI de una máquina virtual en un SR diferente

La función Copiar máquina virtual de XenCenter crea copias de todas las VDI de una máquina virtual seleccionada en el mismo SR o en uno diferente. La máquina virtual de origen y las VDI no se ven afectadas de forma predeterminada. Para mover la máquina virtual al SR seleccionado en lugar de crear una copia, seleccione la opción Quitar máquina virtual original en el cuadro de diálogo Copiar máquina virtual.

1. Apague la VM.
2. En XenCenter, seleccione la máquina virtual y, a continuación, seleccione el VM > Copia de VM opción.
3. Seleccione el SR de destino deseado.

Copia de VDI individuales en un SR diferente

Se puede utilizar una combinación de xe CLI y XenCenter para copiar VDI individuales entre SR.

1. Apague la VM.

2. Utilice la CLI xe para identificar los UUID de los VDI que se van a mover. Si la VM tiene una unidad de DVD, su vdi-uuid aparece como , no en la base de datos y se puede ignorar.

     xe vbd-list vm-uuid=valid_vm_uuid
   <!--NeedCopy-->
   

   Nota: No

   El comando vbd-list muestra los UUID de VBD y VDI. Asegúrese de registrar los UUID de VDI en lugar de los UUID de VBD.

3. En XenCenter, seleccione la opción Almacenamiento de VM pestaña. Para cada VDI que se vaya a mover, seleccione el VDI y haga clic en el botón Separar botón. Este paso también se puede realizar utilizando el comando vbd-destroy .

   Nota: No

   Si usa el comando vbd-destroy para separar los UUID de VDI, primero verifique si el VBD tiene el parámetro other-config:owner establecido en true. Establezca este parámetro en falso. Al emitir el comando vbd-destroy con other-config:owner=true también se destruye el VDI asociado.

4. Utilice el comando vdi-copy para copiar cada uno de los VDI de VM que se moverán al SR deseado.

     xe vdi-copy uuid=valid_vdi_uuid sr-uuid=valid_sr_uuid
   <!--NeedCopy-->
   

5. En XenCenter, seleccione la opción Almacenamiento de VM pestaña. Haga clic en el botón Adjuntar y seleccione las VDI del nuevo SR. Este paso también se puede realizar mediante el comando vbd-create .

6. Para eliminar las VDI originales, seleccione la opción Almacenamiento del SR original en XenCenter. Los VDI originales se enumeran con un valor vacío para el campo VM. Utilice la función Borrar para eliminar el VDI.

Conversión de SR de canal de fibra local en SR compartidos

Uso de la CLI de xe y el XenCenter Reparar repositorio de almacenamiento para convertir un FC SR local en un FC SR compartido:

1. Actualice todos los hosts del grupo de recursos a Citrix Hypervisor 8.2.

2. Asegúrese de que todos los hosts del grupo tengan el LUN del SR dividido en zonas correctamente. Consulte Sondear un SR para obtener detalles sobre el uso del comando sr-probe para verificar que el LUN esté presente en cada host.

3. Convertir el SR en compartido:

     xe sr-param-set shared=true uuid=local_fc_sr
   <!--NeedCopy-->
   

4. El SR se mueve del nivel de host al nivel de grupo en XenCenter, lo que indica que ahora se comparte. El SR está marcado con un signo de exclamación rojo para mostrar que no está conectado actualmente en todos los hosts del grupo.

5. Seleccione el SR y, a continuación, seleccione el Almacenamiento > Reparar repositorio de almacenamiento opción.

6. Clic Reparar para crear y conectar un PBD para cada host del grupo.

Recupere espacio para el almacenamiento basado en bloques en la matriz de respaldo mediante discard

Puede utilizar la recuperación de espacio para liberar bloques no utilizados en un LUN de aprovisionamiento fino. Una vez liberado el espacio, la cabina de almacenamiento puede reutilizar este espacio recuperado.

Nota: No

La recuperación de espacio solo está disponible en algunos tipos de cabinas de almacenamiento. Para determinar si la matriz admite esta función y si necesita una configuración específica, consulte la Lista de compatibilidad de hardware y la documentación específica de su proveedor de almacenamiento.

Para recuperar el espacio mediante XenCenter:

1. Seleccione la opción Infraestructura vista y, a continuación, elija el servidor o el grupo conectado al SR.

2. Haga clic en el botón Almacenamiento pestaña.

3. Seleccione el SR de la lista y haga clic en Recuperar el espacio liberado.

4. Clic Sí para confirmar la operación.

5. Clic Notificaciones Y entonces Eventos para ver el estado de la operación.

Para obtener más información, presione F1en XenCenter para acceder a la Ayuda en línea.

Para recuperar espacio mediante la CLI xe, puede utilizar el siguiente comando:

  xe host-call-plugin host-uuid=host_uuid \
      plugin=trim fn=do_trim args:sr_uuid=sr_uuid

Notes:

• La operación solo está disponible para SR basados en LVM que se basan en LUN de aprovisionamiento fino en la matriz. Los SSD locales también pueden beneficiarse de la recuperación de espacio.
• La recuperación de espacio no es necesaria para SR basados en archivos, como NFS y EXT3/EXT4. El Recuperar el espacio liberado no está disponible en XenCenter para estos tipos de SR.
• Si ejecuta el comando xe de recuperación de espacio para un SR basado en archivos o un SR basado en LVM de aprovisionamiento grueso, el comando devuelve un error.
• La recuperación de espacio es una operación intensiva y puede provocar una degradación en el rendimiento de la cabina de almacenamiento. Por lo tanto, solo inicie esta operación cuando se requiera la recuperación de espacio en la matriz. Se recomienda programar este trabajo fuera de las horas de máxima demanda de la matriz.

Recuperación automática de espacio al eliminar instantáneas

Al eliminar instantáneas con Citrix Hypervisor, el espacio asignado en los SR basados en LVM se recupera automáticamente y no es necesario reiniciar la máquina virtual. Esta operación se conoce como ‘coalescencia en línea’. La coalescencia en línea se aplica a todos los tipos de RS. Sin embargo, los SR de GFS2 no pueden realizar la fusión de hojas, es decir, el VDI en el que escribe la VM no se puede fusionar con su padre en un SR de GFS2.

En ciertos casos, es posible que la recuperación automatizada de espacio no pueda continuar. Se recomienda usar la herramienta de fusión sin conexión en estos escenarios:

• En condiciones en las que el rendimiento de E/S de una máquina virtual es considerable
• En condiciones en las que no se recupera el espacio después de un período

Notes:

• La ejecución de la herramienta de fusión sin conexión provoca cierto tiempo de inactividad para la máquina virtual, debido a las operaciones de suspensión y reanudación realizadas.
• Antes de ejecutar la herramienta, elimine las instantáneas y los clones que ya no desee. La herramienta recupera la mayor cantidad de espacio posible dadas las instantáneas/clones restantes. Si desea recuperar todo el espacio, elimine todas las instantáneas y clones.
• Los discos de máquina virtual deben estar en almacenamiento compartido o local para un solo host. Las máquinas virtuales con discos en ambos tipos de almacenamiento no se pueden fusionar.

Recuperar espacio mediante la herramienta de fusión sin conexión

Habilite los objetos ocultos con XenCenter. Clic Vista > Escondido Objetos. En el panel Recurso, seleccione la máquina virtual para la que desea obtener el UUID. El UUID se muestra en el archivo General pestaña.

En Recurso , seleccione el maestro del grupo de recursos (el primer host de la lista). El General muestra el UUID. Si no usa un grupo de recursos, seleccione el host de la máquina virtual.

1. Abra una consola en el host y ejecute el siguiente comando:

     xe host-call-plugin host-uuid=host-UUID \
         plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=VM-UUID
   <!--NeedCopy-->
   

   Por ejemplo, si el UUID de la VM es 9bad4022-2c2d-dee6-abf5-1b6195b1dad5 y el UUID del host es b8722062-de95-4d95-9baa-a5fe343898ea, ejecute el siguiente comando:

     xe host-call-plugin host-uuid=b8722062-de95-4d95-9baa-a5fe343898ea \
         plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=9bad4022-2c2d-dee6-abf5-1b6195b1dad5
   <!--NeedCopy-->
   

2. Este comando suspende la máquina virtual (a menos que ya esté apagada), inicia el proceso de recuperación de espacio y, a continuación, reanuda la máquina virtual.

Notes:

Se recomienda apagar o suspender la máquina virtual manualmente antes de ejecutar la herramienta de fusión sin conexión. Puede apagar o suspender la máquina virtual mediante XenCenter o la CLI de Citrix Hypervisor. Si ejecuta la herramienta de fusión en una máquina virtual en ejecución, la herramienta suspende automáticamente la máquina virtual, realiza las operaciones de fusión de VDI necesarias y reanuda la máquina virtual. Es posible que las máquinas virtuales ágiles se reinicien en un host diferente.

Si las imágenes de disco virtual (VDI) que se van a fusionar están en almacenamiento compartido, debe ejecutar la herramienta de fusión fuera de línea en el maestro de grupo.

Si las VDI que se van a fusionar están en el almacenamiento local, ejecute la herramienta de fusión fuera de línea en el servidor al que está asociado el almacenamiento local.

Trabajar con E/S de disco

Puede configurar el programador de E/S de disco y la configuración de prioridad de E/S de disco para cambiar el rendimiento de los discos.

Nota: No

Las funcionalidades de E/S de disco descritas en esta sección no se aplican al almacenamiento EqualLogic, NetApp o NFS.

Ajustar el programador de E/S de disco

Para un rendimiento general, el programador de disco predeterminado noop se aplica en todos los nuevos tipos de SR. El programador noop proporciona el rendimiento más justo para las máquinas virtuales que compiten entre sí y acceden al mismo dispositivo.

1. Ajuste el programador de disco mediante el siguiente comando:

     xe sr-param-set other-config:scheduler=<option> uuid=<sr_uuid>
   <!--NeedCopy-->
   

   El valor de <option> puede ser uno de los siguientes términos: noop, cfqo deadline.

2. Desconecte y vuelva a conectar el PBD correspondiente para que el parámetro del programador surta efecto.

     xe pbd-unplug uuid=<pbd_uuid>
     xe pbd-plug uuid=<pbd_uuid>
   <!--NeedCopy-->
   

Para aplicar la priorización de solicitudes de E/S de disco, anule la configuración predeterminada y asigne el programador de disco cfq al SR.

Priorización de solicitudes de E/S de disco virtual

Los discos virtuales tienen una configuración opcional de prioridad de solicitud de E/S. Puede usar esta configuración para priorizar la E/S en el disco de una máquina virtual determinada sobre otras.

Antes de configurar cualquier parámetro de prioridad de solicitud de E/S de disco para un VBD, asegúrese de que el programador de disco para el SR se haya establecido correctamente. El parámetro del programador debe establecerse en cfq en el SR y el PBD asociado debe desconectarse y volverse a conectar. Para obtener información sobre cómo ajustar el programador, consulte Ajuste del programador de E/S de disco.

En el caso de la SR compartida, en la que varios hosts acceden al mismo LUN, la configuración de prioridad se aplica a los VBD que acceden al LUN desde el mismo host. Esta configuración no se aplica a todos los hosts del grupo.

El host emite una solicitud al almacenamiento remoto, pero el almacenamiento remoto realiza la priorización de solicitudes.

Configuración de los parámetros de solicitud de E/S de disco

Estas configuraciones se pueden aplicar a discos virtuales existentes mediante el comando xe vbd-param-set con los siguientes parámetros:

• qos_algorithm_type - Este parámetro debe establecerse en el valor ionice, que es el único algoritmo compatible con discos virtuales.

• qos_algorithm_param - Utilice este parámetro para establecer pares clave/valor. Para los discos virtuales, qos_algorithm_param toma una clave sched y, según el valor, también requiere una clave class .

  La clave qos_algorithm_param:sched puede tener uno de los siguientes valores:

  • sched=rt o sched=real-time - Este valor establece el parámetro de programación en prioridad de tiempo real, lo que requiere un parámetro de clase `` para establecer un valor.

  • sched=idle - Este valor establece el parámetro de programación en prioridad inactiva, lo que no requiere ningún parámetro de clase `` para establecer ningún valor.

  • sched=anything - Este valor establece el parámetro de programación con la prioridad de máximo esfuerzo, lo que requiere un parámetro de clase `` para establecer un valor.

  La clave qos_algorithm_param:class puede tener uno de los siguientes valores:

  • Una de las siguientes palabras clave: más alto, alto, normal, bajo, más bajo.

  • Un número entero entre 0 y 7, donde 7 es la prioridad más alta y 0 es la más baja. Por ejemplo, las solicitudes de E/S con una prioridad de 5 tienen prioridad sobre las solicitudes de E/S con una prioridad de 2.

Ejemplo

Por ejemplo, los siguientes comandos CLI configuran el VBD del disco virtual para utilizar la prioridad de tiempo real 5:

  xe vbd-param-set uuid=<vbd_uuid> qos_algorithm_type=ionice
  xe vbd-param-set uuid=<vbd_uuid> qos_algorithm_params:sched=rt
  xe vbd-param-set uuid=<vbd_uuid> qos_algorithm_params:class=5
  xe sr-param-set uuid=<sr_uuid> other-config:scheduler=cfq
  xe pbd-unplug uuid=<pbd_uuid>
  xe pbd-plug uuid=<pbd_uuid>
<!--NeedCopy-->