Gérer les référentiels de stockage

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

Créer des référentiels de stockage

Cette section explique comment créer des référentiels de stockage (SRs) 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 SRS à l’aide de XenCenter, consultez l’aide de XenCenter.

Remarque :

Les SR locales de typelvm et neext3 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 SR par XenCenter ou Xe CLI.

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. Sonde 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, branchez les PBD et activez le SR.

Ces étapes diffèrent en détail en fonction du type de SR créé. Dans tous les exemples, lasr-create commande 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 SRs peuvent également être oubliés pour détacher le SR d’un serveur Citrix Hypervisor et l’attacher à un autre. Pour plus d’informations, reportez-vous à la section Suppression de SR dans la section suivante.

Analyser un SR

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

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

Dans les deux cas,sr-probe fonctionne en spécifiant un type SR et un ou plusieursdevice-config paramètres pour ce type SR. Si un ensemble incomplet de paramètres est fourni, lasr-probe commande 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 lessr-probe sorties 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 d’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>

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

Le sondage de la même cible et la fourniture des trois paramètres renvoie une 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>

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

Type SR Lesdevice-config paramètres, par ordre de dépendance Peut être sondé ? Requis poursr-create ?
lvmoiscsi target Non Oui
  chapuser Non Non
  chappassword Non Non
  targetIQN Oui Oui
  SCSIid Oui Oui
lvmohba SCSIid Oui Oui
NetApp target Non Oui
  username Non Oui
  password Non Oui
  chapuser Non Non
  chappassword Non Non
  aggregate Non (voir note 1) Oui
  FlexVols Non Non
  allocation Non Non
  asis Non Non
nfs server Non Oui
  serverpath Oui Oui
lvm device Non Oui
ext device Non Oui
EqualLogic target Non Oui
  username Non Oui
  password Non Oui
  chapuser Non Non
  chappassword Non Non
  storagepool Non (voir note 2) Oui

Remarques :

  • La sonde agrégat n’est possible qu’àsr-create temps.
  • La sonde de pool de stockage n’est possible qu’àsr-create temps.

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) devient inaccessible. Le contenu des VDI et les méta-informations utilisées par les machines virtuelles pour accéder aux VDI sont conservés. Le détachement peut être utilisé lorsque vous mettez temporairement une SR hors connexion, 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 Citrix Hypervisor, sans supprimer le contenu du SR.

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

Pour Destroy ou 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
    
  2. Utilisez lasr-destroy commande 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
    
  3. Utilisez lasr-forget commande 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
    

Remarque :

Il peut prendre un certain temps pour que l’objet logiciel correspondant à la SR soit collecté des ordures.

Introduire un SR

Pour réintroduire un SR oublié précédemment, créez un PBD. Branchez manuellement le PBD aux serveurs Citrix Hypervisor appropriés pour activer le SR.

L’exemple suivant présente un SR de typelvmoiscsi.

  1. Sonde 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
    
  2. Introduire l’UUID SR existant renvoyé par lasr-probe commande. L’UUID de la nouvelle SR est retourné :

    xe sr-introduce content-type=user name-label="Example Shared LVM over iSCSI SR" \
        shared=true uuid=valid_sr_uuid type=lvmoiscsi
    
  3. Créer un PBD pour accompagner le SR. L’UUID du nouveau PBD est retourné :

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

    xe pbd-plug uuid=pbd_uuid
    
  5. Vérifiez l’état de la prise PBD. En cas de succès, lacurrently-attached propriété est true :

    xe pbd-list sr-uuid=sr_uuid
    

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 de LUN en direct

Pour répondre aux besoins 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. L’extension Live LUN vous permet d’augmenter la taille du LUN sans interruption de la machine virtuelle.

Après avoir ajouté plus de capacité à votre baie de stockage, saisisse,

xe sr-scan sr-uuid=sr_uuid

Cette commande rescanne 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. Pour plus d’informations, appuyez sur F1 pour afficher l’aide de XenCenter.

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 d’administration 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éplacement d’une machine virtuelle d’un environnement de développement à un environnement de production.
  • Déplacement entre les niveaux de stockage lorsqu’une machine virtuelle est limitée par la capacité de stockage.
  • Mise à niveau des baies de stockage.

Limitations et mises en garde

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

  • Il doit y avoir suffisamment d’espace disque disponible sur le référentiel cible.

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 d’un espace suffisant pour un autre disque virtuel : l’espace disponible est indiqué dans la liste des SR disponibles.

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

Pour la référence xe CLI, voir [vdi-pool-migrate] (/fr-us/citrix-hypervisor/command-line-interface.html #vdi -pool-migrate).

Migration VDI à froid entre les SR (migration hors ligne)

Les VDI associés à une machine virtuelle peuvent être copiés d’une SR à une 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 vers un SR identique ou différent. Une combinaison de XenCenter et de Xe CLI peut être utilisée pour copier des VDI individuels.

Pour la référence xe CLI, voir [vm-migrate] (/fr-us/citrix-hypervisor/command-line-interface.html #vm -migrate).

Copier tous les VDI d’une machine virtuelle vers un SR différent

La fonction XenCenter Copy VM crée des copies de tous les VDI pour une machine virtuelle sélectionnée sur la même SR ou une autre. La machine virtuelle et les VDI source 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 VM, puis sélectionnez l’option VM > Copy VM VM.
  3. Sélectionnez la SR cible souhaitée.

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 individuels entre des SRs.

  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 DVD, ilvdi-uuid est répertorié commenot in database et peut être ignoré.

    xe vbd-list vm-uuid=valid_vm_uuid
    

    Remarque :

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

  3. Dans XenCenter, sélectionnez l’onglet Stockage de machine virtuelle. 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 lavbd-destroy commande.

    Remarque :

    Si vous utilisez lavbd-destroy commande pour détacher les UUID VDI, vérifiez d’abord si le paramètre VBD estother-config:owner défini surtrue . Définissez ce paramètre surfalse. L’émission de lavbd-destroy commande avec détruitother-config:owner=true également le VDI associé.

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

    xe vdi-copy uuid=valid_vdi_uuid sr-uuid=valid_sr_uuid
    
  5. Dans XenCenter, sélectionnez l’onglet Stockage de machine virtuelle. Cliquez sur le bouton Attacher et sélectionnez les VDI dans le nouveau SR. Cette étape peut également être effectuée en utilisant lavbd-create commande.

  6. Pour supprimer les VDI d’origine, sélectionnez l’onglet Stockage 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.

Convertir les SR Fibre Channel locaux en SR partagées

Utilisez l’interface de ligne de commande xe et la fonctionnalité XenCenter Repair Storage Repository pour convertir une SR FC locale en SR FC partagée :

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

  2. Assurez-vous que tous les hôtes du pool ont le LUN du SR zoné correctement. Analyser un SRPour plus d’informations sur l’utilisation de lasr-probecommande pour vérifier que le LUN est présent sur chaque hôte, reportez-vous à la section.

  3. Convertir le SR en partagé :

    xe sr-param-set shared=true uuid=local_fc_sr
    
  4. Le SR est déplacé du niveau 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. Select le SR, puis sélectionnez l’optionRéférentiel de stockage de > réparation.

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

Réclamer de l’espace pour le stockage basé sur des blocs sur la baie de sauvegarde à l’aide de l’option ignorer

Vous pouvez utiliser la récupération d’espace pour libérer des blocs inutilisés sur un LUN légèrement provisionné. 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 a besoin d’une configuration spécifique, consultezListe de compatibilité matériellela documentation spécifique à votre 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éclamer 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 surF1XenCenter pour accéder à l’aide en ligne.

Remarques :

  • Cette opération est disponible uniquement dans XenCenter.
  • 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 de l’espace n’est pas requise pour les SR basées sur des fichiers tels que NFS et Ext3. Le bouton Réclamer l’espace libéré n’est pas disponible dans XenCenter pour ces types SR.
  • La récupération de l’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 d’espace est requise sur la baie. Nous vous recommandons de planifier ce travail en dehors des heures de pointe de la demande.

Réclame 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 SRS basés sur LVM est automatiquement récupéré et un redémarrage de la machine virtuelle n’est pas requis. Cette opération est connue sous le nom de ‘coalescence’.

La coalescence en ligne s’applique uniquement aux SRs basés sur LVM (LVM, LVMoISCSI et LVMoHBA). Elle ne s’applique pas aux SRs EXT ou NFS, dont le comportement reste inchangé. 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 Coalesce hors ligne dans les scénarios suivants :

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

Remarques :

  • L’exécution de l’outil Coalesce hors ligne entraîne un certain temps d’arrêt pour la machine virtuelle, en raison des opérations de suspendre/reprise effectuées.
  • Avant d’exécuter l’outil, supprimez les clones et clones que vous ne souhaitez plus. L’outil reprend autant d’espace que possible compte tenu des instantanés/clones restants. Si vous souhaitez récupérer l’espace entier, supprimez tous les clones et clones.
  • Les disques de machine virtuelle doivent être sur un stockage partagé ou local pour un hôte unique. Les machines virtuelles dotées de disques dans les deux types de stockage ne peuvent pas être fusionnées.

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

Remarque :

Le coalescing en ligne s’applique uniquement aux SRs basés sur LVM (LVM, LvMoSCSI et LvMoHBA), il ne s’applique pas aux SRS EXT ou NFS, dont le comportement reste inchangé.

Activez les objets cachés à l’aide de XenCenter. Cliquez sur Afficher objets > masqué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 Ressource, 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
    

    Par exemple, si l’UUID de la machine virtuelle est9bad4022-2c2d-dee6-abf5-1b6195b1dad5 et que l’UUID de l’hôte estb8722062-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
    
  2. Cette commande suspend la machine virtuelle (sauf si elle est déjà mise hors tension), lance le processus de récupération de l’espace, puis reprend la machine virtuelle.

Remarques :

Nous vous recommandons d’arrêter ou de suspendre manuellement la machine virtuelle 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 Citrix Hypervisor CLI. 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.

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

Si les VDI à fusionner sont sur le stockage local, exécutez l’outil de coalesce hors ligne sur le serveur auquel le stockage local est attaché.

Ajuster le planificateur d’E/S disque

Pour des performances générales, le planificateur de disque par défautnoop est appliqué à tous les nouveaux types SR. Lenoop planificateur offre les meilleures performances pour les machines virtuelles concurrentes accédant au même périphérique. Pour appliquer la QoS de disque, il est nécessaire de remplacer le paramètre par défaut et d’affecter le planificateur decfq disque au SR. Le PBD correspondant doit être débranché et rebranché pour que le paramètre du planificateur prenne effet. Le planificateur de disque peut être ajusté à l’aide de la commande suivante :

xe sr-param-set other-config:scheduler=noop|cfq|anticipatory|deadline \
    uuid=valid_sr_uuid

Remarque :

Cette commande n’affecte pas le stockage EqualLogic, NetApp ou NFS.

Paramètres QoS du disque virtuel

Les disques virtuels ont un paramètre de qualité de service (QoS) facultatif de priorité d’E/S. Ce paramètre peut être appliqué aux disques virtuels existants à l’aide de l’interface de ligne de commande xe comme décrit dans cette section.

Pour la SR partagée, lorsque plusieurs hôtes accèdent au même LUN, le paramètre QoS est appliqué aux VBD accédant au LUN à partir du même hôte. La QoS n’est pas appliquée sur les hôtes du pool.

Avant de configurer des paramètres QoS pour un VBD, assurez-vous que le planificateur de disque pour le SR a été correctement défini. Reportez-vous à la section précédente Réglage du planificateur d’E/S de disque pour plus de détails sur la façon d’ajuster le planificateur. Le paramètre du planificateur doit être définicfq sur le SR pour lequel la QoS est souhaitée.

Remarque :

N’oubliez pas de définir le planificateurcfq sur le SR et de vous assurer que le PBD a été rebranché pour que la modification du planificateur prenne effet.

Le premier paramètre estqos_algorithm_type. Ce paramètre doit être défini sur la valeurionice, qui est le seul type d’algorithme QoS pris en charge pour les disques virtuels dans cette version.

Les paramètres QoS eux-mêmes sont définis avec des paires clé/valeur affectées auqos_algorithm_param paramètre. Pour les disques virtuels,qos_algorithm_param prend unesched clé, et en fonction de la valeur, nécessite également uneclass clé.

Les valeurs possibles deqos_algorithm_param:sched sont :

-sched=rt ousched=real-time définit le paramètre de planification QoS à priorité en temps réel, ce qui nécessite un paramètre de classe pour définir une valeur

-sched=idle définit le paramètre de planification QoS sur la priorité inactive, ce qui ne nécessite aucun paramètre de classe pour définir une valeur

-sched=anything définit le paramètre de planification QoS sur la priorité de l’effort optimal, ce qui nécessite un paramètre de classe pour définir une valeur

Les valeurs possibles pourclass sont :

  • Un des mots-clés suivants : le plus élevé, le plus élevé, le plus normal, le plus bas

  • Un entier compris entre 0 et 7, où 7 est la priorité la plus élevée et 0 est la plus basse. Par exemple, les demandes d’E/S ayant une priorité de 5 reçoivent la priorité sur les demandes d’E/S ayant une priorité de 2.

Pour activer les paramètres QoS du disque, vous devez égalementother-config:scheduler définircfq et rebrancher les PBD pour le stockage en question.

Par exemple, les commandes CLI suivantes définissent le VBD du disque virtuel pour qu’il utilise la priorité en temps réel5 :

    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-plug uuid=pbd_uuid