Documentation produit
Citrix Hypervisor
8.2 CU1 XenServer 8.4
Voir PDF

Multipathing de stockage

January 31, 2025
Contributeur: 
X

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.

La prise en charge du multivoie dynamique est disponible pour les back-ends de stockage Fibre Channel et iSCSI.

Citrix Hypervisor utilise le multipathing natif Linux (DM-MP), la solution générique de multipathing Linux, comme gestionnaire de chemins d’accès multiples. Toutefois, Citrix Hypervisor complète ce gestionnaire avec des fonctionnalités supplémentaires afin que Citrix Hypervisor puisse reconnaître les fonctionnalités spécifiques aux fournisseurs de périphériques de stockage.

La configuration du multipathing fournit une redondance pour le trafic de stockage distant en cas de perte partielle de connectivité. Le multipathing achemine le trafic de stockage vers un périphérique de stockage via plusieurs chemins pour la redondance et l’augmentation du débit. Vous pouvez utiliser jusqu’à 16 chemins d’accès à un seul LUN. Le multipathing est une configuration active-active. Par défaut, le multipathing utilise l’équilibrage de charge round-robin ou multibus en fonction du type de baie de stockage. Toutes les routes sont empruntées par un trafic actif en fonctionnement normal, ce qui entraîne une augmentation du débit.

Important :

Nous vous recommandons d’activer le multipathing pour tous les serveurs de votre pool avant la création du SR. Si vous créez le SR avant d’activer le multipathing, vous devez mettre vos serveurs en mode maintenance pour activer le multipathing.

La liaison de carte réseau peut également fournir une redondance pour le trafic de stockage. Pour le stockage iSCSI, nous vous recommandons de configurer le multipathing au lieu de la liaison de carte réseau dans la mesure du possible.

Le multipathing n’est pas efficace dans les scénarios suivants :

  • Périphériques de stockage NFS
  • Vous disposez d’un nombre limité de cartes réseau et vous devez acheminer le trafic iSCSI et le trafic de fichiers (NFS ou SMB) sur la même carte réseau

Dans ce cas, envisagez d’utiliser la liaison de carte réseau à la place. Pour plus d’informations sur la liaison de carte réseau, reportez-vous à la section Réseautage.

Prérequis

Avant d’activer le multipathing, vérifiez que les instructions suivantes sont vraies :

  • Plusieurs cibles sont disponibles sur votre serveur de stockage.

    Par exemple, un back-end de stockage iSCSI a demandé sendtargets sur un portail donné renvoie plusieurs cibles, comme dans l’exemple suivant :

        iscsiadm -m discovery --type sendtargets --portal 192.168.0.161
    192.168.0.161:3260,1 iqn.strawberry:litchie
    192.168.0.204:3260,2 iqn.strawberry:litchie

    Toutefois, vous pouvez effectuer une configuration supplémentaire pour activer le multichemin d’accès iSCSI pour les baies qui n’exposent qu’une seule cible. Pour plus d’informations, consultez Chemin d’accès multiple iSCSI pour les baies qui n’exposent qu’une seule cible.

  • Pour iSCSI uniquement, le domaine de contrôle (dom0) dispose d’une adresse IP sur chaque sous-réseau utilisé par le stockage à chemins d’accès multiples.

    Assurez-vous que pour chaque chemin d’accès au stockage, vous disposez d’une carte réseau et qu’une adresse IP est configurée sur chaque carte réseau. Par exemple, si vous souhaitez quatre chemins d’accès à votre stockage, vous devez disposer de quatre cartes réseau qui ont chacune une adresse IP configurée.

  • Pour iSCSI uniquement, chaque cible et initiateur iSCSI possède un IQN unique.

  • Pour iSCSI uniquement, les ports cibles iSCSI fonctionnent en mode portail.

  • Pour les adaptateurs HBA uniquement, plusieurs adaptateurs HBA sont connectés à la structure du commutateur.

  • Lorsque vous configurez des interfaces secondaires, chaque interface secondaire doit se trouver sur un sous-réseau distinct. Par exemple, si vous souhaitez configurer deux interfaces secondaires supplémentaires pour le stockage, vous avez besoin d’adresses IP sur trois sous-réseaux différents : un sous-réseau pour l’interface de gestion, un sous-réseau pour l’interface secondaire 1 et un sous-réseau pour l’interface secondaire 2.

    Diagramme iSCSI multichemin

    Ce diagramme montre comment les deux cartes réseau de l’hôte dans une configuration iSCSI à chemins d’accès multiples doivent se trouver sur des sous-réseaux différents. Dans ce diagramme, la carte réseau 1 sur l’hôte, ainsi que les commutateurs 1 et 1 des deux contrôleurs de stockage se trouvent sur un sous-réseau différent de celui de la carte réseau 2, du commutateur 2 et de la carte réseau 2 sur les contrôleurs de stockage.

Activer le multipathing

Vous pouvez activer le multipathing dans XenCenter ou sur l’interface de ligne de commande xe.

Pour activer le multipathing à l’aide de XenCenter

  1. Dans le XenCenter Ressources , cliquez avec le bouton droit de la souris sur le serveur et choisissez Entrer en mode maintenance.

  2. Attendez que le serveur réapparaisse dans le Ressources avec l’icône du mode de maintenance (un carré bleu) avant de continuer.

  3. Sur le Généralités du serveur, cliquez sur Propriétés puis allez dans le Chemins d’accès multiples onglet.

  4. Pour activer le multipathing, sélectionnez l’icône Activer le multipathing sur ce serveur case à cocher.

  5. Cliquer D’ACCORD pour appliquer le nouveau paramètre. Il y a un court délai pendant lequel XenCenter enregistre la nouvelle configuration de stockage.

  6. Dans le Ressources , cliquez avec le bouton droit de la souris sur le serveur et choisissez Quitter le mode de maintenance.

  7. Répétez ces étapes pour activer le multipathing sur tous les serveurs du pool.

Assurez-vous d’activer le multipathing sur tous les serveurs du pool. Tous les câbles et, dans le cas d’iSCSI, les configurations de sous-réseau doivent correspondre aux cartes réseau correspondantes sur chaque serveur.

Pour activer le multipathing à l’aide de l’interface de ligne de commande xe

  1. Ouvrez une console sur le serveur Citrix Hypervisor.

  2. Débranchez tous les PBD du serveur à l’aide de la commande suivante :

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

    Vous pouvez utiliser la commande xe pbd-list pour trouver l’UUID des PBD.

  3. Définissez la valeur de la fonction multipathing pour vrai à l’aide de la commande suivante :

      xe host-param-set uuid=<host uuid> multipathing=true
<!--NeedCopy-->

  4. S’il existe des SR existants sur le serveur qui s’exécutent en mode chemin unique, mais qui ont plusieurs chemins :

    • Migrer ou suspendre les invités en cours d’exécution avec des disques virtuels dans les SR concernés

    • Rebranchez le PBD de tous les SR concernés pour les reconnecter à l’aide du multipathing :

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

  5. Répétez ces étapes pour activer le multipathing sur tous les serveurs du pool.

Assurez-vous d’activer le multipathing sur tous les serveurs du pool. Tous les câbles et, dans le cas d’iSCSI, les configurations de sous-réseau doivent correspondre aux cartes réseau correspondantes sur chaque serveur.

Désactiver le multipathing

Vous pouvez désactiver le multipathing dans XenCenter ou sur l’interface de ligne de commande xe.

Pour désactiver le multipathing à l’aide de XenCenter

  1. Dans le XenCenter Ressources , cliquez avec le bouton droit de la souris sur le serveur et choisissez Entrer en mode maintenance.

  2. Attendez que le serveur réapparaisse dans le Ressources avec l’icône du mode de maintenance (un carré bleu) avant de continuer.

  3. Sur le Généralités du serveur, cliquez sur Propriétés puis allez dans le Chemins d’accès multiples onglet.

  4. Pour désactiver le multipathing, effacez l’icône Activer le multipathing sur ce serveur case à cocher.

  5. Cliquer D’ACCORD pour appliquer le nouveau paramètre. Il y a un court délai pendant lequel XenCenter enregistre la nouvelle configuration de stockage.

  6. Dans le Ressources , cliquez avec le bouton droit de la souris sur le serveur et choisissez Quitter le mode de maintenance.

  7. Répétez ces étapes pour configurer le multipathing sur tous les serveurs du pool.

Pour désactiver le multipathing à l’aide de l’interface de ligne de commande xe

  1. Ouvrez une console sur le serveur Citrix Hypervisor.

  2. Débranchez tous les PBD du serveur à l’aide de la commande suivante :

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

    Vous pouvez utiliser la commande xe pbd-list pour trouver l’UUID des PBD.

  3. Définissez la valeur de la fonction multipathing pour faux à l’aide de la commande suivante :

      xe host-param-set uuid=<host uuid> multipathing=false
<!--NeedCopy-->

  4. S’il existe des SR existants sur le serveur qui s’exécutent en mode chemin unique, mais qui ont plusieurs chemins :

    • Migrer ou suspendre les invités en cours d’exécution avec des disques virtuels dans les SR concernés

    • Débranchez et rebranchez le PBD de tous les SR concernés pour les reconnecter à l’aide du multipathing :

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

  5. Répétez ces étapes pour désactiver le multipathing sur tous les serveurs du pool.

Configurer le multipathing

Pour apporter d’autres modifications temporaires à la configuration des chemins d’accès multiples, créez des fichiers avec le suffixe .Conf dans l’annuaire /etc/multipath/conf.d. Ajoutez la configuration supplémentaire dans ces fichiers. Multipath recherche dans le répertoire par ordre alphabétique les fichiers se terminant par .Conf et lit les informations de configuration à partir de ceux-ci.

Ne pas modifier le fichier /etc/multipath.conf. Ce fichier est remplacé par les mises à jour de Citrix Hypervisor. Si vous souhaitez apporter des modifications permanentes à votre configuration de chemins d’accès multiples, contactez votre fournisseur de stockage qui peut demander à notre équipe d’ingénieurs partenaires d’ajouter définitivement les modifications.

Multipaths iSCSI sur un seul sous-réseau

Vous pouvez configurer Citrix Hypervisor pour qu’il utilise le multipath iSCSI avec des baies de stockage qui exposent leurs cibles et leurs IQN sur un seul sous-réseau. Par exemple, vous pouvez suivre ces étapes pour configurer les baies de stockage unifiées Dell EqualLogic PS et FS.

Par défaut, Citrix Hypervisor n’établit qu’une seule connexion par cible iSCSI. Par conséquent, avec la configuration par défaut, il est recommandé d’utiliser la liaison de carte réseau pour réaliser le basculement et l’équilibrage de charge. La procédure de configuration décrite dans cette section décrit une autre configuration, dans laquelle plusieurs connexions iSCSI sont établies pour un seul sous-réseau ou cible. La liaison NIC n’est pas requise.

Remarque :

La configuration suivante n’est prise en charge que pour les serveurs qui sont exclusivement attachés à des baies de stockage qui exposent leurs cibles et leurs IQN via un seul sous-réseau. Ces baies de stockage doivent être qualifiées pour cette procédure avec Citrix Hypervisor.

Pour configurer plusieurs chemins d’accès :

  1. Sauvegardez toutes les données que vous souhaitez protéger.

  2. Dans le XenCenter Ressources , cliquez avec le bouton droit de la souris sur le serveur et choisissez Entrer en mode maintenance.

  3. Attendez que le serveur réapparaisse dans le Ressources avec l’icône du mode de maintenance (un carré bleu) avant de continuer.

  4. Sur le Généralités du serveur, cliquez sur Propriétés puis allez dans le Chemins d’accès multiples onglet.

  5. Pour activer le multipathing, sélectionnez l’icône Activer le multipathing sur ce serveur case à cocher.

  6. Cliquer D’ACCORD pour appliquer le nouveau paramètre. Il y a un court délai pendant lequel XenCenter enregistre la nouvelle configuration de stockage.

  7. Dans la console du serveur, configurez deux à quatre interfaces Open-iSCSI. Chaque interface iSCSI permet d’établir un chemin d’accès distinct. Les étapes suivantes illustrent le processus pour deux interfaces :

    1. Configurez deux interfaces iSCSI, exécutez les commandes suivantes :

        iscsiadm -m iface --op new -I c_iface1
  iscsiadm -m iface --op new -I c_iface2

      Assurez-vous que les noms d’interface ont le préfixe c_. Si les interfaces n’utilisent pas cette norme de nommage, elles sont ignorées et l’interface par défaut est utilisée à la place.

      Remarque :

      Cette configuration conduit à l’utilisation de l’interface par défaut pour toutes les connexions. Cela indique que toutes les connexions sont établies à l’aide d’une seule interface.

    2. Liez les interfaces iSCSI à xenbr1 et xenbr2 à l’aide des commandes suivantes :

        iscsiadm -m iface --op update -I c_iface1 -n iface.net_ifacename -v xenbr1
  iscsiadm -m iface --op update -I c_iface2 -n iface.net_ifacename -v xenbr2

      Remarque :

      Cette configuration suppose que les interfaces réseau configurées pour le domaine de contrôle (y compris xenbr1 et xenbr2) et xenbr0 sont utilisées pour la gestion. Il suppose également que les cartes réseau utilisées pour le réseau de stockage sont NIC1 et NIC2. Si ce n’est pas le cas, reportez-vous à la topologie de votre réseau pour découvrir les interfaces réseau et les cartes réseau à utiliser dans ces commandes.

  8. Dans le XenCenter Ressources , cliquez avec le bouton droit de la souris sur le serveur et choisissez Quitter le mode de maintenance. Ne reprenez pas encore vos machines virtuelles.

  9. Dans la console du serveur, exécutez les commandes suivantes pour découvrir les sessions et vous y connecter :

     iscsiadm -m discovery -t st -p <IP of SAN>
 iscsiadm -m node -L all

  10. Supprimez les entrées obsolètes contenant d’anciennes informations de session à l’aide des commandes suivantes :

     cd /var/lib/iscsi/send_targets/<IP of SAN and port, use ls command to check that>
 rm -rf <iqn of SAN target for that particular LUN>
   
 cd /var/lib/iscsi/nodes/
 rm -rf <entries for that particular SAN>

  11. Détachez le LUN et fixez-le à nouveau. Vous pouvez le faire de l’une des manières suivantes :

    • Après avoir effectué les étapes précédentes sur tous les serveurs d’un pool, vous pouvez utiliser XenCenter pour détacher et rattacher le LUN pour l’ensemble du pool.

    • Vous pouvez également débrancher et détruire le PBD de chaque serveur, puis réparer le SR.

      1. Exécutez les commandes suivantes pour débrancher et détruire le PBD :

        1. Trouvez l’UUID du SR :

            xe sr-list

        2. Obtenez la liste des PBD associés au SR :

            xe pbd-list sr-uuid=<sr_uuid>

        3. Dans le résultat de la commande précédente, recherchez l’UUID du PBD du référentiel de stockage iSCSI avec un ID SCSI incompatible.

        4. Débranchez et détruisez le PBD que vous avez identifié.

            xe pbd-unplug uuid=<pbd_uuid>
  xe pbd-destroy uuid=<pbd_uuid>

      2. Réparez le stockage dans XenCenter.

  12. Vous pouvez maintenant reprendre vos machines virtuelles.

Multipathing de stockage
January 31, 2025
Contributeur: 
X
January 31, 2025
Contributeur: 
X

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.