Documentation produit
XenCenter
Current Release
Voir PDF

Stockage par blocs GFS2 partagé à approvisionnement léger

August 27, 2026
Contributeur: 
X X

L’approvisionnement léger utilise mieux le stockage disponible en allouant de l’espace de stockage disque aux VDI au fur et à mesure que les données sont écrites sur le disque virtuel, plutôt que d’allouer à l’avance la taille virtuelle complète du VDI. L’approvisionnement léger vous permet de réduire considérablement la quantité d’espace requise sur un tableau de stockage partagé, et par conséquent votre coût total de possession (TCO).

L’approvisionnement léger pour le stockage par blocs partagé présente un intérêt particulier dans les cas suivants :

  • Vous souhaitez une meilleure efficacité de l’espace. Les images sont allouées de manière éparse et non dense.
  • Vous souhaitez réduire le nombre d’opérations d’E/S par seconde sur votre tableau de stockage. Le SR GFS2 est le premier type de SR à prendre en charge la mise en cache de lecture du stockage sur le stockage par blocs partagé.
  • Vous utilisez une image de base commune pour plusieurs machines virtuelles. Les images des VM individuelles utiliseront alors généralement encore moins d’espace.
  • Vous utilisez des instantanés. Chaque instantané est une image et chaque image est désormais éparse.
  • Vous souhaitez créer des VDI d’une taille supérieure à 2 TiB. Le SR GFS2 prend en charge les VDI d’une taille allant jusqu’à 16 TiB.
  • Votre stockage ne prend pas en charge NFS ou SMB3 et ne prend en charge que le stockage par blocs. Si votre stockage prend en charge NFS ou SMB3, nous vous recommandons d’utiliser ces types de SR plutôt que GFS2.
  • Votre stockage ne prend pas en charge l’approvisionnement léger des LUN. Si votre stockage prend en charge l’approvisionnement léger des LUN, vous pouvez rencontrer des problèmes et manquer d’espace lorsque vous le combinez avec GFS2. La combinaison de GFS2 avec un LUN à approvisionnement léger n’offre pas beaucoup d’avantages supplémentaires et n’est pas recommandée. XenCenter® affiche un avertissement si vous tentez d’utiliser GFS2 avec un LUN à approvisionnement léger.

Le type GFS2 partagé représente les disques comme un système de fichiers créé sur un LUN iSCSI ou HBA. Les VDI stockés sur un SR GFS2 sont stockés au format d’image QCOW2.

1. Planifiez votre environnement GFS2

Pour bénéficier des avantages de l’approvisionnement léger sur le stockage par blocs partagé sans risque de perte de données, votre pool doit offrir un bon niveau de fiabilité et de connectivité. Il est crucial que les hôtes du pool de ressources qui utilise GFS2 puissent communiquer de manière fiable entre eux. Pour ce faire, XenServer® exige que vous utilisiez un pool en cluster avec votre SR GFS2. Nous vous recommandons également de concevoir votre environnement et de configurer les fonctionnalités de XenServer de manière à offrir autant de résilience et de redondance que possible.

Avant de configurer votre pool XenServer pour qu’il fonctionne avec des SR GFS2, examinez les exigences et recommandations suivantes pour un environnement GFS2 idéal :

Un pool en cluster avec des SR GFS2 présente des différences de comportement par rapport aux autres types de pools et de SR. Pour plus d’informations, consultez Contraintes.

2. Configurer une infrastructure réseau redondante

Un réseau lié connecte deux ou plusieurs cartes réseau pour créer un canal unique pour le trafic réseau. Nous vous recommandons d’utiliser un réseau lié pour le trafic de votre pool en cluster GFS2. Cependant, avant de configurer votre réseau lié, assurez-vous que la configuration de votre matériel réseau favorise la redondance dans le réseau lié. Envisagez de mettre en œuvre autant de ces recommandations que possible pour votre organisation et votre environnement.

Les meilleures pratiques suivantes ajoutent de la résilience contre les pannes logicielles, matérielles ou d’alimentation qui peuvent affecter vos commutateurs réseau.

  • Assurez-vous de disposer de commutateurs réseau physiques distincts pour une utilisation dans le réseau lié, et pas seulement de ports sur le même commutateur.
  • Assurez-vous que les commutateurs distincts tirent leur alimentation de différentes unités de distribution d’énergie (PDU) indépendantes.
  • Si possible, dans votre centre de données, placez les PDU sur différentes phases de l’alimentation électrique ou même sur des alimentations fournies par différentes compagnies d’électricité.
  • Envisagez d’utiliser des unités d’alimentation sans interruption (UPS) pour garantir que les commutateurs réseau et les serveurs puissent continuer à fonctionner ou effectuer un arrêt ordonné en cas de panne de courant.

3. Créer un réseau lié dédié

Il est important de s’assurer que les hôtes d’un pool en cluster GFS2 peuvent communiquer de manière fiable entre eux. La création d’un réseau lié pour ce trafic de pool augmente la résilience de votre pool en cluster.

Remarque :

Le réseau de cluster GFS2 ne peut pas se trouver sur un VLAN non-gestion.

Un réseau agrégé crée une agrégation entre deux ou plusieurs cartes réseau pour créer un canal unique et performant que votre pool en cluster GFS2 peut utiliser pour le trafic de pulsation du cluster. Nous recommandons fortement que ce réseau agrégé ne soit pas utilisé pour d’autres trafics. Créez un réseau distinct pour que le pool l’utilise pour le trafic de gestion.

Remarque :

Si vous avez un pare-feu entre les hôtes de votre pool, assurez-vous que les hôtes peuvent communiquer sur le réseau de cluster GFS2 en utilisant les ports suivants :

  • TCP : 8892, 8896, 21064
  • UDP : 5404, 5405

Pour plus d’informations, consultez Ports de communication utilisés par XenServer.

Pour créer un réseau agrégé à utiliser comme réseau de cluster GFS2 :

  1. Ouvrez l’assistant Nouveau réseau.
  2. Sur la première page de l’assistant, sélectionnez Réseau agrégé, puis cliquez sur Suivant.
  3. Sur la page Membres de l’agrégation, sélectionnez les cartes réseau que vous souhaitez agréger. Pour sélectionner une carte réseau, cochez sa case dans la liste. Jusqu’à quatre cartes réseau peuvent être sélectionnées dans cette liste. Décochez la case pour désélectionner une carte réseau.

  4. Sous Mode d’agrégation, choisissez le type d’agrégation :

    • Sélectionnez Actif-actif pour configurer une agrégation actif-actif. Avec cette agrégation, le trafic est équilibré entre les cartes réseau agrégées. Si une carte réseau de l’agrégation tombe en panne, le trafic réseau du serveur est automatiquement acheminé via la deuxième carte réseau.
    • Sélectionnez Actif-passif pour configurer une agrégation actif-passif, où le trafic ne passe que par l’une des cartes réseau agrégées. Dans ce mode, la deuxième carte réseau ne devient active que si la carte réseau active tombe en panne, par exemple, si elle perd sa connectivité réseau.
    • Sélectionnez LACP avec équilibrage de charge basé sur l’adresse MAC source pour configurer un lien LACP. Avec ce lien, la carte réseau sortante est sélectionnée en fonction de l’adresse MAC de la VM d’où provient le trafic. Utilisez cette option pour équilibrer le trafic dans un environnement où vous avez plusieurs VM sur le même hôte. Cette option n’est pas adaptée s’il y a moins d’interfaces virtuelles (VIF) que de cartes réseau : l’équilibrage de charge n’est pas optimal car le trafic ne peut pas être réparti sur plusieurs cartes réseau.
    • Sélectionnez LACP avec équilibrage de charge basé sur l’adresse IP et le port source et de destination pour configurer un lien LACP. Ce lien utilise l’adresse IP source, le numéro de port source, l’adresse IP de destination et le numéro de port de destination pour répartir le trafic sur les cartes réseau. Utilisez cette option pour équilibrer le trafic des VM dans un environnement où le nombre de cartes réseau dépasse le nombre de VIF.

    Remarques :

    • Pour pouvoir afficher les options de liaison LACP dans XenCenter et créer un lien LACP, configurez vSwitch comme pile réseau. De plus, vos commutateurs doivent prendre en charge la norme IEEE 802.3ad.
    • Les types de liens actif-actif et actif-passif sont disponibles pour vSwitch et le pont Linux.
    • Vous pouvez lier deux, trois ou quatre cartes réseau lorsque vSwitch est la pile réseau. Cependant, vous ne pouvez lier que deux cartes réseau lorsque le pont Linux est la pile réseau.

    La pile réseau du pont Linux est obsolète et sera supprimée dans une future version.

  5. Pour utiliser les trames jumbo, définissez l’unité de transmission maximale (MTU) sur une valeur comprise entre 1500 et 9216.
  6. Cochez la case Ajouter automatiquement ce réseau aux nouvelles machines virtuelles pour que le nouveau réseau soit ajouté à toutes les nouvelles VM créées à l’aide de l’assistant Nouvelle VM.
  7. Cliquez sur Terminer pour créer le nouveau réseau et fermer l’assistant.

Après avoir créé votre réseau lié sur le coordinateur de pool, lorsque vous joignez d’autres hôtes XenServer au pool, les informations de réseau et de liaison sont automatiquement répliquées sur le serveur rejoignant.

Pour plus d’informations, consultez Configuration des cartes réseau.

Remarques :

  • La modification de l’adresse IP du réseau de cluster GFS2 à l’aide de XenCenter nécessite la désactivation temporaire du clustering et de GFS2.
  • Ne modifiez pas la liaison de votre réseau de cluster GFS2 lorsque le cluster est actif et contient des VM en cours d’exécution. Cette action peut entraîner un redémarrage forcé (fence) des hôtes du cluster.
  • Si vous avez un conflit d’adresse IP (plusieurs hôtes ayant la même adresse IP) sur votre réseau de cluster GFS2 impliquant au moins un hôte avec le clustering activé, le cluster ne se forme pas correctement et les hôtes sont incapables de s’isoler (fence) si nécessaire. Pour résoudre ce problème, résolvez le conflit d’adresse IP.

4. Configurer un pool en cluster GFS2

Pour utiliser le stockage partagé GFS2, le pool de ressources XenServer doit être un pool en cluster. Activez le clustering GFS2 sur votre pool avant de créer un SR GFS2.

Pour créer un pool en cluster GFS2 :

  1. Ouvrez la boîte de dialogue Nouveau pool en cliquant sur Nouveau pool dans la barre d’outils.
  2. Saisissez un nom pour le nouveau pool et une description facultative. Le nom s’affiche dans le volet Ressources.
  3. Désignez le coordinateur du pool en sélectionnant un serveur dans la liste Coordinateur.
  4. Sélectionnez d’autres serveurs à placer dans le nouveau pool à partir de la liste Membres supplémentaires. Tous les serveurs gérés disponibles sont répertoriés. Si un serveur n’est pas répertorié, vous pouvez l’ajouter à la liste en cliquant sur Ajouter un nouveau serveur. Si un serveur géré n’est pas répertorié, cela peut être dû au fait qu’il ne satisfait pas une ou plusieurs des exigences d’adhésion au pool répertoriées dans Exigences du pool.
  5. Sélectionnez Créer un pool pour créer le pool et fermer la boîte de dialogue.
  6. Sélectionnez le pool dans le panneau Ressources et, dans son onglet Général, sélectionnez Propriétés. La fenêtre Propriétés du pool s’ouvre.
  7. Dans l’onglet Clustering GFS2, sélectionnez Activer le clustering GFS2 et choisissez le réseau agrégé dédié que vous avez créé pour être le réseau de cluster.
  8. Cliquez sur OK.

5. Augmenter la mémoire de votre domaine de contrôle

Si la mémoire du domaine de contrôle de vos hôtes est insuffisante, votre pool peut subir une instabilité réseau. L’instabilité réseau peut causer des problèmes pour un pool en cluster avec des SR GFS2.

Il est important de s’assurer que votre pool en cluster GFS2 dispose d’une quantité appropriée de mémoire de domaine de contrôle. Pour plus d’informations sur la modification de la quantité de mémoire du domaine de contrôle, consultez Modification de la mémoire du domaine de contrôle.

6. Configurer le multipathing de stockage

Assurez-vous que le multipathing de stockage est configuré entre votre pool en cluster et votre SR GFS2.

Le multipathing achemine le trafic de stockage vers un périphérique de stockage via plusieurs chemins pour la redondance. Tous les chemins peuvent avoir un trafic actif pendant le fonctionnement normal, ce qui entraîne une augmentation du débit.

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

  • Votre commutateur Ethernet ou Fibre est configuré pour rendre plusieurs cibles disponibles sur votre serveur de stockage.

    Par exemple, un back-end de stockage iSCSI interrogé pour 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

    Cependant, vous pouvez effectuer une configuration supplémentaire pour activer le multipath iSCSI pour les baies qui n’exposent qu’une seule cible. Pour plus d’informations, consultez Multipath iSCSI pour les baies qui n’exposent qu’une seule cible.

  • Pour iSCSI uniquement, le domaine de contrôle (dom0) possède une adresse IP sur chaque sous-réseau utilisé par le stockage multipath.

    Assurez-vous que pour chaque chemin vers le 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 vers votre stockage, vous devez disposer de quatre cartes réseau ayant 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 HBA uniquement, plusieurs HBA sont connectés au fabric du commutateur.

  • Si possible, utilisez plusieurs commutateurs redondants.

Pour activer le multipathing :

Effectuez les étapes suivantes pour chaque serveur de votre pool :

  1. Dans le volet Ressources, sélectionnez le serveur, puis mettez-le en mode de maintenance. Il y a un court délai pendant que XenCenter migre les machines virtuelles actives et débranche le stockage existant. Si le serveur est un coordinateur de pool, il est déconnecté et peut disparaître temporairement du volet Ressources pendant qu’un nouveau coordinateur de pool est attribué. Lorsque le serveur réapparaît dans le volet Ressources avec l’icône du mode de maintenance du serveur (Icône du mode de maintenance du serveur - une icône de serveur avec un carré bleu sur le dessus), passez à l’étape suivante.
  2. Dans l’onglet Général, sélectionnez Propriétés, puis l’onglet Multipathing.
  3. Pour activer le multipathing, cochez la case Activer le multipathing sur ce serveur. Pour désactiver le multipathing, décochez la case.
  4. Cliquez sur OK pour appliquer le nouveau paramètre et fermer la boîte de dialogue. Il y a un court délai pendant que XenCenter enregistre la nouvelle configuration de stockage.
  5. Quittez le mode de maintenance du serveur. Sélectionnez le serveur dans le volet Ressources, cliquez avec le bouton droit de la souris, puis sélectionnez Quitter le mode de maintenance.

Assurez-vous d’activer le multipathing sur tous les hôtes du pool. Tout le câblage et, dans le cas de l’iSCSI, les configurations de sous-réseau doivent correspondre aux cartes réseau correspondantes sur chaque hôte.

7. Créer un SR GFS2

Créez votre SR GFS2 partagé sur un LUN iSCSI ou HBA visible par tous les hôtes XenServer de votre pool de ressources.

Remarque :

Nous ne recommandons pas d’utiliser un LUN à provisionnement dynamique avec GFS2. XenCenter affiche un avertissement si vous tentez d’utiliser GFS2 avec un LUN à provisionnement dynamique.

Cependant, si vous choisissez cette configuration, vous devez vous assurer que le LUN dispose toujours de suffisamment d’espace pour permettre à XenServer d’y écrire.

Vous pouvez ajouter jusqu’à 62 SR GFS2 à un pool en cluster.

Pour créer un SR iSCSI logiciel

<!- - kaizen-review: MD041 on line 1: - ->

Remarque :

Avant d’effectuer les étapes suivantes, assurez-vous que l’IQN de l’initiateur iSCSI est correctement configuré pour tous les hôtes du pool. Pour plus d’informations, consultez Modification des propriétés du serveur.

  1. Ouvrez l’assistant Nouveau référentiel de stockage : cliquez sur Nouveau stockage dans la barre d’outils. Vous pouvez également :
    • Dans l’onglet Stockage pour le pool ou le serveur sélectionné, cliquez sur Nouveau SR.
    • Dans le menu Stockage, cliquez sur Nouveau SR.
    • Dans le volet Ressources, sélectionnez un serveur ou un pool, puis cliquez avec le bouton droit et cliquez sur Nouveau SR dans le menu contextuel.
  2. Sélectionnez iSCSI logiciel comme type de stockage physique, puis cliquez sur Suivant.
  3. Sur la page Nom, saisissez le nom du nouveau SR. Par défaut, l’assistant génère une description du SR. Cette description inclut un résumé des options de configuration que vous sélectionnez au fur et à mesure de votre progression dans l’assistant. Pour saisir votre propre description, décochez la case Générer automatiquement la description et saisissez-la dans la zone Description. Cliquez sur Suivant pour continuer.
  4. Sur la page Provisionnement, sélectionnez Provisionnement léger (GFS2).

  5. Sur la page Emplacement, spécifiez les détails de la cible iSCSI :

    • Hôte cible : L’adresse IP ou le nom DNS de la cible iSCSI. Il peut également s’agir d’une liste de valeurs séparées par des virgules.

    • Utiliser CHAP : Ceci n’est pas pris en charge avec les SR GFS2. Laissez cette option non sélectionnée.

    • IQN cible : Pour spécifier l’IQN de la cible iSCSI, cliquez sur le bouton Découvrir les IQN, puis choisissez un IQN dans la liste IQN cible.

      Important :

      La cible iSCSI et tous les serveurs du pool ne doivent pas avoir le même IQN configuré. Chaque cible et initiateur iSCSI doit avoir un IQN unique. Si un identifiant IQN non unique est utilisé, une corruption de données peut se produire, l’accès à la cible peut être refusé, ou les deux.

    • LUN cible : Pour spécifier le LUN sur lequel créer le référentiel de stockage, cliquez sur le bouton Découvrir les LUN. Choisissez un LUN dans la liste LUN cible.

      Chaque référentiel de stockage iSCSI individuel doit être entièrement contenu sur un seul LUN. Le SR ne peut pas s’étendre sur plus d’un LUN. Si le LUN contient déjà un SR, choisissez d’utiliser le SR existant ou de le remplacer par un nouveau. Le remplacement du SR existant détruit toutes les données présentes sur le disque.

  6. Cliquez sur Terminer pour finaliser la configuration du nouveau SR et fermer l’assistant.

Pour créer un SR HBA matériel

<!- - kaizen-review: MD041 on line 1: - ->

  1. Pour ouvrir l’assistant Nouveau référentiel de stockage, vous pouvez effectuer l’une des actions suivantes :
    • Dans la barre d’outils, sélectionnez Nouveau stockage.
    • Dans l’onglet Stockage pour le pool ou le serveur sélectionné, sélectionnez Nouveau SR.
    • Dans le menu Stockage, sélectionnez Nouveau SR.
    • Dans le volet Ressources, sélectionnez un serveur ou un pool, puis cliquez avec le bouton droit et sélectionnez Nouveau SR dans le menu contextuel.
  2. Sélectionnez HBA matériel comme type de stockage physique, puis sélectionnez Suivant.
  3. Sur la page Nom, saisissez le nom du nouveau SR. Par défaut, l’assistant génère une description du SR. Cette description inclut un résumé des options de configuration que vous sélectionnez au fur et à mesure de votre progression dans l’assistant. Pour saisir votre propre description, décochez la case Générer automatiquement la description et saisissez-la dans la zone Description. Cliquez sur Suivant pour passer à la page Provisionnement.
  4. Sur la page Provisionnement, sélectionnez le Provisionnement léger (GFS2).
  5. Cliquez sur Suivant pour passer à la page Emplacement.

  6. L’assistant recherche les LUN disponibles, puis affiche une page listant toutes les LUN trouvées. Sélectionnez une LUN dans la liste et cliquez sur Créer.

    Remarque :

    Un message d’avertissement s’affiche s’il existe des SR sur la LUN que vous avez sélectionnée. Examinez les détails et choisissez l’une des options suivantes.

    • Pour utiliser l’existant, cliquez sur Rattacher.
    • Pour supprimer le SR existant et créer un SR, cliquez sur Formater.
    • Si vous préférez sélectionner une autre LUN, cliquez sur Annuler et sélectionnez une LUN dans la liste.
  7. La page Résumé affiche des informations sur le nouveau SR. Lisez les informations, puis cliquez sur Terminer pour terminer le processus de création du SR.

Contraintes

Le stockage partagé GFS2 présente actuellement les contraintes suivantes :

  • Comme pour tout SR à provisionnement dynamique, si l’utilisation du SR GFS2 atteint 100 %, les écritures ultérieures des machines virtuelles échouent. Ces échecs d’écriture peuvent alors entraîner des défaillances au sein de la machine virtuelle, une éventuelle corruption des données, ou les deux.

  • XenCenter affiche une alerte lorsque l’utilisation de votre SR atteint 80 %. Assurez-vous de surveiller votre SR GFS2 pour cette alerte et prenez les mesures appropriées si elle est détectée. Sur un SR GFS2, une utilisation élevée entraîne une dégradation des performances. Nous vous recommandons de maintenir l’utilisation de votre SR en dessous de 80 %.

  • La migration de VM avec migration de stockage (en direct ou hors ligne) n’est pas prise en charge pour les VM dont les VDI se trouvent sur un SR GFS2. Vous ne pouvez pas non plus migrer des VDI d’un autre type de SR vers un SR GFS2.

  • Le transport FCoE n’est pas pris en charge avec les SR GFS2.

  • Le Trim/unmap n’est pas pris en charge sur les SR GFS2.

  • CHAP n’est pas pris en charge sur les SR GFS2.

  • Vous ne pouvez pas exporter des VDI de plus de 2 TiB au format VHD ou OVA/OVF. Cependant, vous pouvez exporter des VM avec des VDI de plus de 2 TiB au format XVA.

  • Nous ne recommandons pas l’utilisation d’un LUN à provisionnement dynamique avec GFS2. Cependant, si vous choisissez cette configuration, vous devez vous assurer que le LUN dispose toujours de suffisamment d’espace pour permettre à XenServer d’y écrire.

  • Nous ne recommandons pas l’utilisation de la déduplication SAN avec les SR GFS2. Cependant, si vous choisissez cette configuration, vous devez utiliser une surveillance externe appropriée de l’utilisation de votre SAN pour vous assurer qu’il y a toujours de l’espace pour que XenServer puisse y écrire.

  • Votre système de fichiers GFS2 ne peut pas dépasser 100 TiB.

  • Vous ne pouvez pas avoir plus de 62 SR GFS2 dans votre pool.

  • Les pools en cluster GFS2 ne prennent en charge que jusqu’à 16 hôtes par pool.

  • Pour le trafic de cluster GFS2, nous vous recommandons fortement d’utiliser un réseau agrégé qui utilise au moins deux commutateurs réseau différents. N’utilisez pas ce réseau à d’autres fins.

  • La modification de l’adresse IP du réseau de cluster GFS2 à l’aide de XenCenter nécessite la désactivation temporaire du clustering et de GFS2.

  • Ne modifiez pas l’agrégation de votre réseau de cluster GFS2 tant que le cluster est actif et qu’il contient des machines virtuelles en cours d’exécution. Cette action peut entraîner le redémarrage forcé (fence) des hôtes du cluster.

  • Si vous avez un conflit d’adresses IP (plusieurs hôtes ayant la même adresse IP) sur votre réseau de cluster GFS2 impliquant au moins un hôte avec le clustering GFS2 activé, le cluster ne se forme pas correctement et les hôtes ne peuvent pas être mis en quarantaine (fence) si nécessaire. Pour résoudre ce problème, corrigez le conflit d’adresses IP.

Documentation associée

XenServer version actuelle

Stockage par blocs GFS2 partagé à approvisionnement léger
August 27, 2026
Contributeur: 
X X
August 27, 2026
Contributeur: 
X 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.