Gérez vos piscines

Cet article décrit certaines des actions que vous pouvez entreprendre pour gérer votre piscine.

Pour gérer des hôtes individuels, voir Gérer vos hôtes.

Créer un pool de ressources

Les pools de ressources peuvent être créés à l’aide de XenCenter ou de l’interface de ligne de commande. Lorsqu’un nouvel hôte rejoint un pool de ressources, l’hôte qui le rejoint synchronise sa base de données locale avec celle à l’échelle du pool et hérite de certains paramètres du pool :

• La configuration du stockage VM, local et distant est ajoutée à la base de données à l’échelle du pool. Cette configuration est appliquée à l’hôte qui rejoint le pool, sauf si vous partagez explicitement les ressources après que l’hôte a rejoint le pool.

• L’hôte de jonction hérite des référentiels de stockage partagés existants dans le pool. Les enregistrements PBD appropriés sont créés afin que le nouvel hôte puisse accéder automatiquement au stockage partagé existant.

• Les informations de mise en réseau sont partiellement héritées de l’hôte de jonction : le structural les détails des cartes réseau, des VLAN et des interfaces liées sont tous hérités, mais politique l’information ne l’est pas. Ces informations de stratégie, qui doivent être reconfigurées, comprennent :

  • Adresses IP des cartes réseau de gestion, qui sont conservées à partir de la configuration d’origine.

  • L’emplacement de l’interface de gestion, qui reste le même que la configuration d’origine. Par exemple, si les autres hôtes de pool ont des interfaces de gestion sur une interface liée, l’hôte de jonction doit être migré vers la liaison après la jonction.

  • Des cartes réseau de stockage dédiées, qui doivent être réaffectées à l’hôte de jonction à partir de XenCenter ou de l’interface de ligne de commande, et des PBD rebranchés pour acheminer le trafic en conséquence. Cela est dû au fait que les adresses IP ne sont pas attribuées dans le cadre de l’opération de jonction de pool et que la carte réseau de stockage ne fonctionne que lorsqu’elle est correctement configurée. Pour plus d’informations sur la façon de dédier une carte réseau de stockage à partir de l’interface de ligne de commande, reportez-vous à la section Gérer la mise en réseau.

  • Reconfigurez l’interface de gestion et déplacez-la vers une carte réseau physique avant d’ajouter l’hôte au pool. Une fois que l’hôte a rejoint le pool, vous pouvez reconfigurer l’interface de gestion.

Avant de créer un pool de ressources, examinez les exigences du pool et de l’hôte qui le rejoint. Pour plus d’informations, voir Pools de ressources.

Ajouter un hôte à un pool à l’aide de l’interface de ligne de commande xe

Remarque :

Nous vous recommandons de mettre à jour votre pool et l’hôte qui rejoint au même niveau avant de tenter la jonction.

1. Ouvrez une console sur l’hôte XenServer que vous souhaitez joindre à un pool.

2. Rejoignez l’hôte XenServer au pool en exécutant la commande :

     xe pool-join master-address=<address of pool coordinator> master-username=<administrator username> master-password=<password>
   <!--NeedCopy-->
   

   Le adresse-maître doit être défini sur le nom de domaine complet du coordinateur du pool. Le mot de passe Il doit s’agir du mot de passe administrateur défini lors de l’installation du coordinateur de pool.

Remarque :

Lorsque vous joignez un hôte à un pool, le mot de passe administrateur de l’hôte de jonction est automatiquement modifié pour correspondre au mot de passe administrateur du coordinateur de pool.

Par défaut, les hôtes XenServer appartiennent à un pool sans nom. Pour créer votre premier pool de ressources, renommez le pool sans nom existant. Utilisez tab-complete pour trouver le pool_uuid:

  xe pool-param-set name-label="New Pool" uuid=pool_uuid
<!--NeedCopy-->

Créer des pools de ressources hétérogènes

XenServer simplifie l’expansion des déploiements au fil du temps en permettant de joindre du matériel hôte disparate à 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’utilisation de technologies dans les processeurs Intel (FlexMigration) et AMD (Extended Migration) qui fournissent le « masquage » ou le « nivellement » du processeur. Les fonctions de masquage et de nivellement du processeur permettent de configurer un processeur pour Apparaître comme fournissant une marque, un modèle ou une fonctionnalité différente de ce qu’elle 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é la migration en direct.

Remarque :

Les processeurs des hôtes XenServer rejoignant des pools hétérogènes doivent appartenir au même fournisseur (c’est-à-dire AMD, Intel) que les processeurs des hôtes déjà dans le pool. Toutefois, il n’est pas nécessaire que les hôtes soient du même type au niveau de la famille, du modèle ou des numéros de pas.

XenServer simplifie la prise en charge des pools hétérogènes. Il est désormais possible d’ajouter des hôtes à 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 nouvel hôte 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 hôte moins performant rejoint le pool, une machine virtuelle en cours d’exécution peut être migrée vers n’importe quel hôte du pool, à l’exception de l’hôte nouvellement ajouté. Lorsque vous déplacez ou migrez une machine virtuelle vers un autre hôte au sein d’un pool ou entre eux, XenServer compare l’ensemble des fonctionnalités de la machine virtuelle à l’ensemble des fonctionnalités de l’hôte de destination. Si les ensembles de fonctionnalités sont compatibles, la machine virtuelle est autorisée à migrer. Cela 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 sélectionner un hôte de destination optimal pour la migration de votre machine virtuelle, un hôte avec un ensemble de fonctionnalités incompatibles ne sera pas recommandé comme hôte de destination.

Ajouter un espace de stockage partagé

Pour obtenir la liste complète des types de stockage partagé pris en charge, reportez-vous à la section Formats de référentiel de stockage. Cette section montre comment le stockage partagé (représenté par un référentiel de stockage) peut être créé sur un serveur NFS existant.

Pour ajouter du stockage partagé NFS à un pool de ressources à l’aide de l’interface de ligne de commande

1. Ouvrez une console sur n’importe quel hôte XenServer du pool.

2. Créez le référentiel de stockage sur server :/path en exécutant la commande suivante :

     xe sr-create content-type=user type=nfs name-label="Example SR" shared=true \
         device-config:server=server \
         device-config:serverpath=path
   <!--NeedCopy-->
   

   configuration_périphérique :serveur est le nom d’hôte du serveur NFS et device-config :cheminserveur est le chemin d’accès sur le serveur NFS. Comme partagé est défini sur true, le stockage partagé est automatiquement connecté à chaque hôte XenServer du pool. Tous les hôtes XenServer qui rejoignent plus tard sont également connectés au stockage. L’identificateur unique universel (UUID) du référentiel de stockage s’affiche à l’écran.

3. Trouvez l’UUID du pool en exécutant la commande suivante :

     xe pool-list
   <!--NeedCopy-->
   

4. Définissez le stockage partagé comme stockage partagé par défaut à l’échelle du pool à l’aide de la commande suivante :

     xe pool-param-set uuid=pool_uuid default-SR=sr_uuid
   <!--NeedCopy-->
   

   Étant donné que le stockage partagé a été défini par défaut à l’échelle du pool, toutes les futures machines virtuelles ont leurs disques créés sur le stockage partagé par défaut. Pour plus d’informations sur la création d’autres types de stockage partagé, consultez Formats de référentiel de stockage.

Supprimer les hôtes XenServer d’un pool de ressources

Remarque :

Avant de supprimer un hôte XenServer d’un pool, assurez-vous d’arrêter toutes les machines virtuelles exécutées sur cet hôte. Sinon, vous pouvez voir un avertissement indiquant que l’hôte ne peut pas être supprimé.

Lorsque vous supprimez (éjecter) à partir d’un pool, la machine est redémarrée, réinitialisée et laissée dans un état similaire à celui d’une nouvelle installation. N’éjectez pas les hôtes XenServer d’un pool s’il y a des données importantes sur les disques locaux.

Pour supprimer un hôte d’un pool de ressources à l’aide de l’interface de ligne de commande

1. Ouvrez une console sur n’importe quel hôte du pool.

2. Trouvez l’UUID de l’hôte en exécutant la commande suivante :

     xe host-list
   <!--NeedCopy-->
   

3. Éjectez l’hôte requis du pool :

     xe pool-eject host-uuid=host_uuid
   <!--NeedCopy-->
   

   L’hôte XenServer est éjecté et laissé dans un état fraîchement installé.

   Avertissement :

   Faire non Éjecter un hôte d’un pool de ressources s’il contient des données importantes stockées sur ses disques locaux. Toutes les données sont effacées lorsqu’un hôte est éjecté du pool. Si vous souhaitez conserver ces données, copiez la machine virtuelle dans le stockage partagé sur le pool à l’aide de XenCenter ou de la commande xe vm-copy CI.

Lorsque des hôtes XenServer contenant des machines virtuelles stockées localement sont éjectés d’un pool, les machines virtuelles sont présentes dans la base de données du pool. Les VM stockées localement sont également visibles par les autres hôtes XenServer. Les machines virtuelles ne démarrent pas tant que les disques virtuels qui leur sont associés n’ont pas été modifiés pour pointer vers le stockage partagé vu par d’autres hôtes XenServer du pool, ou supprimés. Par conséquent, nous vous recommandons de déplacer tout stockage local vers le stockage partagé lorsque vous rejoignez un pool. Le passage au stockage partagé permet d’éjecter (ou de faire échouer physiquement) des hôtes XenServer individuels sans perte de données.

Remarque :

Lorsqu’un hôte est supprimé d’un pool dont l’interface de gestion se trouve sur un réseau VLAN balisé, la machine est redémarrée et son interface de gestion est disponible sur le même réseau.

Rotation du secret de pool

Le secret de pool est un secret partagé entre les hôtes d’un pool qui permet à l’hôte de prouver son appartenance à un pool.

Étant donné que les utilisateurs disposant du rôle Administrateur de pool peuvent découvrir ce secret, il est recommandé de faire pivoter le secret de pool si l’un de ces utilisateurs quitte votre organisation ou perd son rôle d’administrateur de pool.

Vous pouvez faire pivoter le secret de pool à l’aide de XenCenter ou de l’interface de ligne de commande xe.

XenCenter

Pour faire pivoter le secret de pool d’un pool à l’aide de XenCenter, procédez comme suit :

1. Dans le Ressources , sélectionnez le pool ou n’importe quel hôte du pool.
2. Sur le Mare menu, sélectionnez Rotation du secret de la piscine.

Lorsque vous effectuez la rotation du secret de pool, vous êtes également invité à modifier le mot de passe root. Si vous avez fait pivoter le secret du pool parce que vous pensez que votre environnement a été compromis, assurez-vous de modifier également le mot de passe root du coordinateur du pool. Pour plus d’informations, voir Modifier le mot de passe.

xe CLI

Pour faire pivoter le secret de pool à l’aide de l’interface de ligne de commande xe, exécutez la commande suivante sur un hôte du pool :

  xe pool-secret-rotate
<!--NeedCopy-->

Si vous avez effectué une rotation du secret de pool parce que vous pensez que votre environnement a été compromis, assurez-vous de modifier également le mot de passe root. Pour plus d’informations, voir Modifier le mot de passe.

Configurer l’accès SSH

L’accès SSH aux hôtes de votre pool est activé par défaut. Si vous souhaitez désactiver l’accès SSH à tous les hôtes de votre pool, exécutez la commande suivante :

  xe pool-disable-ssh
<!--NeedCopy-->

Cette commande désactive SSH. Les hôtes refusent les nouvelles connexions SSH, mais ne déconnectent aucune session existante.

Pour activer l’accès SSH à tous les hôtes de votre pool, exécutez la commande suivante :

  xe pool-enable-ssh
<!--NeedCopy-->

Ces deux commandes tentent d’effectuer une modification sur tous les hôtes du pool. Si la commande échoue sur un ou plusieurs hôtes de votre pool, la commande continue de s’exécuter pour tous les autres hôtes du pool. La commande renvoie une liste de tous les hôtes où la commande échoue.

Vous pouvez gérer l’accès SSH pour un hôte individuel. Pour plus d’informations, voir Désactiver l’accès SSH pour un hôte.

Activer la surveillance IGMP sur votre pool XenServer

XenServer envoie du trafic de multidiffusion à toutes les machines virtuelles invitées, ce qui entraîne une charge inutile sur les périphériques hôtes en les obligeant à traiter des paquets qu’ils n’ont pas sollicités. L’activation de la surveillance IGMP empêche les hôtes d’un réseau local de recevoir le trafic d’un groupe de multidiffusion qu’ils n’ont pas explicitement rejoint et améliore les performances de la multidiffusion. La surveillance IGMP est particulièrement utile pour les applications de multidiffusion IP gourmandes en bande passante, telles que l’IPTV.

Remarques  :

• La surveillance IGMP n’est disponible que lorsque le back-end réseau utilise Open vSwitch.

• Lors de l’activation de cette fonctionnalité sur un pool, il peut également être nécessaire d’activer l’interrogation IGMP sur l’un des commutateurs physiques. Sinon, la multidiffusion dans le sous-réseau revient à la diffusion et peut diminuer les performances de XenServer.

• Lors de l’activation de cette fonctionnalité sur un pool exécutant IGMP v3, la migration de machine virtuelle ou le basculement de liaison réseau entraîne le basculement de la version IGMP vers la version v2.

• Pour activer cette fonctionnalité avec un réseau GRE, les utilisateurs doivent configurer un interrogateur IGMP dans le réseau GRE. Vous pouvez également transférer le message de requête IGMP du réseau physique vers le réseau GRE. Sinon, le trafic de multidiffusion dans le réseau GRE peut être bloqué.

Vous pouvez activer la surveillance IGMP sur un pool à l’aide de XenCenter ou de l’interface de ligne de commande xe.

XenCenter

1. Accédez à Propriétés de la piscine.
2. Choisir Options réseau. Ici, vous pouvez activer ou désactiver l’espionnage IGMP.

xe CLI

1. Obtenez l’UUID de la piscine :

   xe pool-list

2. Activez/désactivez la surveillance IGMP pour le pool :

   xe pool-param-set [uuid=pool-uuid] [igmp-snooping-enabled=true|false]

Après avoir activé la surveillance IGMP, vous pouvez afficher la table de surveillance IGMP à l’aide de l’interface de ligne de commande xe.

Voir le tableau de surveillance IGMP

Utilisez la commande suivante pour afficher la table de surveillance IGMP :

ovs-appctl mdb/show [bridge name]

Remarque :

Vous pouvez obtenir le nom du pont en utilisant xe network-list. Ces noms de pont peuvent être xenbr0, xenbr1, xenapiou xapi0.

Cela génère un tableau avec quatre colonnes :

• port : port du commutateur (OVS).
• VLAN : ID VLAN du trafic.
• GROUP : groupe de multidiffusion sollicité par le port.
• Age : L’âge de ce disque en secondes.

Si le GROUPE ** est une adresse de groupe de multidiffusion, cela signifie qu’un message de rapport IGMP est reçu sur le port de commutateur associé. Cela signifie qu’un récepteur (membre) du groupe de multidiffusion écoute sur ce port.

Prenons l’exemple suivant qui contient deux enregistrements :

Le premier enregistrement montre qu’il y a un récepteur qui écoute sur le port 14 pour le groupe de multidiffusion 227.0.0.1. Open vSwitch transfère le trafic destiné au groupe de multidiffusion 227.0.0.1 vers les ports d’écoute de ce groupe uniquement (dans cet exemple, le port 14), plutôt que de diffuser vers tous les ports. L’enregistrement liant le port 14 et le groupe 227.0.0.1 a été créé il y a 15 secondes. Par défaut, l’intervalle de délai d’expiration est de 300 secondes. Cela signifie que si le commutateur ne reçoit plus de messages de rapport IGMP sur le port 14 pendant 300 secondes après l’ajout de l’enregistrement, l’enregistrement expire et est supprimé de la table.

Dans le deuxième enregistrement, le GROUPE est Livreur, ce qui signifie que des messages de requête IGMP ont été reçus sur le port associé. Une requête envoie périodiquement des messages de requête IGMP, qui sont diffusés à tous les ports de commutateur, afin de déterminer quels nœuds de réseau sont à l’écoute sur un groupe de multidiffusion. À la réception d’un message de requête IGMP, le récepteur répond par un message de rapport IGMP, ce qui entraîne l’actualisation de l’enregistrement de multidiffusion du récepteur et évite l’expiration.

Le VLAN indique au VLAN qu’un récepteur/interrogateur vit. « 0 » signifie VLAN natif. Si vous souhaitez exécuter la multidiffusion sur un VLAN balisé, assurez-vous qu’il y a des enregistrements sur le VLAN.

Remarque :

Pour le scénario VLAN, vous devez disposer d’un enregistrement d’interrogateur avec une valeur de colonne VLAN égale à l’ID VLAN du réseau, sinon la multidiffusion ne fonctionnera pas dans le réseau VLAN.

Activer la compression du flux de migration sur votre pool XenServer

Lors de la migration en direct d’une machine virtuelle, sa mémoire est transférée sous forme de flux de données entre deux hôtes utilisant le réseau. La fonctionnalité de compression du flux de migration compresse ce flux de données, accélérant ainsi le transfert de mémoire sur les réseaux lents. Cette fonctionnalité est désactivée par défaut, mais elle peut être modifiée à l’aide de XenCenter ou de l’interface de ligne de commande xe. Pour plus d’informations, consultez Propriétés de la piscine - Avancé et Paramètres de la piscine. Vous pouvez également activer la compression lors de la migration d’une machine virtuelle à l’aide de la ligne de commande. Pour plus d’informations, consultez la page vm-migrate commande dans Commandes VM.

Exporter les données du pool de ressources

L’option Exporter les données de ressource vous permet de générer un rapport de données de ressource pour votre pool et d’exporter le rapport dans un fichier .xls ou .csv. Ce rapport fournit des informations détaillées sur les différentes ressources du pool, telles que les hôtes, les réseaux, le stockage, les machines virtuelles, les VDI et les GPU. Cette fonctionnalité permet aux administrateurs de suivre, planifier et attribuer des ressources en fonction de diverses charges de travail telles que le processeur, le stockage et le réseau.

Remarque :

L’exportation des données du pool de ressources est disponible pour les clients XenServer Premium Edition.

La liste des ressources et les différents types de données de ressource qui sont inclus dans le rapport :

Serveur :

• Nom
• Coordonnateur de piscine
• UUID
• Adresse
• Utilisation du processeur
• Réseau (Ko moyens/max)
• Mémoire utilisée
• Stockage
• Disponibilité
• Description

Réseaux:

• Nom
• État du lien
• MAC
• MTU
• VLAN
• Type
• Emplacement

VDI:

• Nom
• Type
• UUID
• Taille
• Stockage
• Description

Stockage :

• Nom
• Type
• UUID
• Taille
• Emplacement
• Description

Vms:

• Nom
• État d’alimentation
• Continuer à courir
• Adresse
• MAC
• Carte d’interface réseau
• Système d’exploitation
• Stockage
• Mémoire utilisée
• Utilisation du processeur
• UUID
• Disponibilité
• Modèle
• Description

Processeur graphique:

• Nom
• Serveurs
• Chemin d’accès au bus PCI
• UUID
• Consommation d’énergie
• Température
• Mémoire utilisée
• Utilisation de l’ordinateur

Remarque :

Les informations sur les GPU ne sont disponibles que si des GPU sont attachés à votre hôte XenServer.

Pour exporter des données de ressource

1. Dans le volet de navigation XenCenter, sélectionnez Infrastructure , puis sélectionnez le pool.

2. Sélectionnez l’icône Mare menu puis Exporter les données de ressources.

3. Naviguez jusqu’à l’emplacement où vous souhaitez enregistrer le rapport, puis cliquez sur Sauvegarder.