Hôtes et pools de ressources

Cette section décrit comment créer des pools de ressources via une série d’exemples à l’aide de l’interface de ligne de commande xe (CLI). Une configuration de stockage partagé simple basée sur NFS est présentée et plusieurs exemples simples de gestion de machines virtuelles sont discutés. Il contient également des procédures pour traiter les défaillances de nœuds physiques.

Vue d’ensemble des serveurs et pools de ressources Citrix Hypervisor

Un pool de ressources comprend plusieurs installations de serveur Citrix Hypervisor, liées à une seule entité gérée pouvant héberger des machines virtuelles. Si elle est associée au stockage partagé, un pool de ressources permet de démarrer des machines virtuelles sur n’importe quel serveur Citrix Hypervisor disposant d’une mémoire suffisante. Les machines virtuelles peuvent ensuite être déplacées dynamiquement entre les serveurs Citrix Hypervisor tout en s’exécutant avec un temps d’arrêt minimal (migration en direct). Si un serveur Citrix Hypervisor individuel souffre d’une défaillance matérielle, l’administrateur peut redémarrer les machines virtuelles en panne sur un autre serveur Citrix Hypervisor dans le même pool de ressources. Lorsque la haute disponibilité est activée sur le pool de ressources, les machines virtuelles se déplacent automatiquement vers un autre hôte en cas de défaillance de leur hôte. Jusqu’à 64 hôtes sont pris en charge par pool de ressources, bien que cette restriction ne soit pas appliquée.

Un pool a toujours au moins un nœud physique, connu sous le nom de maître. Seul le nœud maître expose une interface d’administration (utilisée par XenCenter et Citrix Hypervisor Command Line Interface, appelée Xe CLI). Le maître transmet les commandes aux membres individuels si nécessaire.

Remarque :

Lorsque le maître de pool échoue, la réélection principale a lieu uniquement si la haute disponibilité est activée.

Conditions requises pour la création de pools de ressources

Un pool de ressources est un agrégat homogène (ou hétérogène avec restrictions) d’un ou de plusieurs serveurs Citrix Hypervisor, jusqu’à un maximum de 64. La définition d’homogène est :

  • Les processeurs sur le serveur reliant le pool sont les mêmes (en termes de fournisseur, de modèle et de fonctionnalités) que les processeurs sur les serveurs déjà présents dans le pool.

  • Le serveur qui rejoint le pool exécute la même version du logiciel Citrix Hypervisor, au même niveau de correctif, que les serveurs déjà présents dans le pool.

Le logiciel impose des contraintes supplémentaires lors de la connexion d’un serveur à un pool. En particulier, Citrix Hypervisor vérifie que les conditions suivantes sont remplies pour le serveur qui rejoint le pool :

  • Le serveur n’est pas membre d’un pool de ressources existant.

  • Le serveur n’a pas de stockage partagé configuré.

  • Le serveur n’héberge pas de machines virtuelles en cours d’exécution ou suspendues.

  • Aucune opération active n’est en cours sur les machines virtuelles du serveur, comme l’arrêt d’une machine virtuelle.

  • L’horloge sur le serveur est synchronisée en même temps que le maître de pool (par exemple, à l’aide de NTP).

  • L’interface de gestion du serveur n’est pas liée. Vous pouvez configurer l’interface de gestion lorsque le serveur joint le pool avec succès.

  • L’adresse IP de gestion est statique, soit configurée sur le serveur lui-même, soit en utilisant une configuration appropriée sur votre serveur DHCP.

Les serveurs Citrix Hypervisor des pools de ressources peuvent contenir différents nombres d’interfaces réseau physiques et disposer de référentiels de stockage locaux de taille variable. Dans la pratique, il est souvent difficile d’obtenir plusieurs serveurs avec exactement les mêmes processeurs, et des variations mineures sont donc autorisées. S’il est acceptable d’avoir des hôtes avec des processeurs différents dans le même pool, vous pouvez forcer l’opération de jointure de pool en passant le--force paramètre.

Tous les hôtes du pool doivent se trouver dans le même site et être connectés par un réseau à faible latence.

Remarque :

Les serveurs fournissant un stockage NFS ou iSCSI partagé pour le pool doivent avoir une adresse IP statique.

Un pool doit contenir des référentiels de stockage partagés pour sélectionner sur quel serveur Citrix Hypervisor exécuter une machine virtuelle et déplacer une machine virtuelle entre les serveurs Citrix Hypervisor de manière dynamique. Si possible, créez un pool après la disponibilité du stockage partagé. Nous vous recommandons de déplacer les machines virtuelles existantes avec des disques situés dans un stockage local vers un stockage partagé après l’ajout d’un stockage partagé. Vous pouvez utiliser laxe vm-copy commande ou utiliser XenCenter pour déplacer des machines virtuelles.

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 de jonction synchronise sa base de données locale avec celle de l’ensemble 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 de jonction dans le pool, à moins que vous ne définissiez explicitement les ressources partagées après que l’hôte se joigne au 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 : les détails structurels des cartes réseau, des VLAN et des interfaces liées sont tous hérités, mais les informations de stratégie ne le sont pas. Ces informations de stratégie, qui doivent être reconfigurées, incluent :

    • Les 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.

    • Les 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 les PBD rebranchés pour acheminer le trafic en conséquence. Cela est dû au fait que les adresses IP ne sont pas affectées dans le cadre de l’opération de jointure de pool et que la carte réseau de stockage ne fonctionne que lorsque celle-ci est correctement configurée. Gérer la mise en réseau/fr-fr/citrix-hypervisor/networking/manage.html[()]Pour plus d’informations sur la manière de dédier une carte réseau de stockage à partir de l’interface de ligne de commande, reportez-vous à la section.

Remarque :

Vous ne pouvez joindre un nouvel hôte à un pool de ressources que lorsque l’interface de gestion de l’hôte se trouve sur le même VLAN balisé que celui du pool de ressources.

Pour joindre les serveurs Citrix Hypervisor host1 et host2 à un pool de ressources à l’aide de l’interface de ligne de commande

  1. Ouvrez une console sur le serveur Citrix Hypervisor host2.

  2. Commandez le serveur Citrix Hypervisor host2 de rejoindre le pool sur le serveur Citrix Hypervisor host1 en exécutant la commande :

    xe pool-join master-address=host1 master-username=administrators_username master-password=password
    

    Le master-address doit être défini sur le nom de domaine complet du serveur Citrix Hypervisor host1. Le password doit être le mot de passe administrateur défini lorsque le serveur Citrix Hypervisor host1 a été installé.

Les serveurs Citrix Hypervisor appartiennent par défaut à un pool sans nom. Pour créer votre premier pool de ressources, renommez le pool sans nom existant. Utilisez l’onglet complet pour rechercher les éléments suivantspool_uuid :

xe pool-param-set name-label="New Pool" uuid=pool_uuid

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

Citrix Hypervisor simplifie l’expansion des déploiements au fil du temps en permettant à un matériel hôte disparate d’être joint à 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 grâce aux technologies des processeurs Intel (FlexMigration) et AMD (Extended Migration) qui fournissent un « masquage » ou un « nivellement » du processeur. Les fonctions de masquage et de mise à niveau du processeur permettent de configurer un processeur pour qu’il apparaisse comme fournissant une marque, un modèle ou une fonctionnalité différente de celle qu’il ne fait réellement. Cette fonctionnalité vous permet de créer des pools d’hôtes avec des processeurs disparates, tout en prenant en charge la migration en direct en toute sécurité.

Remarque :

Les processeurs des serveurs Citrix Hypervisor rejoignant des pools hétérogènes doivent être du même fournisseur (c’est-à-dire AMD, Intel) que les processeurs des hôtes du pool. Cependant, le type spécifique (famille, modèle et numéros pas à pas) n’est pas nécessaire.

Citrix Hypervisor simplifie la prise en charge des pools hétérogènes. Les hôtes peuvent désormais être ajoutés aux pools de ressources existants, quel que soit le type d’UC sous-jacent (tant que l’UC appartient à la même famille de fournisseurs). L’ensemble d’entités de pool est calculé dynamiquement à chaque fois :

  • Un nouvel hôte rejoint le pool

  • Un membre du pool quitte le pool

  • Un membre du pool se reconnecte après un redémarrage

Toute modification apportée au jeu de fonctionnalités de pool n’affecte pas les machines virtuelles qui sont en cours d’exécution dans le pool. Une machine virtuelle en cours d’exécution continue à utiliser le jeu de fonctionnalités qui a été appliqué au démarrage. Ce jeu de fonctionnalités est corrigé au démarrage et persiste dans les opérations de migration, de suspension et de reprise. Si le niveau du pool diminue lorsqu’un hôte moins capable 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 ou entre des pools, Citrix Hypervisor compare le jeu de fonctionnalités de la machine virtuelle à l’ensemble de fonctionnalités de l’hôte de destination. Si les jeux d’entités sont compatibles, la machine virtuelle est autorisée à migrer. Cela permet à la machine virtuelle de se déplacer librement à l’intérieur et entre les pools, quelles que soient les fonctionnalités du processeur que la machine virtuelle utilise. Si vous utilisez l’équilibrage de la charge de travail pour sélectionner un hôte de destination optimal pour migrer votre machine virtuelle, un hôte avec un jeu de fonctionnalités incompatible ne sera pas recommandé en tant qu’hôte de destination.

Ajouter un stockage partagé

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

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

  1. Ouvrez une console sur n’importe quel serveur Citrix Hypervisor du pool.

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

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

    Nom d’hôte du serveur NFS et chemindevice-config:server d’accès sur le serveur NFS.device-config:serverpath Commeshared défini sur true, le stockage partagé est automatiquement connecté à chaque serveur Citrix Hypervisor du pool. Tous les serveurs Citrix Hypervisor qui se joignent ultérieurement sont également connectés au stockage. L’identifiant universel unique (UUID) du référentiel de stockage est imprimé à l’écran.

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

    xe pool-list
    
  4. Définissez le stockage partagé comme valeur par défaut à l’échelle du pool à l’aide de la commande

    xe pool-param-set uuid=pool_uuid default-SR=sr_uuid
    

    Comme le stockage partagé a été défini comme valeur par défaut à l’échelle du pool, les disques de toutes les futures machines virtuelles ont été créés sur le stockage partagé par défaut. Formats de référentiel de stockage/fr-fr/citrix-hypervisor/storage/format.html[()]Pour plus d’informations sur la création d’autres types de stockage partagé, reportez-vous à la section.

Supprimer les serveurs Citrix Hypervisor d’un pool de ressources

Remarque :

Avant de supprimer un serveur Citrix Hypervisor 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 (éjectez) un hôte d’un pool, l’ordinateur est redémarré, réinitialisé et laissé dans un état similaire à une nouvelle installation. N’éjectez pas les serveurs Citrix Hypervisor d’un pool s’il existe 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. Recherchez l’UUID de l’hôte en exécutant la commande

    xe host-list
    
  3. Éjectez l’hôte requis du pool :

    xe pool-eject host-uuid=host_uuid
    

    Le serveur Citrix Hypervisor est éjecté et laissé dans un état fraîchement installé.

    Avertissement :

    N’éjectez pas 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 commandexe vm-copy CLI.

Lorsque des serveurs Citrix Hypervisor 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 machines virtuelles stockées localement sont également visibles pour les autres serveurs Citrix Hypervisor. 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 un stockage partagé vu par d’autres serveurs Citrix Hypervisor dans le pool, ou supprimés. Par conséquent, nous vous recommandons de déplacer tout stockage local vers un stockage partagé lorsque vous rejoignez un pool. Le passage au stockage partagé permet d’éjecter des serveurs Citrix Hypervisor (ou d’échouer physiquement) sans perte de données.

Remarque :

Lorsqu’un hôte est supprimé d’un pool qui a son interface de gestion sur un réseau VLAN balisé, l’ordinateur est redémarré et son interface de gestion sera disponible sur le même réseau.

Préparer un pool de serveurs Citrix Hypervisor pour la maintenance

Avant d’effectuer des opérations de maintenance sur un hôte faisant partie d’un pool de ressources, vous devez le désactiver. La désactivation de l’hôte empêche le démarrage de toutes les machines virtuelles. Vous devez ensuite migrer ses machines virtuelles vers un autre serveur Citrix Hypervisor dans le pool. Pour ce faire, placez le serveur Citrix Hypervisor en mode Maintenance à l’aide de XenCenter. Consultez l’aide de XenCenter pour plus de détails.

La synchronisation de sauvegarde a lieu toutes les 24 heures. Le fait de placer l’hôte maître en mode maintenance entraîne la perte des dernières 24 heures de mises à jour RRD pour les machines virtuelles hors ligne.

Avertissement :

Nous vous recommandons fortement de redémarrer tous les serveurs Citrix Hypervisor avant d’installer une mise à jour, puis de vérifier leur configuration. Certaines modifications de configuration ne prennent effet que lorsque Citrix Hypervisor est redémarré, de sorte que le redémarrage peut révéler des problèmes de configuration pouvant entraîner l’échec de la mise à jour.

Pour préparer un hôte dans un pool pour les opérations de maintenance à l’aide de l’interface de ligne de commande

  1. Exécutez la commande suivante :

    xe host-disable uuid=Citrix Hypervisor_host_uuid
    xe host-evacuate uuid=Citrix Hypervisor_host_uuid
    

    Cette commande désactive le serveur Citrix Hypervisor, puis migre toutes les machines virtuelles en cours d’exécution vers d’autres serveurs Citrix Hypervisor dans le pool.

  2. Effectuez l’opération de maintenance souhaitée.

  3. Activez le serveur Citrix Hypervisor lorsque l’opération de maintenance est terminée :

    xe host-enable
    
  4. Redémarrez toutes les machines virtuelles arrêtées et reprenez toutes les machines virtuelles suspendues.

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 diverses ressources du pool telles que les serveurs, les réseaux, le stockage, les machines virtuelles, les VDI et les GPU. Cette fonctionnalité permet aux administrateurs de suivre, planifier et affecter des ressources en fonction de diverses charges de travail telles que le processeur, le stockage et le réseau.

Remarque :

Exporter les données du pool de ressources est disponible pour les clients Citrix Hypervisor Premium Edition ou ceux qui ont accès à Citrix Hypervisor via leur droit Citrix Virtual Apps and Desktops.

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

Serveur :

  • Nom
  • Pool principal
  • UUID
  • Adresse
  • Utilisation du processeur
  • Réseau (mo/max. KBs)
  • Mémoire utilisée
  • Stockage
  • Temps de 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

VM :

  • Nom
  • État de l’alimentation
  • En cours d’exécution sur
  • Adresse
  • MAC
  • NIC
  • Système d’exploitation
  • Stockage
  • Mémoire utilisée
  • Utilisation du processeur
  • UUID
  • Temps de disponibilité
  • Modèle
  • Description

GPU :

  • Nom
  • Serveurs
  • Chemin de 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 connectés à votre serveur Citrix Hypervisor.

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 le menu Pool , puis Exporter les données de ressource .

  3. Accédez à un emplacement où vous souhaitez enregistrer le rapport, puis cliquez sur Enregistrer.

La mise sous tension de l’hôte

Mise sous tension des hôtes à distance

Vous pouvez utiliser la fonctionnalité de mise sous tension du serveur Citrix Hypervisor pour allumer et éteindre un serveur à distance, à partir de XenCenter ou à l’aide de l’interface de ligne de commande.

Pour activer l’alimentation de l’hôte, l’hôte doit disposer de l’une des solutions de contrôle d’alimentation suivantes :

  • Lacarte réseau activée par le réseaulocal.

  • Cartes d’accès à distance Dell (DRAC). Pour utiliser Citrix Hypervisor avec DRAC, vous devez installer le pack supplémentaire Dell pour obtenir la prise en charge DRAC. La prise en charge de DRAC nécessite l’installation de l’utilitaire de ligne de commande RACADM sur le serveur avec le contrôleur d’accès distant et l’activation de DRAC et de son interface. RACADM est souvent inclus dans le logiciel de gestion DRAC. Pour plus d’informations, consultez la documentation DRAC de Dell.

  • Hewlett-Packard Integrated Lights-Out (iLO). Pour utiliser Citrix Hypervisor avec iLO, vous devez activer iLO sur l’hôte et connecter l’interface au réseau. Pour plus d’informations, consultez la documentation de HP iLO.

  • Un script personnalisé basé sur l’API de gestion qui vous permet de mettre sous tension et hors tension via Citrix Hypervisor. Pour plus d’informations, reportez-vous à la section Configuration d’un script personnalisé pour la fonctionnalité Mise sous tension de l’hôte dans la section suivante.

L’utilisation de la fonctionnalité Mise sous tension de l’hôte nécessite deux tâches :

  1. Assurez-vous que les hôtes du pool prennent en charge le contrôle de l’alimentation à distance. Par exemple, ils ont la fonctionnalité Wake on LAN, une carte DRAC ou iLO, ou vous avez créé un script personnalisé).

  2. Activez la fonctionnalité de mise sous tension de l’hôte à l’aide de l’interface de ligne de commande ou de XenCenter.

Utilisez l’interface de ligne de commande pour gérer la mise sous tension de l’hôte

Vous pouvez gérer la fonctionnalité de mise sous tension de l’hôte à l’aide de l’interface de ligne de commande ou de XenCenter. Cette section fournit des informations sur sa gestion avec l’interface de ligne de commande.

La mise sous tension de l’hôte est activée au niveau de l’hôte (c’est-à-dire sur chaque Citrix Hypervisor).

Après avoir activé la mise sous tension de l’hôte, vous pouvez activer les hôtes à l’aide de l’interface de ligne de commande ou de XenCenter.

Pour activer la mise sous tension de l’hôte à l’aide de l’interface de ligne de commande

Exécutez la commande :

xe host-set-power-on-mode host=<host uuid> \
    power-on-mode=("" , "wake-on-lan",  "iLO", "DRAC","custom") \
    power-on-config=key:value

Pour iLO et DRAC, les clés doiventpower_on_ip spécifier le mot de passe si vous utilisez la fonction secrète. Pour de plus amples informations, consultez la section Secrets.

Pour activer des hôtes à distance à l’aide de l’interface de ligne de commande

Exécutez la commande :

xe host-power-on host=<host uuid>

Configurer un script personnalisé pour la fonctionnalité de mise sous tension de l’hôte

Si la solution d’alimentation à distance de votre serveur utilise un protocole qui n’est pas pris en charge par défaut (tel que Wake-On-Ring ou Intel Active Management Technology), vous pouvez créer un script Linux Python personnalisé pour activer à distance vos ordinateurs Citrix Hypervisor. Toutefois, vous pouvez également créer des scripts personnalisés pour les solutions d’alimentation à distance iLO, DRAC et Wake on LAN.

Cette section fournit des informations sur la configuration d’un script personnalisé pour Host Power On à l’aide des paires clé/valeur associées à l’appel d’API Citrix Hypervisorhost.power_on.

Lorsque vous créez un script personnalisé, exécutez-le à partir de la ligne de commande chaque fois que vous souhaitez contrôler l’alimentation à distance sur Citrix Hypervisor. Vous pouvez également le spécifier dans XenCenter et utiliser les fonctionnalités de l’interface utilisateur de XenCenter pour interagir avec lui.

L’API Citrix Hypervisor est documentée dans le document, l’API Citrix Hypervisor Management, disponible sur ledocumentation du développeursite Web.

Avertissement :

Ne modifiez pas les scripts fournis par défaut dans le/etc/xapi.d/plugins/ répertoire. Vous pouvez inclure de nouveaux scripts dans ce répertoire, mais vous ne devez jamais modifier les scripts contenus dans ce répertoire après l’installation.

Paires clé/valeur

Pour utiliser la mise sous tension de l’hôte, configurez leshost.power_on_mode toucheshost.power_on_config et. Pour plus d’informations sur les valeurs, reportez-vous à la section suivante.

Il existe également un appel d’API qui vous permet de définir ces champs simultanément :

void host.set_host_power_on_mode(string mode, Dictionary<string,string> config)
host.power_on_mode
  • Définition : contient des paires clé/valeur pour spécifier le type de solution d’alimentation à distance (par exemple, Dell DRAC).

  • Valeurs possibles :

    • Chaîne vide, représentant le contrôle d’alimentation désactivé

    • « iLO » : Permet de spécifier HP iLO.

    • « DRAC » : vous permet de spécifier Dell DRAC. Pour utiliser DRAC, vous devez avoir déjà installé le pack supplémentaire Dell.

    • « wake-on-lan » : Permet de spécifier Wake on LAN.

    • Tout autre nom (utilisé pour spécifier un script de mise sous tension personnalisé). Cette option permet de spécifier un script personnalisé pour la gestion de l’alimentation.

  • Type : chaîne

host.power_on_config
  • Définition : Contient des paires clé/valeur pour la configuration du mode. Fournit des informations supplémentaires pour iLO et DRAC.

  • Valeurs possibles :

    • Si vous avez configuré iLO ou DRAC comme type de solution d’alimentation à distance, vous devez également spécifier l’une des clés suivantes :

      • « power_on_ip » : l’adresse IP que vous avez spécifiée configurée pour communiquer avec la carte de contrôle d’alimentation. Vous pouvez également taper le nom de domaine de l’interface réseau où iLO ou DRAC est configuré.

      • « power_on_user » : nom d’utilisateur iLO ou DRAC associé au processeur de gestion, que vous avez peut-être modifié par rapport à ses paramètres d’usine.

      • « power_on_password_secret » : Spécifie l’utilisation de la fonction secrets pour sécuriser votre mot de passe.

    • Pour utiliser la fonctionnalité secrets pour stocker votre mot de passe, spécifiez la clé « power_on_password_secret ». Pour de plus amples informations, consultez la section Secrets.

  • Type : Carte (chaîne, chaîne)

Exemple de script

L’exemple de script importe l’API Citrix Hypervisor, se définit comme un script personnalisé, puis transmet des paramètres spécifiques à l’hôte que vous souhaitez contrôler à distance. Vous devez définir les paramètressession dans tous les scripts personnalisés.

Le résultat apparaît lorsque le script échoue.

import XenAPI
def custom(session,remote_host,
power_on_config):
result="Power On Not Successful"
for key in power_on_config.keys():
result=result+''
key=''+key+''
value=''+power_on_config[key]
return result

Remarque :

Après avoir créé le script, enregistrez-le dans /etc/xapi.d/plugins avec une extension .py.

Communiquer avec les serveurs et pools de ressources Citrix Hypervisor

Citrix Hypervisor utilise les protocoles TLS pour chiffrer le trafic de l’API de gestion. Toute communication entre Citrix Hypervisor et les clients (ou appliances) de l’API de gestion utilise désormais le protocole TLS 1.2 par défaut. Toutefois, si le client de l’API de gestion ou l’appliance ne communique pas à l’aide de TLS 1.2, des protocoles antérieurs peuvent être utilisés pour la communication.

Citrix Hypervisor utilise les suites de chiffrement suivantes :

-TLS_RSA_WITH_AES_128_CBC_SHA256

-TLS_RSA_WITH_AES_256_CBC_SHA

-TLS_RSA_WITH_AES_128_CBC_SHA

-TLS_RSA_WITH_RC4_128_SHA

-TLS_RSA_WITH_RC4_128_MD5

-TLS_RSA_WITH_3DES_EDE_CBC_SHA

Citrix Hypervisor vous permet également de configurer votre hôte ou pool de ressources pour autoriser la communication via TLS 1.2 uniquement. Cette option permet la communication entre Citrix Hypervisor et les clients (ou appliances) de l’API de gestion à l’aide du protocole TLS 1.2. L’option TLS 1.2 only utilise la suite de chiffrementTLS_RSA_WITH_AES_128_CBC_SHA256.

Avertissement :

Select l’option TLS 1.2 uniquementaprès vous être assuré que tous les clients et appliances de l’API de gestion qui communiquent avec le pool Citrix Hypervisor sont compatibles avec TLS 1.2.

Activer l’espionnage IGMP sur votre pool Citrix Hypervisor

Citrix Hypervisor 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 les 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 du trafic pour un groupe de multidiffusion qu’ils n’ont pas explicitement rejoint, et améliore les performances de la multidiffusion. Le snooping IGMP est particulièrement utile pour les applications multidiffusion IP à forte bande passante telles que IPTV.

Vous pouvez activer l’espionnage IGMP sur un pool à l’aide de XenCenter ou de l’interface de ligne de commande. Pour activer l’espionnage IGMP à l’aide de XenCenter, accédez à Propriétés du pool et sélectionnez Options réseau . Pour plus d’informations, consultez l’aide de XenCenter. Pour les commandes xe, reportez-vous à la sectionpool-igmp-snooping.

Remarques :

  • Le snooping IGMP est disponible uniquement 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 la requête IGMP sur l’un des commutateurs physiques. Sinon, la multidiffusion dans le sous-réseau reprendra la diffusion et peut diminuer les performances de Citrix Hypervisor.

  • Lorsque vous activez cette fonctionnalité sur un pool exécutant IGMP v3, la migration de VM ou le basculement de liaison réseau entraîne le basculement de la version IGMP vers v2.

  • Pour activer cette fonctionnalité avec le réseau GRE, les utilisateurs doivent configurer une requête 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é.