layout: doc—

Exigences relatives au pool

Remarque :

XenCenter YYYY.x.x n’est pas encore pris en charge pour une utilisation avec Citrix Hypervisor 8.2 CU1 dans les environnements de production. Pour gérer votre environnement de production Citrix Hypervisor 8.2 CU1, utilisez XenCenter 8.2.7. Pour plus d’informations, consultez la documentation XenCenter 8.2.7.

Vous pouvez installer XenCenter 8.2.7 et XenCenter YYYY.x.x sur le même système. L’installation de XenCenter YYYY.x.x ne remplace pas votre installation de XenCenter 8.2.7.

Un pool de ressources est un agrégat homogène ou hétérogène d’un ou de plusieurs serveurs, jusqu’à un maximum de 64. Avant de créer un pool ou de joindre un serveur à un pool existant, assurez-vous que les conditions suivantes sont remplies pour tous les serveurs du pool.

Configuration matérielle requise

Tous les serveurs des pools de ressources XenServer doivent disposer de processeurs largement compatibles, à savoir :

• Le fournisseur du processeur (Intel, AMD) doit être le même sur tous les processeurs de tous les serveurs.
• La virtualisation doit être activée sur tous les processeurs.

Autres configurations requises

Outre les prérequis matériels, il existe plusieurs autres conditions préalables pour un serveur qui rejoint un pool :

• Il doit avoir une adresse IP cohérente (une adresse IP statique sur le serveur ou un bail DHCP statique). Cette exigence s’applique également aux serveurs fournissant un stockage NFS ou iSCSI partagé.
• Son horloge système doit être synchronisée avec le coordinateur du pool (par exemple, via NTP).
• Il ne peut pas être membre d’un pool de ressources existant.
• Il ne peut pas avoir de machines virtuelles en cours d’exécution ou suspendues, ni aucune opération active en cours sur ses machines virtuelles. Toutes les machines virtuelles doivent être arrêtées avant qu’un serveur puisse rejoindre un pool.
• Il ne peut pas y avoir de stockage partagé déjà configuré.
• Il ne peut pas avoir d’interface de gestion liée. Reconfigurez l’interface de gestion du serveur de jointure et replacez-la sur une carte réseau physique avant de rejoindre le pool. Une fois que le serveur a rejoint le pool, vous pouvez le reconfigurer. Pour plus d’informations, consultez Configuration des adresses IP.
• Il doit exécuter la même version du logiciel XenServer, au même niveau de correctif, que les serveurs déjà présents dans le pool.
• Il doit être configuré avec les mêmes packs supplémentaires que les serveurs déjà présents dans le pool. Des packs supplémentaires sont utilisés pour installer des logiciels complémentaires dans dom0 (domaine de contrôle XenServer). Pour éviter les incohérences dans l’expérience utilisateur d’un pool, assurez-vous d’installer les mêmes packs supplémentaires avec la même révision sur tous les serveurs du pool.
• Il doit avoir la même licence XenServer que les serveurs déjà présents dans le pool. Par exemple, vous ne pouvez pas ajouter un serveur avec une licence XenServer Standard Edition à un pool de ressources existant qui contient des serveurs avec XenServer Premium Edition. Vous pouvez modifier la licence de tous les membres du pool après avoir rejoint le pool. Le serveur avec la licence la plus basse détermine les fonctionnalités disponibles pour tous les membres du pool. Pour plus d’informations sur les licences, consultez À propos des licences XenServer.

Pool homogène

Un pool de ressources homogène est un agrégat de serveurs dotés de processeurs identiques. Outre les exigences des sections précédentes, un serveur qui rejoint un pool homogène doit avoir les mêmes processeurs que les serveurs déjà présents dans le pool. Les processeurs sont considérés comme identiques s’ils ont le même fournisseur, le même modèle et les mêmes fonctionnalités.

Pool hétérogène

XenServer permet d’étendre les déploiements au fil du temps en permettant de joindre du matériel hôte disparate dans un pool de ressources, connu sous le nom de pools de ressources hétérogènes. Les pools de ressources hétérogènes sont rendus possibles par l’application de technologies dans les processeurs Intel (FlexMigration) et AMD (Extended Migration) qui fournissent un « masquage » ou un « nivellement » du processeur. Ces fonctionnalités permettent de configurer un processeur pour qu’il apparaisse comme fournissant une marque, un modèle ou une fonctionnalité différents de ceux qu’il possède réellement. Cette fonctionnalité vous permet de créer des pools d’hôtes avec des processeurs disparates tout en prenant en charge les migrations dynamiques en toute sécurité. Les serveurs qui rejoignent des pools hétérogènes doivent répondre aux exigences suivantes :

• Les processeurs du serveur qui rejoint le pool doivent appartenir au même fournisseur (AMD, Intel) que les processeurs des serveurs déjà présents dans le pool. Cependant, le type spécifique de processeur (famille, modèle et numéros de pas à pas) ne doit pas nécessairement être le même.
• Les processeurs du serveur rejoignant le pool doivent prendre en charge Intel FlexMigration ou AMD Enhanced Migration.

XenServer simplifie la prise en charge des pools hétérogènes. Vous pouvez ajouter des serveurs à des pools de ressources existants, quel que soit le type de processeur sous-jacent, tant que le processeur appartient à la même famille de fournisseurs. L’ensemble des fonctionnalités du pool est calculé dynamiquement à chaque fois :

• un nouveau serveur rejoint le pool
• un membre du pool quitte le pool
• un membre du pool se reconnecte suite à un redémarrage

Toute modification apportée à l’ensemble des fonctionnalités du pool n’affecte pas les machines virtuelles qui s’exécutent actuellement dans le pool. Une machine virtuelle en cours d’exécution continue d’utiliser l’ensemble de fonctionnalités qui a été appliqué lors de son démarrage. Cet ensemble de fonctionnalités est corrigé au démarrage et persiste lors des opérations de migration, de suspension et de reprise. Si le niveau du pool diminue lorsqu’un serveur moins performant rejoint le pool, une machine virtuelle en cours d’exécution peut migrer vers n’importe quel serveur du pool, à l’exception du serveur récemment ajouté. Lorsque vous déplacez ou migrez une machine virtuelle vers un autre serveur au sein ou entre des pools, XenServer compare l’ensemble des fonctionnalités de la machine virtuelle à celui du serveur de destination. Si les ensembles de fonctionnalités sont jugés compatibles, la machine virtuelle est autorisée à migrer. Cette fonctionnalité permet à la machine virtuelle de se déplacer librement à l’intérieur et entre les pools, quelles que soient les fonctionnalités de processeur utilisées par la machine virtuelle. Si vous utilisez l’équilibrage de la charge de travail pour choisir un serveur de destination optimal pour migrer votre machine virtuelle, il n’est pas recommandé d’utiliser un serveur avec un ensemble de fonctionnalités incompatible comme serveur de destination.

Remarque :

Pour mettre à jour une machine virtuelle en cours d’exécution afin d’utiliser le nouvel ensemble de fonctionnalités du pool, mettez la machine virtuelle hors tension et redémarrez-la. Le redémarrage de la machine virtuelle, par exemple, en cliquant sur Redémarrer dans XenCenter, n’entraîne pas la mise à jour de son ensemble de fonctionnalités par la machine virtuelle.

Stockage en pool partagé

Bien qu’il ne s’agisse pas d’une exigence stricte pour la création d’un pool de ressources, les avantages des pools ne sont disponibles que si le pool possède un ou plusieurs référentiels de stockage partagés (SR). Ces avantages incluent l’exécution d’une machine virtuelle sur le serveur le plus approprié et la migration de machine virtuelle entre les serveurs.

Nous vous recommandons de ne pas tenter de créer un pool tant que le stockage partagé n’est pas disponible. Après avoir ajouté un stockage partagé, vous pouvez rapidement déplacer toutes les machines virtuelles existantes dont les disques se trouvent dans un stockage local vers un stockage partagé en les copiant.

Lorsqu’un serveur avec une SR partagée devient coordinateur de pool, cette SR devient une SR partagée pour le pool. Si le nouveau coordinateur de pool ne possède pas de stockage partagé, vous devez créer une nouvelle SR partagée pour le pool : voir Création d’une nouvelle SR.