XenCenter

Exigences relatives à la piscine

Un pool de ressources est un agrégat homogène ou hétérogène d’un ou 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 exigences suivantes sont satisfaites pour tous les serveurs du pool.

Configuration matérielle requise

Tous les serveurs des pools de ressources XenServer doivent avoir des processeurs largement compatibles, c’est-à-dire :

  • Le fournisseur de 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 exigences

Outre les prérequis matériels, il existe plusieurs autres prérequis pour qu’un serveur rejoigne 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 ou d’opérations actives 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 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 jonction et replacez-le 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à dans le pool.
  • Il doit être configuré avec les mêmes packs supplémentaires que les serveurs déjà présents dans le pool. Les 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 disposer de 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 contenant des serveurs avec XenServer Premium Edition. Vous pouvez modifier la licence de n’importe quel membre 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.

Piscine homogène

Un pool de ressources homogène est un agrégat de serveurs avec des processeurs identiques. En plus des exigences énoncées dans les 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.

Bassin 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, appelé pool 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 à un processeur d’être configuré pour qu’il apparaisse comme fournissant une marque, un modèle ou une fonctionnalité différent de ce qu’il fait réellement. Cette fonctionnalité vous permet de créer des pools d’hôtes avec des processeurs disparates, tout en prenant en charge en toute sécurité les migrations dynamiques. Les serveurs rejoignant 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. Toutefois, le type spécifique de processeur (famille, modèle et numéros de pas) doit ê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, à condition que le processeur appartienne à la même famille de fournisseurs. L’ensemble des fonctionnalités du pool est calculé dynamiquement à chaque fois que :

  • Un nouveau serveur rejoint le pool
  • Un membre de la piscine quitte la piscine
  • Un membre du pool se reconnecte après un redémarrage

Toute modification de l’ensemble de 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 tout au long 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 nouvellement ajouté. Lorsque vous déplacez ou migrez une machine virtuelle vers un autre serveur au sein d’un pool ou entre ceux-ci, XenServer compare l’ensemble de fonctionnalités de la machine virtuelle à celui du serveur de destination. Si les ensembles de fonctionnalités sont compatibles, la machine virtuelle est autorisée à migrer. Cette fonctionnalité permet à la machine virtuelle de se déplacer librement au sein des pools et entre eux, quelles que soient les fonctionnalités de processeur qu’elle utilise. Si vous utilisez l’équilibrage de la charge de travail pour choisir un serveur de destination optimal pour la migration de votre machine virtuelle, il n’est pas recommandé d’utiliser un serveur avec un ensemble de fonctionnalités incompatibles.

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. Redémarrage de la machine virtuelle, par exemple, en cliquant sur Redémarrer dans XenCenter, n’entraîne pas la mise à jour de l’ensemble des fonctionnalités de la machine virtuelle.

Stockage partagé en piscine

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 comporte un ou plusieurs référentiels de stockage partagés. 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é le stockage partagé, vous pouvez rapidement déplacer toutes les machines virtuelles existantes dont les disques se trouvent dans le stockage local vers le stockage partagé en les copiant.

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

Documentation associée

XenServer 8

Mise à jour cumulative 1 de Citrix Hypervisor 8.2

Exigences relatives à la piscine