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 hôte. 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 de différents types et les rendre disponibles à votre hôte. 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 , consultez l’ aide.

Note :

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 l’une ou l’autre 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. 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 SR peuvent également être oubliés de détacher le SR d’un hôte et de l’attacher à un autre. Pour plus d’informations, reportez-vous à la section Suppression de SR dans la section suivante.

Sonde 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-sonde type = lvmoiscsi device-config : target = 192.168.1.10

Code d'erreur : SR_BACKEND_FAILURE_96
Paramètres d'erreur :, La demande est manquante ou a un paramètre IQN cible incorrect, \
< ? 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-sonde type = lvmoiscsi device-config : target = 192.168.1.10  \
device-config:targetIQN=iqn.192.168.1.10:filer1

Code d'erreur : SR_BACKEND_FAILURE_107
Paramètres d'erreur :, Le paramètre SCSIID est manquant ou incorrect, \
< ? xml version = "1.0" ? >
< iscsi-target >
    <LUN>
        < vendor >
            EI
        < / 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-sonde 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 Aucun
  • Oui
  chapuser Aucun Aucun
  chappassword Aucun Aucun
  targetIQN
  • Oui
  • Oui
  SCSIid
  • Oui
  • Oui
lvmohba SCSIid
  • Oui
  • Oui
NetApp target Aucun
  • Oui
  username Aucun
  • Oui
  password Aucun
  • Oui
  chapuser Aucun Aucun
  chappassword Aucun Aucun
  aggregate Non (voir note 1)
  • Oui
  FlexVols Aucun Aucun
  allocation Aucun Aucun
  asis Aucun Aucun
nfs server Aucun
  • Oui
  serverpath
  • Oui
  • Oui
lvm device Aucun
  • Oui
ext device Aucun
  • Oui
EqualLogic target Aucun
  • Oui
  username Aucun
  • Oui
  password Aucun
  • Oui
  chapuser Aucun Aucun
  chappassword Aucun Aucun
  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 reconnecter le SR, à un autre hôte, sans supprimer aucun contenu 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 de l’ hôte 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 hôte et supprime le contenu 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 hôte, mais laisse le contenu SR réel intact sur le support physique :

    xe sr-forget uuid = sr_uuid
    

Note :

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 hôtes 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-sonde 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 = nomutilisateur label = « Exemple de LVM partagée sur 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-uuuid = sr_uuid
    

Note :

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 .

Extension de LUN en direct

Pour répondre aux besoins en capacité, vous devrez peut-être ajouter de la capacité à la baie de stockage pour augmenter la taille du LUN fourni à l’ hôte. 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 récanne le SR, et toute capacité supplémentaire est ajoutée et rendue disponible.

Cette opération est également disponible dans . Sélectionnez le SR à redimensionner, puis cliquez sur Rescan. Pour plus d’informations, appuyez sur F1 pour afficher l’ aide.

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.
  • Le redimensionnement des LUN n’est pas pris en charge pour les SR GFS2.

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é active 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é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.

  • Les VDI avec plusieurs instantanés ne peuvent pas être migrés.

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

  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 virtu els, 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.

    Note :

    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 une référence xe CLI, consultez [vdi-pool-migrate] (/ fr-us/xenserver/current -release/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’un SR vers un autre pour répondre aux exigences de maintenance ou aux configurations de stockage hiérarchisé. vous permet de copier une machine virtuelle et tous ses VDI vers le même SR ou un autre. Une combinaison de et l’interface de ligne de commande xe peuvent être utilisées pour copier des VDI individuels.

Pour une référence xe CLI, consultez [vm-migrate] (/ fr-us/xenserver/current -release/command -line-interface.html #vm -migrer).

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

La fonction Copier VM crée des copies de tous les VDI pour une machine virtuelle sélectionnée sur le même SR ou sur un SR différent. 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 , sélectionnez la machine virtuelle, puis sélectionnez la machine virtuelle > Copier l’option 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 peut être utilisée pour copier des VDI individuels 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 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
    

    Note :

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

  3. Dans , 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.

    Note :

    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 uuuid = valid_vdi_uuid sr-uuid = valid_sr_uuid
    
  5. Dans , 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 . 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é Réparer le référentiel de stockage pour convertir un FC SR local en une SR FC partagée :

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

  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 lasr-probecommande 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
    
  4. Le SR est déplacé du niveau de l’hôte au niveau du pool dans , ce qui indique qu’il est maintenant 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 sélectionnez le stockage > Optionde réparation du référentiel de stockage .

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

Note :

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 en utilisant  :

  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 surF1la touche pour accéder à l’aide en ligne.

Remarques :

  • Cette opération est disponible uniquement dans .
  • 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 libre n’est pas disponible dans 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, ne lancez cette opération que lorsque la récupération d’espace est requise sur la baie. recommande de planifier ce travail en dehors des heures de pointe de la baie.

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

Lors de la suppression de snapshots avec , l’espace alloué sur les SR basées 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 ‘Coalescing en ligne’.

Le coalescing en ligne s’applique uniquement aux SR basés sur LVM (LVM, LVMoisCSI et LVMoHBA). Il ne s’applique pas aux SR 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 suspend/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éclamer de l’espace à l’aide de l’outil de coalescence hors ligne

Note :

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

Activer les objets cachés à l’aide de . Cliquez sur Afficher > Objetscach é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 = args leaf-coalesce : 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 :

recommande 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 l’interface de ligne de commande ou de l’ interface de ligne de commande. 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

Note :

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.

Note :

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 uuuid = vbd_uuid qos_algorithm_type = ionice
xe vbd-param-set uuuid = vbd_uuid qos_algorithm_params : sched = rt
xe vbd-param-set uuuid = vbd_uuid qos_algorithm_params : class = 5
xe sr-param-set uuuid = sr_uuid other-config : scheduler = cfq
xe pbd-plug uuid = pbd_uuid