Documentation produit
Citrix Hypervisor
8.2 CU1 XenServer 8
Voir PDF

Gérer les référentiels de stockage

April 12, 2024
Contributeur: 
X

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

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 d’informations sur l’utilisation de l’Assistant Nouveau référentiel de stockage pour ajouter des SR à l’aide de XenCenter, consultez la documentation XenCenter.

Remarque :

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

Il existe deux étapes de base pour créer un référentiel de stockage à utiliser sur un hôte à l’aide de l’interface de ligne de commande :

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

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

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

Les SR peuvent être détruits lorsqu’ils ne sont plus utilisés pour libérer l’appareil physique. Les SR peuvent également être oubliés de détacher le SR d’un serveur Citrix Hypervisor et de l’attacher à un autre. Pour plus d’informations, consultez la section Suppression des SR dans la section suivante.

Sonde un SR

La commande sr-probe peut être utilisée de la manière suivante :

  • Pour identifier les paramètres inconnus à utiliser lors de la création d’une demande de service
  • Pour renvoyer une liste des 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. Toute sr-probe la sortie est renvoyée au format XML.

Par exemple, une cible iSCSI connue peut être exploré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-->

Le fait de sonder à nouveau la même cible et de spécifier à la fois le nom/l’adresse IP et l’IQN souhaité renvoie l’ensemble de SCSIids (LUN) disponible 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-->

L’analyse de la même cible et la fourniture des trois paramètres renvoient une liste des SR qui existent sur la 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 :

Type SR Les paramètres device-config, par ordre de dépendance Peut-il être sondé ? Obligatoire pour sr-create ?
lvmoiscsi target Non Oui
  chapuser Non Non
  chappassword Non Non
  targetIQN Oui Oui
  SCSIid Oui Oui
lvmohba SCSIid Oui Oui
lvmofcoe SCSIid Oui Oui
nfs server Non Oui
  serverpath Oui Oui
« smb » server Non Oui
  username Non Non
  password Non Non
lvm device Non Oui
ext device Non Oui

Supprimer les SR

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

Détacher : rompt l’association entre le périphérique de stockage et le pool ou l’hôte (PBD Unplug). Le SR (et ses VDI) deviennent inaccessibles. Le contenu des VDI et les méta-informations utilisées par les machines virtuelles pour accéder aux VDI sont préservés. Detach peut être utilisé lorsque vous mettez temporairement un SR hors ligne, par exemple pour la maintenance. Un SR détaché peut être rattaché ultérieurement.

Oublier : conserve le contenu du 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 Citrix Hypervisor, sans supprimer le contenu du SR.

Détruire : supprime le contenu du SR du disque physique.

Remarque :

Lorsque vous utilisez un stockage SMB, ne supprimez pas le partage du stockage avant d’avoir détaché 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 Citrix Hypervisor 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 :

La récupération de la mémoire de l’objet logiciel correspondant à la SR peut prendre un certain temps.

Présenter un SR

Pour réintroduire un SR oublié auparavant, créez un PBD. Connectez manuellement le PBD aux serveurs Citrix Hypervisor appropriés pour activer le SR.

L’exemple suivant présente un SR de type lvmoiscsi.

  1. Examinez 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. Introduire l’UUID SR existant renvoyé par la commande sr-probe. L’UUID de la nouvelle 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 connecter 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é currently-attached est true :

    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 de XenCenter.

Extension Live LUN

Pour répondre aux exigences de capacité, vous devrez peut-être ajouter de la capacité à la baie de stockage afin d’augmenter la taille du LUN provisionné sur le serveur Citrix Hypervisor. Live LUN Expansion 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 réanalyse 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 :

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

Limitations et restrictions

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 volet Ressources, sélectionnez le SR où le disque virtuel est stocké, puis cliquez sur l’onglet Stockage.

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

  3. Dans la boîte de dialogue 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 affiché dans la liste des SR disponibles.

  4. Cliquez sur Déplacer pour déplacer le disque virtuel.

Pour une référence à l’interface de ligne de commande xe, voir vdi-pool-migrate.

Migration VDI à froid entre SR (migration hors ligne)

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

Pour une référence à l’interface de ligne de commande xe, voir vm-migrate.

Copiez tous les VDI d’une machine virtuelle vers une autre SR

La fonction XenCenter Copy VM crée des copies de tous les VDI pour une machine virtuelle sélectionnée sur le même SR ou sur un autre SR. La machine virtuelle source et les VDI ne sont pas affectés 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 la machine virtuelle > OptionCopier la machine virtuelle .
  3. Sélectionnez la SR cible souhaitée.

Copier des VDI individuels vers une autre SR

Une combinaison de l’interface de ligne de commande xe et de XenCenter peut être utilisée pour copier des VDI individuels entre des 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 machine virtuelle dispose d’un lecteur de DVD, celui-ci vdi-uuid est répertorié comme not in database 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’onglet VM Storage . Pour chaque VDI à déplacer, sélectionnez le VDI et cliquez sur le bouton Détacher . Cette étape peut également être effectué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 paramètre other-config:owner du VBD est 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 de machine virtuelle à 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’onglet VM Storage . Cliquez sur le bouton Attach (Attach ) et sélectionnez les VDI de la nouvelle SR. Cette étape peut également être effectuée en utilisant la commande vbd-create.

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

Conversion des SR Fibre Channel locaux en SR partagés

Utilisez l’interface de ligne de commande xe et la fonctionnalité XenCenter Repair Storage Repository 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 zoné correctement. Reportez-vous à la section Probe an SRpour 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. Convertir 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 désormais partagé. Le SR est marqué d’un point d’exclamation rouge pour montrer qu’il n’est pas actuellement branché sur tous les hôtes du pool.

  5. Sélectionnez le SR, puis le stockage > OptionRéparer le référentiel de stockage .

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

Récupérer de l’espace pour le stockage en mode bloc sur la baie de sauvegarde à l’aide de l’option

Vous pouvez utiliser la récupération d’espace pour libérer des blocs inutilisés sur une LUN à provisionnement fin. Une fois l’espace libéré, la baie de stockage peut réutiliser cet espace récupéré.

Remarque :

La récupération de l’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 nécessite une configuration spécifique, consultez la liste de compatibilité matérielleet la documentation spécifique du fournisseur de stockage.

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

  1. Sélectionnez la vue Infrastructure , puis choisissez le serveur ou le pool connecté à la SR.

  2. Cliquez sur l’onglet Stockage .

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

  4. Cliquez sur Oui pour confirmer l’opération.

  5. Cliquez sur Notifications , puis sur Evénements pour afficher l’état de l’opération.

Pour plus d’informations, appuyez sur F1XenCenter 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ées sur LVM qui sont basées sur des LUN à provisionnement limité 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 requise pour les SR basés sur des fichiers tels que NFS et EXT3/EXT4. Le bouton Réclamer l’espace libre n’est pas disponible dans XenCenter pour ces types SR.
  • Si vous exécutez la commande xe de récupération d’espace pour une demande de service basée sur des fichiers ou une demande de service basée sur LVM à provisionnement 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, lancez cette opération uniquement lorsque la récupération de l’espace est requise sur la baie. Nous vous recommandons de planifier ce travail en dehors des heures de pointe de la demande de baie.

Récupération automatique de l’espace lors de la suppression d’instantanés

Lors de la suppression de snapshots avec Citrix Hypervisor, l’espace alloué aux SR basés sur LVM est récupéré automatiquement et aucun redémarrage de la machine virtuelle n’est requis. Cette opération est connue sous le nom de « fusion en ligne ». La coalescence en ligne s’applique à tous les types de SR. Cependant, 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 GFS2 SR.

Dans certains cas, la récupération automatisée de l’espace peut ne pas être en mesure de procéder. Nous vous recommandons d’utiliser l’outil de fusion 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 fusion hors ligne 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 snapshots et clones dont vous ne voulez plus. L’outil récupère autant d’espace que possible compte tenu des snapshots/clones restants. Si vous souhaitez récupérer la totalité de l’espace, supprimez tous les instantanés et clones.
  • Les disques des machines virtuelles doivent se trouver sur un stockage partagé ou local pour un seul hôte. Les machines virtuelles dotées de 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 fusion hors ligne

Activez les objets cachés à l’aide de XenCenter. Cliquez sur Afficher > Objets cachés. Dans le volet Ressource, sélectionnez la machine virtuelle pour laquelle vous souhaitez obtenir l’UUID. L’UUID s’affiche dans l’onglet Général .

Dans le volet Ressources, sélectionnez le maître du pool de ressources (le premier hôte de la liste). L’onglet Général 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 machine virtuelle est 9bad4022-2c2d-dee6-abf5-1b6195b1dad5 et l’UUID de l’hôte 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à mise 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 ligne. 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, exécute 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) à fusionner se trouvent sur un stockage partagé, vous devez exécuter l’outil de coalescence hors ligne sur le maître du pool.

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

Utilisation des E/S sur disque

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

Remarque :

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

Ajuster le planificateur d’E/S de disque

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

  1. Réglez le planificateur de disques à 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 : noopcfq, ou deadline.

  2. Débranchez et rebranchez le PBD correspondant pour que le paramètre du planificateur prenne effet.

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

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

Priorisation des demandes d’E/S sur disque virtuel

Les disques virtuels disposent de paramètres de priorité facultatifs pour les demandes d’E/S. Vous pouvez utiliser ces paramètres pour hiérarchiser les E/S sur le disque d’une machine virtuelle en particulier 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 disques pour le SR a été correctement défini. Le paramètre du planificateur doit être défini cfq sur le SR et le PBD associé doit être débranché et rebranché. Pour plus d’informations sur le réglage du planificateur, consultez la section Réglage du planificateur d’E/S sur disque.

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

L’hôte envoie 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 sur disque

Ces paramètres peuvent être appliqués aux disques virtuels existants à l’aide de la xe vbd-param-set commande 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, en fonction de 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 attribue au paramètre de planification une priorité en temps réel, ce qui nécessite qu’un class paramètre définisse une valeur.

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

    • sched=anything - Cette valeur définit le paramètre de planification sur la priorité maximale, ce qui nécessite qu’un class paramètre définisse une valeur.

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

    • L’un des mots-clés suivants : highesthigh, normal, low, lowest.

    • 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 avec une priorité de 5 sont prioritaires par rapport aux demandes d’E/S avec une priorité de 2.

Exemple

Par exemple, les commandes CLI suivantes définissent le VBD du disque virtuel pour qu’il utilise 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-->
Gérer les référentiels de stockage
April 12, 2024
Contributeur: 
X
April 12, 2024
Contributeur: 
X

Dans cet article

Commentaires sur le site | Confidentialité et conditions légales | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.