Exigences relatives aux pools

Autres exigences

Outre les prérequis matériels, il existe plusieurs autres prérequis 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 de pool (par exemple, via NTP).

Il doit se trouver soit dans le même centre de données que le pool, soit dans un centre de données répondant à la définition de proximité, et être connecté par un réseau à faible latence (moins de 5 ms de temps d’aller-retour) et à haut débit (au moins 10 Gbit/s).

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 d’opérations actives en cours sur ses machines virtuelles. Toutes les machines virtuelles doivent être arrêtées avant qu’un serveur ne puisse rejoindre un pool.

Il ne peut pas avoir de stockage partagé déjà configuré.

Il ne peut pas avoir d’interface de gestion agrégée. Reconfigurez l’interface de gestion du serveur rejoignant le pool et déplacez-la vers une carte réseau physique avant de rejoindre le pool. Une fois que le serveur a rejoint le pool avec succès, 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 mise à jour, que les serveurs déjà présents dans le pool. Si ce n’est pas le cas, XenCenter® tente de synchroniser le serveur rejoignant le pool avec le coordinateur du pool et d’appliquer un ensemble de mises à jour correspondant.

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 au sein d’un pool, assurez-vous d’installer les mêmes packs supplémentaires à 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. 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.

Pool homogène

Un pool de ressources homogène est un agrégat de serveurs dotés de CPU identiques. En plus des exigences des sections précédentes, un serveur qui rejoint un pool homogène doit avoir les mêmes CPU que les serveurs déjà présents dans le pool. Les CPU 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 autorisant l’intégration de matériel hôte disparate dans un pool de ressources, appelé 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 CPU Intel (FlexMigration) et AMD (Extended Migration) qui fournissent un « masquage » ou un « nivellement » du CPU. Ces fonctionnalités permettent de configurer un CPU pour qu’il apparaisse comme offrant une marque, un modèle ou une fonctionnalité différente de ce qu’il est réellement. Cette capacité vous permet de créer des pools d’hôtes avec des CPU disparates tout en prenant en charge en toute sécurité les migrations en direct. Les serveurs rejoignant des pools hétérogènes doivent satisfaire aux exigences suivantes :

Les CPU du serveur qui rejoint le pool doivent être du même fournisseur (AMD, Intel) que les CPU des serveurs déjà présents dans le pool. Cependant, le type spécifique de CPU (famille, modèle et numéros de pas) n’est pas requis pour être le même.

Les CPU 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 CPU sous-jacent, tant que le CPU provient de 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 après un redémarrage

Toute modification de l’ensemble des fonctionnalités du pool n’affecte pas les machines virtuelles en cours d’exécution dans le pool. Une machine virtuelle en cours d’exécution continue d’utiliser l’ensemble des fonctionnalités qui lui a été appliqué lors de son démarrage. Cet ensemble de fonctionnalités est fixé 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 nouvellement 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 capacité permet à la machine virtuelle de se déplacer librement au sein et entre les pools, quelles que soient les fonctionnalités CPU que la machine virtuelle utilise. Si vous utilisez l’équilibrage de charge (Workload Balancing) pour choisir un serveur de destination optimal pour migrer votre machine virtuelle, un serveur avec un ensemble de fonctionnalités incompatible n’est pas recommandé comme serveur de destination.

Remarque :

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

Stockage partagé du pool

Bien que ce ne soit pas une exigence stricte pour la création d’un pool de ressources, les avantages des pools ne sont disponibles que si le pool dispose d’un ou plusieurs référentiels de stockage partagés (SR). Ces avantages incluent l’exécution d’une VM sur le serveur le plus approprié et la migration de VM 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é du stockage partagé, vous pouvez rapidement déplacer toutes les VM existantes dont les disques se trouvent dans le stockage local vers le stockage partagé en les copiant.

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

Cela vous a-t-il été utile ?

Exigences relatives aux pools

Exigences matérielles

Autres exigences

Pool homogène

Pool hétérogène

Stockage partagé du pool

Documentation associée

XenServer version actuelle

Dans cet article