Citrix Hypervisor

Installations de démarrage réseau

January 31, 2025

Contributeur:

Important :

La mise à jour cumulative 1 de Citrix Hypervisor 8.2 prend fin le 25 juin 2025. Planifiez votre mise à niveau vers XenServer 8 dès maintenant pour assurer une transition en douceur et un support continu. Pour plus d’informations, consultez Mise à niveau.

Si vous utilisez vos fichiers de licence Citrix Virtual Apps and Desktops pour obtenir une licence pour vos hôtes Citrix Hypervisor 8.2 Cumulative Update 1, ces fichiers de licence ne sont pas compatibles avec XenServer 8. Avant la mise à niveau, vous devez acquérir les fichiers de licence socket XenServer Premium Edition à utiliser avec XenServer 8. Ces fichiers de licence de socket sont disponibles en tant que droits des abonnements Citrix pour le cloud privé, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP et Citrix Platform License pour l’exécution de vos charges de travail Citrix. Les clients Citrix qui n’ont pas encore migré vers ces nouveaux abonnements peuvent demander à participer à une promotion gratuite pour 10 000 licences de sockets XenServer Premium Edition. Pour plus d’informations, consultez XenServer.

Si vous n’obtenez pas de licence compatible pour XenServer 8 avant la mise à niveau, lorsque vous mettez à niveau vos hôtes, ils reviennent à l’édition d’essai de 90 jours. L’édition d’essai offre les mêmes fonctionnalités que l’édition Premium, avec quelques limitations. Pour plus d’informations, consultez Présentation des licences XenServer 8.

Citrix Hypervisor prend en charge le démarrage des hôtes à l’aide du mode UEFI. Le mode UEFI fournit un ensemble complet de fonctionnalités standardisées au chargeur de démarrage et aux systèmes d’exploitation. Cette fonctionnalité permet à Citrix Hypervisor d’être installé plus facilement sur des hôtes où UEFI est le mode de démarrage par défaut.

Remarque :

La disposition de partition DOS héritée n’est pas prise en charge avec le démarrage UEFI.

UEFI Secure Boot n’est pas disponible pour l’hôte Citrix Hypervisor.

La section suivante contient des informations sur la configuration de vos serveurs TFTP et NFS, FTP ou HTTP pour activer le démarrage PXE et UEFI des installations du serveur Citrix Hypervisor. Il décrit ensuite comment créer un fichier de réponses XML, qui vous permet d’effectuer des installations sans assistance.

Configurer votre environnement PXE et UEFI pour l’installation de Citrix Hypervisor

Avant de configurer le support d’installation de Citrix Hypervisor, configurez vos serveurs TFTP et DHCP. Les sections suivantes contiennent des informations sur la configuration de votre serveur TFTP pour le démarrage PXE et UEFI. Consultez la documentation de votre fournisseur pour les procédures de configuration générales.

Remarque :

XenServer 6.0 est passé du partitionnement de disque MBR à la table de partition GUID (GPT). Certains systèmes de déploiement PXE tiers peuvent tenter de lire la table de partition sur le disque dur d’une machine avant déploiement de l’image sur l’hôte.

Si le système de déploiement n’est pas compatible avec le schéma de partitionnement GPT et que le disque dur a déjà été utilisé pour une version de Citrix Hypervisor qui utilise GPT, le système de déploiement PXE peut échouer. Une solution à cet échec consiste à supprimer la table de partition sur le disque.

En plus des serveurs TFTP et DHCP, vous avez besoin d’un serveur NFS, FTP ou HTTP pour héberger les fichiers d’installation de Citrix Hypervisor. Ces serveurs peuvent coexister sur un seul serveur ou être répartis sur différents serveurs du réseau.

Remarque :

Le démarrage PXE n’est pas pris en charge sur un réseau VLAN balisé. Assurez-vous que le réseau VLAN que vous utilisez pour le démarrage PXE n’est pas balisé.

En outre, chaque serveur Citrix Hypervisor que vous souhaitez démarrer par PXE doit disposer d’une carte Ethernet compatible avec le démarrage PXE.

Les étapes suivantes supposent que le serveur Linux que vous utilisez prend en charge RPM.

Configurer votre serveur TFTP pour le démarrage PXE

Dans votre répertoire racine TFTP (par exemple, /tftpboot), créez un répertoire appelé xenserver.
Copiez le mboot.c32 et pxelinux.0 fichiers de la fonction /boot/pxelinux de votre support d’installation au répertoire racine TFTP.

Remarque :

Nous vous recommandons vivement d’utiliser mboot.c32 et pxelinux.0 fichiers provenant de la même source (par exemple, à partir de la même ISO Citrix Hypervisor).
Copiez les fichiers suivants du support d’installation de Citrix Hypervisor vers le nouveau xenserver sur le serveur TFTP :
- install.img depuis le répertoire racine
- vmlinuz du répertoire /boot
- xen.gz du répertoire /boot
Dans le répertoire racine TFTP (par exemple, /tftpboot), créez un répertoire appelé pxelinux.cfg.
Dans le répertoire pxelinux.cfg , créez votre fichier de configuration appelé par défaut.

Le contenu de ce fichier dépend de la manière dont vous souhaitez configurer votre environnement de démarrage PXE et des valeurs appropriées à vos serveurs.

Deux exemples de configurations sont répertoriés ci-dessous :
- Exemple : installation sans assistance Cet exemple de configuration effectue une installation sans assistance à l’aide du fichier de réponses à l’URL spécifiée :
```
       default xenserver-auto
       label xenserver-auto
           kernel mboot.c32
           append xenserver/xen.gz dom0_max_vcpus=1-16 \
               dom0_mem=max:8192M com1=115200,8n1 \
               console=com1,vga ---  xenserver/vmlinuz \
               console=hvc0 console=tty0 \
               answerfile=<http://pxehost.example.com/answer_file> \
               answerfile_device=<device> \
               install ---  xenserver/install.img
 
```
  Remarque :
  
  Pour spécifier la carte réseau à utiliser pour récupérer le fichier de réponses, incluez le paramètre answerfile_device=ethX ou answerfile_device=MAC et spécifiez soit le numéro de périphérique Ethernet, soit l’adresse MAC du périphérique.
  
  Pour plus d’informations sur l’utilisation d’un fichier de réponses, consultez Créez un fichier de réponses pour l’installation PXE et UEFI sans surveillance.
- Exemple : Installation manuelle Cet exemple de configuration démarre une installation sur n’importe quelle machine qui démarre à partir du serveur TFTP et nécessite des réponses manuelles.
```
       default xenserver
       label xenserver
           kernel mboot.c32
           append xenserver/xen.gz dom0_max_vcpus=1-16 \
           dom0_mem=max:8192M com1=115200,8n1 \
           console=com1,vga ---  xenserver/vmlinuz \
           console=hvc0 console=tty0 \
           ---  xenserver/install.img
 
```
Pour plus d’informations sur le contenu du fichier de configuration PXE, consultez le site Web SYSLINUX .

Configurer votre serveur TFTP pour le démarrage UEFI

Pour configurer votre serveur TFTP pour le démarrage UEFI :

Dans le répertoire racine TFPT (par exemple, /tftpboot), créez un répertoire appelé EFI/xenserver.
Configurez votre serveur DHCP pour fournir /EFI/xenserver/grubx64.efi comme fichier de démarrage.

Créer grub.cfg lime. Par exemple :

Pour une installation qui nécessite des réponses manuelles aux invites d’installation :

   menuentry "Citrix Hypervisor Install (serial)" {
       multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga
       module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0
       module2 /EFI/xenserver/install.img
   }
 <!--NeedCopy-->

Pour une installation sans assistance qui utilise un fichier de réponses :

   menuentry "Citrix Hypervisor Install (serial)" {
       multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga
       module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0 answerfile_device=eth0 answerfile=http://<ip_address>/<path_to_answer_file> install
       module2 /EFI/xenserver/install.img
   }
 <!--NeedCopy-->

Pour plus d’informations sur l’utilisation d’un fichier de réponses, consultez Créez un fichier de réponses pour l’installation PXE et UEFI sans surveillance.

Copier grub.cfg pour EFI/xenserver sur le serveur TFTP.
Copiez les fichiers suivants du support d’installation de Citrix Hypervisor vers le nouveau EFI/xenserver sur le serveur TFTP :
- grubx64.efi du répertoire /EFI/xenserver
- install.img depuis le répertoire racine
- vmlinuz du répertoire /boot
- xen.gz du répertoire /boot

Pour plus de détails sur votre système d’exploitation spécifique, reportez-vous au manuel de votre système d’exploitation serveur. Les informations ici sont un guide qui peut être utilisé pour Red Hat, Fedora et certaines autres distributions basées sur RPM.

Pour configurer le support d’installation de Citrix Hypervisor sur un serveur HTTP, FTP ou NFS :

Sur le serveur, créez un répertoire à partir duquel le support d’installation de Citrix Hypervisor peut être exporté via HTTP, FTP ou NFS.
Copiez l’intégralité du contenu du support d’installation de Citrix Hypervisor dans le répertoire nouvellement créé sur le serveur HTTP, FTP ou NFS. Ce répertoire est votre référentiel d’installation.

Remarque :

Lorsque vous copiez le support d’installation de Citrix Hypervisor, assurez-vous de copier le fichier .treeinfo dans le répertoire nouvellement créé.

Pour préparer le système de destination :

Démarrez le système et entrez dans le menu de démarrage (F12 dans la plupart des programmes BIOS).
Sélectionnez pour démarrer à partir de votre carte Ethernet.
Le système démarre ensuite PXE à partir de la source d’installation que vous avez configurée et le script d’installation démarre. Si vous avez configuré un fichier de réponses, l’installation peut se poursuivre sans surveillance.

Installer des packs supplémentaires lors de l’installation de Citrix Hypervisor

Les packs supplémentaires sont utilisés pour modifier et étendre les capacités de Citrix Hypervisor en installant un logiciel dans le domaine de contrôle (Dom0). Par exemple, un partenaire OEM peut souhaiter livrer Citrix Hypervisor avec un ensemble d’outils de gestion qui nécessitent l’installation d’agents SNMP. Les utilisateurs peuvent ajouter des packs supplémentaires lors de l’installation initiale de Citrix Hypervisor, ou à tout moment par la suite.

Lors de l’installation de packs supplémentaires lors de l’installation de Citrix Hypervisor, décompressez chaque pack supplémentaire dans un répertoire distinct.

Il existe également des possibilités pour les partenaires OEM d’ajouter leurs packs supplémentaires aux référentiels d’installation de Citrix Hypervisor afin de permettre des installations automatisées en usine.

Créez un fichier de réponses pour l’installation PXE et UEFI sans surveillance

Pour effectuer des installations sans surveillance, créez un fichier de réponses XML. Voici un exemple de fichier de réponses :

  <?xml version="1.0"?>
      <installation srtype="ext">
          <primary-disk>sda</primary-disk>
          <guest-disk>sdb</guest-disk>
          <guest-disk>sdc</guest-disk>
          <keymap>us</keymap>
          <root-password>mypassword</root-password>
          <source type="url">http://pxehost.example.com/citrix-hypervisor/</source>
          <post-install-script type="url">
            http://pxehost.example.com/myscripts/post-install-script
          </post-install-script>
          <admin-interface name="eth0" proto="dhcp" />
          <timezone>Europe/London</timezone>
      </installation>
<!--NeedCopy-->

Contient tous les nœuds dans un nœud racine nommé installation.

Remarque :

Pour activer le provisionnement dynamique, spécifiez un srtype comme Poste. Si cet attribut n’est pas spécifié, le type de stockage local par défaut est LVM. Le provisionnement dynamique définit le type de stockage local sur EXT4 et permet à la mise en cache locale pour Citrix Virtual Desktops de fonctionner correctement. Pour plus d’informations, consultez Stockage.

Mises à niveau automatiques avec un fichier de réponses

Vous pouvez également effectuer des mises à niveau automatisées en modifiant le fichier de réponses de manière appropriée.

Définissez l’attribut mode de l’élément installation sur upgrade.
Spécifiez le disque sur lequel réside l’installation existante avec l’élément existing-installation .
Laissez les éléments primary-disk et guest-disk non spécifiés.

Par exemple :

  <?xml version="1.0"?>
  <installation mode="upgrade">
      <existing-installation>sda</existing-installation>
      <source type="url">http://pxehost.example.com/xenserver/</source>
      <post-install-script type="url">
          http://pxehost.example.com/myscripts/post-install-script
      </post-install-script>
  </installation>
<!--NeedCopy-->

Référence du fichier de réponses

Voici un résumé des éléments. Toutes les valeurs de nœud sont du texte, sauf indication contraire. Les éléments obligatoires sont indiqués.

`<installation>`

Obligatoire ? Oui

Description : L’élément racine qui contient tous les autres éléments.

Attributs:

Pour activer le provisionnement dynamique, spécifiez un srtype comme Poste. Si cet attribut n’est pas spécifié, le type de stockage local par défaut est LVM. Le provisionnement dynamique définit le type de stockage local sur EXT4 et permet à la mise en cache locale pour Citrix Virtual Desktops de fonctionner correctement. Pour plus d’informations, consultez Stockage.
Pour modifier le type d’installation à mettre à niveau, spécifiez un attribut mode avec la valeur upgrade. Si cet attribut n’est pas spécifié, le programme d’installation effectue une nouvelle installation et écrase toutes les données existantes sur le serveur.

`<primary-disk>`

Obligatoire ? Oui

Remarque :

Obsolète pour les scénarios de mise à niveau.

Description : Le nom du périphérique de stockage sur lequel le domaine de contrôle est installé. Cet élément équivaut au choix effectué à l’étape Sélectionner le disque principal du processus d’installation manuelle.

Attributs : Vous pouvez spécifier un attribut guest-storage avec les valeurs possibles oui et non. Par exemple : <primary-disk guest-storage="no">sda</primary-disk>

La valeur par défaut est oui. Si vous spécifiez no, vous pouvez automatiser un scénario d’installation dans lequel aucun référentiel de stockage n’est créé. Dans ce cas, ne spécifiez aucune clé de disque invité.

`<guest-disk>`

Obligatoire ? Non

Description : Le nom d’un périphérique de stockage à utiliser pour stocker les invités. Utilisez un de ces éléments pour chaque disque supplémentaire.

Attributs : Aucun

`<keymap>`

Obligatoire ? Non

Description : Le nom de la carte de touches à utiliser lors de l’installation. <keymap>us</keymap> La valeur par défaut, us est prise en compte si vous ne spécifiez pas de valeur pour cet élément.

Attributs : Aucun

`<root-password>`

Obligatoire : Non

Description: Le mot de passe racine souhaité pour le serveur Citrix Hypervisor. Si aucun mot de passe n’est fourni, une invite s’affiche lors du premier démarrage du serveur.

Attributs : Vous pouvez spécifier un type qui est soit un hachage soit un texte en clair ``

Par exemple :

  <root-password type="hash">hashedpassword</root-password>
<!--NeedCopy-->

La valeur hachée peut utiliser n’importe quel type de hachage pris en charge par crypt(3) dans glibc. Le type de hachage par défaut est SHA-512.

Vous pouvez utiliser le code Python suivant pour générer une chaîne de mot de passe hachée à inclure dans le fichier de réponses :

  python -c 'import crypt; print(crypt.crypt("mypasswordhere", crypt.mksalt(crypt.METHOD_SHA512)))'
<!--NeedCopy-->

`<source>`

Obligatoire : Oui

Description: L’emplacement du support d’installation de l’hyperviseur Citrix téléchargé ou d’un pack supplémentaire. Cet élément peut apparaître plusieurs fois.

Attributs : L’attribut type peut avoir l’une des valeurs suivantes : url, nfs, ou local.

Si la valeur est locale, laissez l’élément vide. Par exemple,

  <source type="url">http://server/packages</source>
  <source type="local" />
  <source type="nfs">server:/packages</source>
<!--NeedCopy-->

`<script>`

Obligatoire : Non

Description: Où se trouve le script de post-installation.

Attributs:

L’attribut étape peut avoir l’une des valeurs suivantes : rempli par le système de fichiers, installation-startou Installation-Complète

Lorsque la valeur rempli par le système de fichiers est utilisé, le script s’exécute juste avant que le système de fichiers racine ne soit démonté (par exemple, après l’installation/la mise à niveau, les initrds déjà construits, etc.). Le script reçoit un argument qui est le point de montage du système de fichiers racine.
Lorsque la valeur installation-start est utilisée, le script s’exécute avant de démarrer la séquence d’installation principale, mais après que le programme d’installation a initialisé, chargé les pilotes et traité le fichier de réponses. Le script ne reçoit aucun argument.
Lorsque la valeur installation-complete est utilisée, le script s’exécute une fois que le programme d’installation a terminé toutes les opérations (et donc que le système de fichiers racine est démonté). Le script reçoit un argument qui a une valeur de zéro si l’installation s’est terminée avec succès et qui est différent de zéro si l’installation a échoué pour une raison quelconque.

L’attribut type peut avoir l’une des valeurs suivantes : url, nfsou local.

Si la valeur est url ou nfs, placez l’URL ou le chemin NFS dans le PCDATA. Si la valeur est locale, laissez PCDATA vide. Par exemple,

  <script stage="filesystem-populated" type="url">
      http://prehost.example.com/post-install-script
  </script>
  <script stage="installation-start" type="local">
      file:///scripts/run.sh
  </script>
  <script stage="installation-complete" type="nfs">
      server:/scripts/installation-pass-fail-script
  </script>
<!--NeedCopy-->

Remarque :

Si un fichier local est utilisé, assurez-vous que le chemin est absolu. Cela signifie généralement que le préfixe file:// est suivi d’une autre barre oblique, puis du chemin complet vers le script.

`<admin-interface>`

Obligatoire : Parfois

Remarque :

Requis lors de l’installation/réinstallation mais pas lors de la mise à niveau ou de la restauration.

Description: Interface réseau unique à utiliser comme interface d’administration de l’hôte.

Attributs:

Spécifiez l’un des attributs suivants :

nom - Le nom de votre interface réseau, par exemple eth0.
hwaddr - L’adresse MAC de votre interface réseau, par exemple 00:00:11:aa:bb:cc.

L’attribut proto peut avoir l’une des valeurs suivantes : dhcp ou static.

Si vous spécifiez proto="static", vous devez également spécifier tous ces éléments enfants :

Éléments enfants

<ipaddr>: L’adresse IP
<subnet>: Le masque de sous-réseau
<gateway>: La passerelle

`<timezone>`

Obligatoire : Non

Description : Le fuseau horaire au format utilisé par la variable TZ, par exemple Europe/Londres ou Amérique/Los_Angeles. La valeur par défaut est Etc/UTC.

`<name-server>`

Obligatoire : Non

Description : L’adresse IP d’un serveur de noms. Utilisez l’un de ces éléments pour chaque serveur de noms que vous souhaitez utiliser.

`<hostname>`

Obligatoire : Non

Description: Spécifiez cet élément si vous souhaitez définir manuellement un nom d’hôte.

`<ntp-server>`

Obligatoire : Non

Description : Spécifiez un ou plusieurs serveurs NTP.

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.

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

Installations de démarrage réseau

January 31, 2025

Contributeur:

January 31, 2025

Contributeur:

Dans cet article

Configurer votre environnement PXE et UEFI pour l’installation de Citrix Hypervisor
Créez un fichier de réponses pour l’installation PXE et UEFI sans surveillance

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