Gérer les référentiels de stockage

Important :

La mise à jour cumulative 1 de Citrix Hypervisor 8.2 prend fin le 25 juin 2025. Planifiez votre mise à niveau vers XenServer 8 dès maintenant pour assurer une transition en douceur et un support continu. Pour plus d’informations, consultez Mise à niveau.

Si vous utilisez vos fichiers de licence Citrix Virtual Apps and Desktops pour obtenir une licence pour vos hôtes Citrix Hypervisor 8.2 Cumulative Update 1, ces fichiers de licence ne sont pas compatibles avec XenServer 8. Avant la mise à niveau, vous devez acquérir les fichiers de licence socket XenServer Premium Edition à utiliser avec XenServer 8. Ces fichiers de licence de socket sont disponibles en tant que droits des abonnements Citrix pour le cloud privé, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP et Citrix Platform License pour l’exécution de vos charges de travail Citrix. Les clients Citrix qui n’ont pas encore migré vers ces nouveaux abonnements peuvent demander à participer à une promotion gratuite pour 10 000 licences de sockets XenServer Premium Edition. Pour plus d’informations, consultez XenServer.

Si vous n’obtenez pas de licence compatible pour XenServer 8 avant la mise à niveau, lorsque vous mettez à niveau vos hôtes, ils reviennent à l’édition d’essai de 90 jours. L’édition d’essai offre les mêmes fonctionnalités que l’édition Premium, avec quelques limitations. Pour plus d’informations, consultez Présentation des licences XenServer 8.

Cette section traite de la création de types de référentiels de stockage et de leur mise à disposition sur votre serveur Citrix Hypervisor. Il couvre également diverses opérations requises dans la gestion continue des référentiels de stockage (SR), y compris la migration VDI en direct.

Création de référentiels de stockage

Cette section explique comment créer des référentiels de stockage (SR) de différents types et les mettre à la disposition de votre serveur Citrix Hypervisor. Les exemples fournis couvrent la création de SR à l’aide de l’interface de ligne de commande xe. Pour plus de détails sur l’utilisation de la Nouveau référentiel de stockage pour ajouter des SR à l’aide de XenCenter, consultez le Documentation de XenCenter.

Remarque :

Les SR locaux de type lvm et ext ne peuvent être créés qu’à l’aide de la CLI xe. Après la création, vous pouvez gérer tous les types de SR à l’aide de XenCenter ou de l’interface de ligne de commande xe.

La création d’un référentiel de stockage à utiliser sur un hôte à l’aide de l’interface de ligne de commande se fait en deux étapes de base :

1. Sondez le type SR pour déterminer les valeurs des paramètres requis.

2. Créez le SR pour initialiser l’objet SR et les objets PBD associés, brancher les PBD et activer le SR.

Ces étapes diffèrent dans les détails selon le type de SR créé. Dans tous les exemples, la commande sr-create renvoie l’UUID du SR créé en cas de réussite.

Les SR peuvent être détruit lorsqu’il n’est plus utilisé pour libérer l’appareil physique. Les SR peuvent également être oublié pour détacher le SR d’un serveur d’hyperviseur Citrix et l’attacher à un autre. Pour plus d’informations, consultez Suppression des SR dans la section suivante.

Sonde un SR

La commande sr-probe peut être utilisée des manières suivantes :

• Pour identifier les paramètres inconnus à utiliser dans la création d’une SR
• Pour retourner une liste de SR existants

Dans les deux cas, sr-probe fonctionne en spécifiant un type SR et un ou plusieurs paramètres device-config pour ce type SR. Si un ensemble incomplet de paramètres est fourni, la commande sr-probe renvoie un message d’erreur indiquant que les paramètres sont manquants et les options possibles pour les paramètres manquants. Lorsqu’un ensemble complet de paramètres est fourni, une liste des SR existants est renvoyée. Toutes les sorties sr-probe sont renvoyées au format XML.

Par exemple, une cible iSCSI connue peut être sondée en spécifiant son nom ou son adresse IP. L’ensemble des IQN disponibles sur la cible est renvoyé :

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

En sondant à nouveau la même cible et en spécifiant à la fois le nom/l’adresse IP et l’IQN souhaité, on obtient l’ensemble des SCSIids (LUN) disponibles sur la cible/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-->

En sondant la même cible et en fournissant les trois paramètres, vous renvoyez la liste des SR qui existent sur le LUN, le cas échéant.

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

Les paramètres suivants peuvent être sondés pour chaque type de SR :

Supprimer les SR

Un référentiel de stockage (SR) peut être supprimé temporairement ou définitivement.

Détacher: Interrompt l’association entre le périphérique de stockage et le pool ou l’hôte (PBD Unplug). Le SR (et ses VDI) devient inaccessible. Le contenu des VDI et les métadonnées utilisées par les machines virtuelles pour accéder aux VDI sont conservés. Le détachement peut être utilisé lorsque vous mettez temporairement un SR hors ligne, par exemple pour la maintenance. Un SR détaché peut être rattaché plus tard.

Oublier: Conserve le contenu de la SR sur le disque physique, mais les informations qui connectent une machine virtuelle à ses VDI sont définitivement supprimées. Par exemple, vous permet de rattacher le SR à un autre serveur d’hyperviseur Citrix, sans supprimer le contenu du SR.

Détruire: Supprime le contenu de la SR du disque physique.

Remarque :

Lorsque vous utilisez le stockage SMB, ne supprimez pas le partage du stockage avant de détacher le SMB SR.

Pour Destroy or Forget, le PBD connecté au SR doit être débranché de l’hôte.

1. Débranchez le PBD pour détacher le SR du serveur d’hyperviseur Citrix correspondant :

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

2. Utilisez la commande sr-destroy pour supprimer un SR. La commande détruit le SR, supprime le SR et le PBD correspondant de la base de données du serveur Citrix Hypervisor et supprime le contenu du SR du disque physique :

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

3. Utilisez la commande sr-forget pour oublier un SR. La commande supprime le SR et le PBD correspondant de la base de données du serveur Citrix Hypervisor, mais laisse le contenu SR réel intact sur le support physique :

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

Remarque :

Le ramassage de la mémoire de l’objet logiciel correspondant au SR peut prendre un certain temps.

Introduire un SR

Pour réintroduire un oublié SR, créez un PBD. Branchez manuellement le PBD sur les serveurs Citrix Hypervisor appropriés pour activer le SR.

L’exemple suivant introduit un SR de type lvmoiscsi.

1. Sondez le SR existant pour déterminer son 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. Introduisez l’UUID SR existant renvoyé par la commande sr-probe . L’UUID du nouveau SR est renvoyé :

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

3. Créez un PBD pour accompagner le SR. L’UUID du nouveau PBD est renvoyé :

     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. Branchez le PBD pour fixer le SR :

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

5. Vérifiez l’état de la prise PBD. En cas de succès, la propriété actuellement attachée est vraie :

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

Remarque :

Effectuez les étapes 3 à 5 pour chaque serveur du pool de ressources. Ces étapes peuvent également être effectuées à l’aide de la fonction Réparer le référentiel de stockage dans XenCenter.

Extension des LUN en direct

Pour répondre aux exigences de capacité, vous devrez peut-être ajouter de la capacité à la baie de stockage afin d’augmenter la taille des LUN provisionnées sur le serveur Citrix Hypervisor. L’extension de LUN en direct vous permet d’augmenter la taille du LUN sans aucun temps d’arrêt de la machine virtuelle.

Après avoir ajouté de la capacité à votre baie de stockage, entrez :

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

Cette commande analyse à nouveau le SR, et toute capacité supplémentaire est ajoutée et mise à disposition.

Cette opération est également disponible dans XenCenter. Sélectionnez le SR à redimensionner, puis cliquez sur Rescan.

Avertissements :

• Il n’est pas possible de réduire ou de tronquer les LUN. La réduction de la taille des LUN sur la baie de stockage peut entraîner une perte de données.

Migration VDI en direct

La migration VDI en direct permet à l’administrateur de déplacer l’image de disque virtuel (VDI) des machines virtuelles sans arrêter la machine virtuelle. Cette fonctionnalité permet d’effectuer des opérations administratives telles que :

• Migration d’une machine virtuelle d’un stockage local bon marché à un stockage rapide, résilient et basé sur une baie.
• Déplacement d’une machine virtuelle d’un environnement de développement à un environnement de production.
• Passage d’un niveau de stockage à un autre lorsqu’une machine virtuelle est limitée par sa capacité de stockage.
• Exécution des mises à niveau des baies de stockage.

Limites et mises en garde

La migration VDI en direct est soumise aux limitations et mises en garde suivantes

• L’espace disque disponible sur le référentiel cible doit être suffisant.

Pour déplacer des disques virtuels à l’aide de XenCenter

1. Dans le Ressources , sélectionnez le SR dans lequel le disque virtuel est stocké, puis cliquez sur l’icône Stockage onglet.

2. Dans le Disques virtuels , sélectionnez le disque virtuel que vous souhaitez déplacer, puis cliquez sur Bouger.

3. Dans le Déplacer le disque virtuel , sélectionnez le SR cible vers lequel vous souhaitez déplacer le VDI.

   Remarque :

   Assurez-vous que le SR dispose de suffisamment d’espace pour un autre disque virtuel : l’espace disponible est indiqué dans la liste des SR disponibles.

4. Cliquer Bouger pour déplacer le disque virtuel.

Pour la référence de la CLI xe, voir vdi-pool-migrate.

Migration VDI à froid entre SR (migration hors ligne)

Les VDI associées à une machine virtuelle peuvent être copiées d’un SR à un autre pour répondre aux besoins de maintenance ou aux configurations de stockage hiérarchisé. XenCenter vous permet de copier une machine virtuelle et toutes ses VDI vers le même SR ou un SR différent. Une combinaison de XenCenter et de l’interface de ligne de commande xe peut être utilisée pour copier des VDI individuelles.

Pour la référence de la CLI xe, voir vm-migrate.

Copier toutes les VDI d’une machine virtuelle dans un autre SR

La fonction XenCenter Copy VM crée des copies de toutes les VDI pour une VM sélectionnée sur le même SR ou un SR différent. La machine virtuelle source et les VDI ne sont pas affectées par défaut. Pour déplacer la machine virtuelle vers le SR sélectionné plutôt que de créer une copie, sélectionnez l’option Supprimer la machine virtuelle d’origine dans la boîte de dialogue Copier la machine virtuelle.

1. Arrêtez la machine virtuelle.
2. Dans XenCenter, sélectionnez la machine virtuelle, puis sélectionnez l’icône VM > Copier la machine virtuelle option.
3. Sélectionnez le SR cible souhaité.

Copier des VDI individuels vers un autre SR

Une combinaison de l’interface de ligne de commande xe et de XenCenter peut être utilisée pour copier des VDI individuelles entre les SR.

1. Arrêtez la machine virtuelle.

2. Utilisez l’interface de ligne de commande xe pour identifier les UUID des VDI à déplacer. Si la VM possède un lecteur de DVD, son vdi-uuid est répertorié comme pas dans la base de données et peut être ignoré.

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

   Remarque :

   La commande vbd-list affiche les UUID VBD et VDI. Veillez à enregistrer les UUID VDI plutôt que les UUID VBD.

3. Dans XenCenter, sélectionnez l’icône Stockage VM onglet. Pour chaque VDI à déplacer, sélectionnez-le et cliquez sur l’icône Détacher bouton. Cette étape peut également être réalisée en utilisant la commande vbd-destroy .

   Remarque :

   Si vous utilisez la commande vbd-destroy pour détacher les UUID VDI, vérifiez d’abord si le VBD a le paramètre other-config:owner défini sur true. Définissez ce paramètre sur false. L’émission de la commande vbd-destroy avec other-config:owner=true détruit également le VDI associé.

4. Utilisez la commande vdi-copy pour copier chacun des VDI VM à déplacer vers le SR souhaité.

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

5. Dans XenCenter, sélectionnez l’icône Stockage VM onglet. Cliquez sur l’icône Joindre et sélectionnez les VDI dans le nouveau SR. Cette étape peut également être réalisée à l’aide de la commande vbd-create .

6. Pour supprimer les VDI d’origine, sélectionnez l’icône Stockage du SR d’origine dans XenCenter. Les VDI d’origine sont répertoriées avec une valeur vide pour le champ VM. Utilisez le Supprimer pour supprimer le VDI.

Conversion de SR Fibre Channel locaux en SR partagés

Utiliser l’interface de ligne de commande xe et XenCenter Réparer le référentiel de stockage pour convertir un FC SR local en un FC SR partagé :

1. Mettez à niveau tous les hôtes du pool de ressources vers Citrix Hypervisor 8.2.

2. Assurez-vous que tous les hôtes du pool ont le LUN du SR correctement zoné. Voir Sonder un SR pour plus de détails sur l’utilisation de la commande sr-probe pour vérifier que le LUN est présent sur chaque hôte.

3. Convertissez le SR en partagé :

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

4. Le SR est déplacé du niveau de l’hôte au niveau du pool dans XenCenter, ce qui indique qu’il est maintenant partagé. Le SR est marqué d’un point d’exclamation rouge pour indiquer qu’il n’est pas actuellement branché sur tous les hôtes du pool.

5. Sélectionnez le SR, puis sélectionnez le Stockage > Réparer le référentiel de stockage option.

6. Cliquer Réparer pour créer et connecter un PBD pour chaque hôte du pool.

Récupérer de l’espace pour le stockage basé sur des blocs sur la matrice de stockage à l’aide de discard

Vous pouvez utiliser la récupération d’espace pour libérer des blocs inutilisés sur un LUN alloué de manière dynamique. Une fois l’espace libéré, la baie de stockage peut réutiliser cet espace récupéré.

Remarque :

La récupération d’espace n’est disponible que sur certains types de baies de stockage. Pour déterminer si votre baie prend en charge cette fonctionnalité et si elle a besoin d’une configuration spécifique, consultez la section Liste de compatibilité matérielle et la documentation spécifique à votre fournisseur de stockage.

Pour récupérer l’espace à l’aide de XenCenter :

1. Sélectionnez l’icône Infrastructure , puis choisissez le serveur ou le pool connecté au SR.

2. Cliquez sur l’icône Stockage onglet.

3. Sélectionnez le SR dans la liste, puis cliquez sur Récupérer l’espace libéré.

4. Cliquer Oui pour confirmer l’opération.

5. Cliquer Notifications Et puis Épreuves pour afficher l’état de l’opération.

Pour plus d’informations, appuyez sur F1dans XenCenter pour accéder à l’aide en ligne.

Pour récupérer de l’espace à l’aide de l’interface de ligne de commande xe, vous pouvez utiliser la commande suivante :

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

Remarques  :

• L’opération n’est disponible que pour les SR basés sur LVM qui sont basés sur des LUN alloués de manière dynamique sur la baie. Les SSD locaux peuvent également bénéficier de la récupération d’espace.
• La récupération d’espace n’est pas nécessaire pour les SR basés sur des fichiers tels que NFS et EXT3/EXT4. Le Récupérer l’espace libéré n’est pas disponible dans XenCenter pour ces types de SR.
• Si vous exécutez la commande xe de récupération d’espace pour une SR basée sur un fichier ou une SR basée sur LVM allouée de manière statique, la commande renvoie une erreur.
• La récupération d’espace est une opération intensive qui peut entraîner une dégradation des performances des baies de stockage. Par conséquent, ne lancez cette opération que lorsque la récupération d’espace est nécessaire sur la matrice. Nous vous recommandons de planifier ce travail en dehors des heures de pointe de la demande de la baie.

Récupérer automatiquement de l’espace lors de la suppression d’instantanés

Lors de la suppression d’instantanés avec Citrix Hypervisor, l’espace alloué sur les SR basés sur LVM est récupéré automatiquement et un redémarrage de la machine virtuelle n’est pas nécessaire. Cette opération est connue sous le nom de « coalescence en ligne ». La coalescence en ligne s’applique à tous les types de SR. Toutefois, les SR GFS2 ne peuvent pas effectuer de coalescence de feuilles, c’est-à-dire que le VDI sur lequel la machine virtuelle écrit ne peut pas être fusionné avec son parent sur un SR GFS2.

Dans certains cas, la récupération automatisée de l’espace peut ne pas être en mesure d’avoir lieu. Nous vous recommandons d’utiliser l’outil de coalescence hors ligne dans les scénarios suivants :

• Dans des conditions où le débit d’E/S d’une machine virtuelle est considérable
• Dans des conditions où l’espace n’est pas récupéré après un certain temps

Remarques  :

• L’exécution de l’outil de coalescence hors connexion entraîne un certain temps d’arrêt pour la machine virtuelle, en raison des opérations de suspension/reprise effectuées.
• Avant d’exécuter l’outil, supprimez tous les instantanés et clones dont vous ne voulez plus. L’outil récupère autant d’espace que possible en fonction des instantanés/clones restants. Si vous souhaitez récupérer l’intégralité de l’espace, supprimez tous les instantanés et clones.
• Les disques de machine virtuelle doivent se trouver sur un stockage partagé ou local pour un seul hôte. Les machines virtuelles avec des disques dans les deux types de stockage ne peuvent pas être fusionnées.

Récupérez de l’espace à l’aide de l’outil de coalescence hors ligne

Activez les objets cachés à l’aide de XenCenter. Cliquer Vue > Caché Objets. Dans le volet Ressources, sélectionnez la machine virtuelle pour laquelle vous souhaitez obtenir l’UUID. L’UUID s’affiche dans le champ Généralités onglet.

Dans le Ressource , sélectionnez le maître du pool de ressources (le premier hôte de la liste). Le Généralités affiche l’UUID. Si vous n’utilisez pas de pool de ressources, sélectionnez l’hôte de la machine virtuelle.

1. Ouvrez une console sur l’hôte et exécutez la commande suivante :

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

   Par exemple, si l’UUID de la VM est 9bad4022-2c2d-dee6-abf5-1b6195b1dad5 et l’UUID de l’hôte est b8722062-de95-4d95-9baa-a5fe343898ea, exécutez la commande suivante :

     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. Cette commande suspend la machine virtuelle (sauf si elle est déjà hors tension), lance le processus de récupération d’espace, puis reprend la machine virtuelle.

Remarques  :

Nous vous recommandons d’arrêter ou de suspendre la machine virtuelle manuellement avant d’exécuter l’outil de coalescence hors connexion. Vous pouvez arrêter ou suspendre la machine virtuelle à l’aide de XenCenter ou de l’interface de ligne de commande Citrix Hypervisor. Si vous exécutez l’outil de coalescence sur une machine virtuelle en cours d’exécution, l’outil suspend automatiquement la machine virtuelle, effectue les opérations de coalescence VDI requises et reprend la machine virtuelle. Les machines virtuelles agiles peuvent redémarrer sur un autre hôte.

Si les images de disque virtuel (VDI) à coalescence se trouvent sur un stockage partagé, vous devez exécuter l’outil de coalescence hors ligne sur le maître de pool.

Si les VDI à coalescence se trouvent sur le stockage local, exécutez l’outil de coalescence hors ligne sur le serveur auquel le stockage local est attaché.

Utilisation des E/S de disque

Vous pouvez configurer le planificateur d’E/S de disque et les paramètres de priorité d’E/S de disque pour modifier les performances de vos disques.

Remarque :

Les fonctionnalités d’E/S de disque décrites dans cette section ne s’appliquent pas au stockage EqualLogic, NetApp ou NFS.

Réglage du planificateur d’E/S de disque

Pour des performances générales, le planificateur de disque par défaut noop est appliqué sur tous les nouveaux types de SR. Le planificateur noop offre les performances les plus équitables pour les machines virtuelles concurrentes accédant au même périphérique.

1. Ajustez le planificateur de disque à l’aide de la commande suivante :

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

   La valeur de <option> peut être l’un des termes suivants : noop, cfqou deadline.

2. Débranchez et rebranchez le PBD correspondant pour que le paramètre de l’ordonnanceur prenne effet.

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

Pour appliquer la priorité des demandes d’E/S de disque, remplacez le paramètre par défaut et attribuez le planificateur de disque cfq au SR.

Hiérarchisation des demandes d’E/S de disque virtuel

Les disques virtuels ont des paramètres de priorité de demande d’E/S facultatifs. Vous pouvez utiliser ces paramètres pour donner la priorité aux E/S sur le disque d’une machine virtuelle particulière par rapport aux autres.

Avant de configurer les paramètres de priorité des demandes d’E/S de disque pour un VBD, assurez-vous que le planificateur de disque pour le SR a été correctement défini. Le paramètre du planificateur doit être défini sur cfq sur le SR et le PBD associé débranché et rebranché. Pour plus d’informations sur le réglage du planificateur, reportez-vous à la section Réglage du planificateur d’E/S de disque.

Pour le SR partagé, lorsque plusieurs hôtes accèdent au même LUN, le paramètre de priorité est appliqué aux VBD accédant au LUN à partir du même hôte. Ces paramètres ne sont pas appliqués aux hôtes du pool.

L’hôte émet une demande au stockage distant, mais la hiérarchisation des demandes est effectuée par le stockage distant.

Définition des paramètres de demande d’E/S de disque

Ces paramètres peuvent être appliqués aux disques virtuels existants en utilisant la commande xe vbd-param-set avec les paramètres suivants :

• qos_algorithm_type - Ce paramètre doit être défini sur la valeur ionice, qui est le seul algorithme pris en charge pour les disques virtuels.

• qos_algorithm_param - Utilisez ce paramètre pour définir des paires clé/valeur. Pour les disques virtuels, qos_algorithm_param prend une clé sched et, selon la valeur, nécessite également une clé class .

  La clé qos_algorithm_param:sched peut avoir l’une des valeurs suivantes :

  • sched=rt ou sched=real-time - Cette valeur définit le paramètre de planification sur la priorité en temps réel, ce qui nécessite un paramètre de classe `` pour définir une valeur.

  • sched=idle - Cette valeur définit le paramètre de planification sur la priorité d’inactivité, ce qui ne nécessite aucun paramètre de classe `` pour définir une valeur.

  • sched=anything - Cette valeur définit le paramètre de planification sur la priorité du meilleur effort, ce qui nécessite un paramètre de classe `` pour définir une valeur.

  La clé qos_algorithm_param:class peut avoir l’une des valeurs suivantes :

  • L’un des mots-clés suivants : le plus élevé, élevé, normal, faible, le plus bas.

  • Un entier compris entre 0 et 7, où 7 est la priorité la plus élevée et 0 la plus faible. Par exemple, les demandes d’E/S de priorité 5 sont prioritaires sur les demandes d’E/S de priorité 2.

Exemple

Par exemple, les commandes CLI suivantes définissent le VBD du disque virtuel pour utiliser la priorité en temps réel 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-->