XenServer

Autres scénarios d’installation

April 23, 2024

Contributeur:

Outre un processus d’installation manuel standard, XenServer permet d’effectuer divers autres types d’installations, notamment les suivantes :

Installations réseau utilisant le démarrage PXE
Installations sans surveillance
Configuration de l’hôte pour qu’il démarre à partir du SAN
Configuration du multiacheminement entre hôtes

Modes de démarrage compatibles

XenServer prend en charge le démarrage des hôtes en mode de démarrage UEFI ou BIOS. Le démarrage sécurisé UEFI n’est actuellement pas disponible pour les hôtes XenServer.

Remarque :

Le démarrage des hôtes XenServer en mode BIOS est désormais obsolète. Vous pouvez toujours installer vos hôtes XenServer 8 en mode de démarrage du BIOS. Cela peut toutefois vous empêcher de mettre à niveau vos hôtes XenServer 8 vers une future version de XenServer. Nous vous recommandons d’installer vos hôtes XenServer 8 en utilisant le mode de démarrage UEFI.

Le mode de démarrage du serveur modifie la façon dont vous lancez le processus d’installation. Après le démarrage du programme d’installation, le processus d’installation est le même pour les deux modes de démarrage.

Lorsque vous mettez à niveau vos hôtes XenServer, assurez-vous que la mise à niveau utilise le même mode de démarrage que l’installation initiale.

Installation réseau

Si le serveur sur lequel vous souhaitez effectuer l’installation possède une carte Ethernet compatible avec le démarrage PXE, vous pouvez utiliser cette fonctionnalité pour effectuer une installation réseau avec un démarrage PXE.

L’utilisation du démarrage PXE pour effectuer une installation depuis le réseau implique les étapes suivantes :

Copiez les fichiers du programme d’installation sur un serveur TFTP et configurez vos serveurs TFTP et DHCP pour l’installation du démarrage PXE. La méthode à suivre dépend de votre mode de démarrage : BIOS ou UEFI.
Hébergez votre support d’installation sur NFS, FTP ou HTTP. Seuls les fichiers du programme d’installation sont accessibles depuis le serveur TFTP. Les fichiers XenServer à installer sur le serveur sont hébergés sur un serveur NFS, FTP ou HTTP. Une fois que vous avez démarré l’installation par le biais du démarrage PXE, vous pouvez également la terminer à partir du support local hébergé sur le serveur cible.
Créez un fichier de réponses pour une installation sans assistance. Vous pouvez plutôt choisir d’effectuer une installation assistée et de parcourir le programme d’installation manuellement.
Lancez le processus d’installation.

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é.

Configurez vos serveurs TFTP et DHCP

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

Configurez votre serveur TFTP pour le démarrage PXE avec le BIOS

Remarque :

Le démarrage des hôtes XenServer en mode BIOS est désormais obsolète. Nous vous recommandons d’installer vos hôtes XenServer 8 en utilisant le mode de démarrage UEFI.

Hébergez les fichiers du programme d’installation sur un serveur TFTP et configurez votre serveur TFTP pour activer le démarrage PXE avec le mode de démarrage du BIOS. Cette configuration est utilisée pour démarrer le processus d’installation.

Dans votre répertoire racine TFTP (par exemple, /tftpboot), créez un répertoire appelé xenserver.
À partir du support d’installation de XenServer, copiez les fichiers mboot.c32 et pxelinux.0 du répertoire /boot/pxelinux de votre support d’installation vers le répertoire racine TFTP.

Remarque :

Nous vous recommandons vivement d’utiliser des fichiers mboot.c32 et pxelinux.0 provenant de la même source (par exemple, du même ISO d’installation de XenServer).
À partir du support d’installation de XenServer, copiez les fichiers dans le nouveau xenserver répertoire du serveur TFTP :
- install.img depuis le répertoire racine
- vmlinuz depuis le répertoire /boot
- xen.gz depuis le 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é default.

Le contenu de ce fichier dépend de la manière dont vous souhaitez configurer votre environnement d’initialisation PXE et des valeurs adaptées à vos serveurs.
- 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 du 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, voir Création d’un fichier de réponses pour une installation sans assistance.
- Exemple : installation manuelle Cet exemple de configuration démarre une installation 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.

Étape suivante : hébergez votre support d’installation sur NFS, FTP ou HTTP. Outre les serveurs TFTP et DHCP, vous avez besoin d’un serveur NFS, FTP ou HTTP pour héberger les fichiers XenServer installés sur votre serveur.

Configurez votre serveur TFTP pour le démarrage PXE avec UEFI

Hébergez les fichiers du programme d’installation sur un serveur TFTP et configurez vos serveurs DHCP et TFTP pour activer le démarrage PXE avec le mode de démarrage UEFI. Cette configuration est utilisée pour démarrer le processus d’installation.

Dans le répertoire racine TFTP (par exemple, /tftpboot), créez un répertoire appelé EFI/xenserver.
Copiez les fichiers suivants du support d’installation XenServer vers le nouveau répertoire EFI/xenserver du serveur TFTP :
- grubx64.efi depuis le répertoire /EFI/xenserver
- install.img depuis le répertoire racine
- vmlinuz depuis le répertoire /boot
- xen.gz depuis le répertoire /boot
Configurez votre serveur DHCP pour qu’il le fournisse /EFI/xenserver/grubx64.efi en tant que fichier de démarrage.
Dans le répertoire EFI/xenserver du serveur TFTP, créez le fichier grub.cfg.

Le contenu de ce fichier dépend de la manière dont vous souhaitez configurer votre environnement d’initialisation PXE et des valeurs adaptées à vos serveurs.
- 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 :
```
 menuentry "XenServer 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
 }
 
```
  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 du 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, voir Création d’un fichier de réponses pour une installation sans assistance.
- Exemple : installation manuelle Cet exemple de configuration démarre une installation qui démarre à partir du serveur TFTP et nécessite des réponses manuelles :
```
 menuentry "XenServer 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
 }
 
```

Hébergez votre support d’installation sur NFS, FTP ou HTTP

Le serveur TFTP héberge les fichiers nécessaires au démarrage du programme d’installation, mais les fichiers à installer sont hébergés sur un serveur NFS, FTP ou HTTP.

Vous pouvez également utiliser des fichiers hébergés sur NFS, FTP ou HTTP pour terminer une installation démarrée à partir d’un support local sur votre serveur.

Sur le serveur HTTP, FTP ou NFS, créez un répertoire à partir duquel le support d’installation XenServer peut être exporté via HTTP, FTP ou NFS.
Copiez l’intégralité du contenu du support d’installation XenServer 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 XenServer, assurez-vous de copier le fichier dans le .treeinfo répertoire nouvellement créé.

Si vous utilisez IIS pour héberger le support d’installation, assurez-vous que le double échappement est activé sur IIS avant d’extraire l’ISO d’installation sur celui-ci.

Étape suivante :

Si vous effectuez une installation sans assistance : créez un fichier de réponses pour l’installation sans assistance.
Si vous utilisez le démarrage PXE pour démarrer une installation manuelle : Lancez l’installation réseau.

Création d’un fichier de réponses pour une installation sans assistance

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

Contient tous les nœuds d’un nœud racine nommé installation. Lorsque vous créez votre fichier de réponses, reportez-vous à la référence du fichier de réponses.

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/xenserver/</source>
        <script stage="filesystem-populated" type="url">
          http://pxehost.example.com/myscripts/post-install-script
        </script>
        <admin-interface name="eth0" proto="dhcp" />
        <timezone>Europe/London</timezone>
    </installation>
<!--NeedCopy-->

Étape suivante : démarrer l’installation réseau.

Mises à niveau automatisées avec un fichier de réponses

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

Définissez l’ mode attribut de l’ installation élément sur upgrade.
Spécifiez le disque sur lequel se trouve l’installation existante avec l’ existing-installation élément.
Laissez les guest-disk éléments primary-disk et 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>
    <script stage="filesystem-populated" type="url">
        http://pxehost.example.com/myscripts/post-install-script
    </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 requis sont indiqués.

`<installation>`

Requis ? Oui

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

Attributs :

srtype

L’attribut srtype peut avoir l’une des valeurs suivantes : lvm, ext ou xfs :

lvm - définissez le type de stockage local sur LVM.
ext - définissez le type de stockage local sur EXT4. Cela permet à la mise en cache locale de fonctionner correctement pour que Citrix Virtual Desktops fonctionne correctement. Pour plus d’informations, voir Stockage.
xfs - définissez le type de stockage local sur XFS. Cette option vous permet également de créer des périphériques de stockage locaux avec des blocs physiques de 4 Ko sans nécessiter une taille de bloc logique de 512 octets.

Pour activer le Thin Provisioning, vous pouvez spécifier l’attribut srtype comme ext ou xfs. Si vous ne spécifiez pas l’attribut srtype, la valeur par défaut de srtype est lvm. Si vous ne spécifiez pas l’attribut srtype, mais que vous configurez un disque natif de 4 Ko pour le stockage local dans votre fichier de réponses, la valeur par défaut est xfs.

Remarque :

Vous ne pouvez pas utiliser les types de stockage LVM locaux ou EXT3/EXT4 locaux avec des blocs physiques de 4 Ko. Si vous tentez de spécifier lvm ou ext pour l’attribut srtype lors de la configuration de blocs physiques de 4 Ko, la configuration de votre fichier de réponses est rejetée, car incompatible.

mode

Pour modifier le type d’installation à mettre à niveau, spécifiez un mode attribut avec la valeur upgrade. Si cet attribut n’est pas spécifié, le programme d’installation effectue une nouvelle installation et remplace toutes les données existantes sur le serveur.

`<driver-source>`

Requis ? Oui

Description : source d’un pack supplémentaire contenant les pilotes de périphériques à charger par le programme d’installation et à inclure après l’installation du référentiel principal.

Attributs : Aucun

`<primary-disk>`

Requis ? Oui

Remarque :

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

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

Attributs : vous pouvez spécifier un guest-storage attribut avec des valeurs possibles yes et no. Par exemple : <primary-disk guest-storage="no">sda</primary-disk>

La valeur par défaut est yes. Si vous le 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>`

Requis ? Non

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

Attributs : Aucun

`<ntp>`

Requis ? Oui

Description : Spécifie la source des serveurs NTP. Si l’élément <ntp> n’est pas spécifié, la valeur par défaut sera manual si <ntp-server>est spécifié, dhcp si vous utilisez DHCP, sinon default.

Attributs :

L’attribut source peut avoir l’une des valeurs suivantes : dhcp, default, manual ou none

dhcp - utiliser des serveurs NTP depuis DHCP
default - utiliser les serveurs NTP par défaut
manual - utiliser les serveurs NTP fournis, dans ce cas au moins une <ntp-server>entrée doit être spécifiée
none - NTP est désactivé

Si sourceest dhcp, default ou none, ne spécifiez pas <ntp-server>.

`<ntp-server>`

Requis ? Non

Description : Spécifie un ou plusieurs serveurs NTP. À utiliser uniquement avec l’élément ntp et l’attribut manual.

Attributs : Aucun

`<keymap>`

Requis ? Non

Description : Nom du mappage 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 aucune valeur pour cet élément.

Attributs : Aucun

`<root-password>`

Obligatoire : Non

Description : le mot de passe root souhaité pour l’hôte XenServer. Si aucun mot de passe n’est fourni, une invite s’affiche lors du premier démarrage de l’hôte.

Attributs : Vous pouvez spécifier un attribut type qui est hash ou plaintext

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) in 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 : emplacement du support d’installation de XenServer chargé ou d’un pack supplémentaire. Cet élément peut se produire plusieurs fois.

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

Si la valeur est local, 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 stage peut prendre l’une des valeurs suivantes : filesystem-populatedinstallation-start, ou installation-complete.

Lorsque la valeur filesystem-populated est utilisée, le script s’exécute juste avant le démontage du système de fichiers racine (par exemple, après l’installation/la mise à niveau, initrds est déjà créé, 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 une fois que le programme d’installation a initialisé, chargé tous 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 le système de fichiers racine est démonté). Le script reçoit un argument dont la valeur est zéro si l’installation s’est terminée correctement, et qui est différent de zéro si l’installation a échoué pour une raison quelconque.

L’attribut type peut prendre l’une des valeurs suivantes : urlnfs, ou local.

Si la valeur est url ou nfs, placez l’URL ou le chemin NFS dans le fichier PCDATA. Si la valeur est local, laissez le champ 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 d’accès est absolu. Cela signifie généralement que le file:// préfixe est suivi d’une autre barre oblique, puis du chemin d’accès complet au script.

`<admin-interface>`

Obligatoire : Parfois

Remarque :

Nécessaire lors de l’installation/de la 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 :

name - 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 prendre l’une des valeurs suivantes : dhcp ou static.

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

Elé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.

Démarrez l’installation réseau

Après avoir configuré les serveurs réseau requis pour une installation de démarrage PXE, effectuez les étapes suivantes sur le serveur sur lequel vous effectuez l’installation :

Démarrez le système et entrez dans le menu de démarrage (F12 dans la plupart des programmes du BIOS).
Sélectionnez cette option pour démarrer à partir de votre carte Ethernet.
Le système démarre ensuite au format 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 se déroule sans surveillance.
- Si vous avez décidé de procéder à une installation manuelle, fournissez des informations lorsque vous y êtes invité. Pour de plus amples informations, consultez la section Installer.

Démarrage à partir d’un SAN

Les environnements de démarrage à partir du SAN offrent plusieurs avantages, notamment des performances élevées, la redondance et la consolidation de l’espace. Dans ces environnements, le disque de démarrage se trouve sur un SAN distant et non sur l’hôte local.

Les types de configuration Boot-from-SAN suivants sont pris en charge :

HBA et matériel Fibre Channel
Logiciel FCoE (obsolète)
Démarrage du logiciel depuis iSCSI

Pour un environnement de démarrage à partir du SAN entièrement redondant, vous devez configurer plusieurs chemins pour l’accès aux E/S. Pour plus d’informations, voir Activer le multiacheminement.

HBA et matériel Fibre Channel

Ce type de déploiement de démarrage à partir d’un SAN repose sur des baies de disques basées sur le SAN dotées d’un support matériel Fibre Channel ou d’un adaptateur HBA iSCSI sur l’hôte. L’hôte communique avec le SAN via un adaptateur de bus hôte (HBA). Le BIOS du HBA contient les instructions qui permettent à l’hôte de trouver le disque de démarrage.

Toute la configuration pour configurer le démarrage à partir d’un SAN via du matériel Fibre Channel ou un adaptateur HBA est effectuée dans votre infrastructure réseau avant d’installer XenServer sur vos serveurs. Pour plus d’informations sur la procédure à suivre pour effectuer cette configuration, consultez la documentation fournie par le fournisseur.

Une fois votre infrastructure réseau correctement configurée, activez le multipathing sur vos serveurs pendant le processus d’installation de XenServer. Pour plus d’informations, voir Activer le multiacheminement. Procédez à l’installation comme d’habitude.

Logiciel FCoE (obsolète)

Vous pouvez démarrer un hôte XenServer à partir d’un SAN FCoE à l’aide d’une pile logicielle FCoE.

Pour ce type de déploiement Boot from SAN, avant d’installer votre hôte XenServer, effectuez manuellement la configuration requise pour exposer un LUN à l’hôte. Cette configuration manuelle inclut la configuration de la structure de stockage et l’attribution de LUN au nom mondial public (PWWN) de votre SAN. Une fois cette configuration terminée, le LUN disponible est monté sur le CNA de l’hôte en tant que périphérique SCSI. Le périphérique SCSI peut ensuite être utilisé pour accéder au LUN comme s’il s’agissait d’un périphérique SCSI connecté localement. Lorsque vous configurez le fabric FCoE, n’utilisez pas le VLAN 0. L’hôte XenServer ne trouve pas le trafic qui se trouve sur le VLAN 0.

Pour plus d’informations sur la configuration du commutateur physique et de la baie pour prendre en charge FCoE, consultez la documentation fournie par le fournisseur.

Lors d’une installation manuelle de XenServer, vous avez la possibilité de configurer des classes de stockage avancées sur l’écran de configuration de XenServer sur l’écran Welcome to XenServer . Appuyez sur F10 et suivez les instructions affichées à l’écran pour configurer le logiciel FCoE.

Démarrage du logiciel depuis iSCSI

La fonctionnalité Software-Boot-from-iSCSI permet aux clients d’installer et de démarrer XenServer depuis un SAN à l’aide du protocole iSCSI. Grâce à cette fonctionnalité, XenServer peut être installé, démarré et exécuté à partir d’un LUN fourni par une cible iSCSI. La cible iSCSI est spécifiée dans le tableau du microprogramme de démarrage iSCSI. Cette fonctionnalité permet de connecter le disque racine via iSCSI. Ce disque de démarrage peut être situé sur la même cible qui fournit un SR.

Pour utiliser cette fonctionnalité, assurez-vous que votre environnement répond aux exigences suivantes :

La ou les interfaces réseau dédiées au démarrage iSCSI doivent être distinctes des interfaces de gestion et des interfaces utilisées pour le trafic des machines virtuelles.
Le stockage (cibles iSCSI) doit se trouver sur un réseau de couche 3 (IP) distinct de toutes les autres interfaces réseau avec des adresses IP sur l’hôte.
N’utilisez pas de VLAN balisé pour les interfaces réseau dédiées aux cibles de démarrage iSCSI.
Nous vous recommandons d’activer le multiacheminement sur vos serveurs.

Pour configurer la fonctionnalité Software-Boot-from-iSCSI, vous devez ajouter le paramètre à vos paramètres de démarrage. use_ibft La façon dont vous ajoutez ce paramètre dépend de votre mode de démarrage et du type d’installation que vous effectuez.

Activer la fonctionnalité de démarrage logiciel depuis iSCSI sur un serveur de démarrage UEFI lors d’une installation à partir d’un support local

Démarrez l’ordinateur à partir du support d’installation. Pour plus d’informations, consultez Installer l’hôte XenServer.

Après les premiers messages de démarrage, un menu GRUB apparaît. Ce menu s’affiche pendant 5 secondes.
Utilisez les touches du curseur pour sélectionner une option d’installation :
- Pour un LUN à chemin unique, sélectionnez installer.
- Pour un LUN multipath, sélectionnez multipath (recommandé).
Appuyez sur la e touche pour modifier les commandes avant de démarrer.
Modifiez la ligne commençant par ce qui suit :
```
module2 /EFI/xenserver/vmlinuz ...

```
À l’aide des touches du curseur, modifiez cette ligne pour inclure use_ibft à la fin :
```
module2 /EFI/xenserver/vmlinuz ... use_ibft

```
Appuyez sur Entrée.
Poursuivez le processus d’installation de votre hôte XenServer normalement.

Activez la fonctionnalité de démarrage logiciel depuis iSCSI sur un serveur de démarrage du BIOS lors d’une installation à partir d’un support local

Remarque :

Le démarrage des hôtes XenServer en mode BIOS est désormais obsolète. Nous vous recommandons d’installer vos hôtes XenServer 8 en utilisant le mode de démarrage UEFI.

Démarrez l’ordinateur à partir du support d’installation. Pour plus d’informations, consultez Installer l’hôte XenServer.

Après les premiers messages de démarrage, l’écran de bienvenue sur XenServer s’ affiche.
À l’invite de démarrage, entrez menu.c32.
Utilisez les touches du curseur pour sélectionner une option d’installation :
- Pour un LUN à chemin unique, sélectionnez installer.
- Pour un LUN multipath, sélectionnez multipath.
Appuyez sur la touche Tab.
Modifiez la ligne se terminant par ce qui suit :
```
---  /install.img

```
À l’aide des touches fléchées, modifiez cette ligne comme suit :
```
use_ibft ---  /install.img

```
Appuyez sur Entrée.
Poursuivez le processus d’installation de votre hôte XenServer normalement.

Activer la fonctionnalité de démarrage logiciel depuis iSCSI sur un serveur de démarrage UEFI lors d’une installation de démarrage PXE

Lors de l’installation à l’aide de PXE, assurez-vous d’ajouter le mot-clé use_ibft dans les paramètres du noyau. Si le multiacheminement est requis, vous devez ajouter device_mapper_multipath=enabled.

Par exemple :

menuentry "XenServer 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 use_ibft device_mapper_multipath=enabled
    module2 /EFI/xenserver/install.img
    }
<!--NeedCopy-->

Pour plus d’informations sur la configuration du démarrage PXE, voir Configurer votre serveur TFTP pour le démarrage PXEavec UEFI.

Activez la fonctionnalité de démarrage logiciel depuis iSCSI sur un serveur de démarrage du BIOS lors d’une installation de démarrage PXE

Remarque :

Le démarrage des hôtes XenServer en mode BIOS est désormais obsolète. Nous vous recommandons d’installer vos hôtes XenServer 8 en utilisant le mode de démarrage UEFI.

Lors de l’installation à l’aide de PXE, assurez-vous d’ajouter le mot-clé use_ibft dans les paramètres du noyau. Si vous utilisez le multipathing (recommandé), vous devez ajouter device_mapper_multipath=enabled.

Par exemple :

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> \
    use_ibft device_mapper_multipath=enabled ---  xenserver/install.img
<!--NeedCopy-->

Pour plus d’informations sur la configuration du démarrage PXE, voir Configurer votre serveur TFTP pour le démarrage PXEavec le BIOS.

Activer le multiacheminement

Pour un environnement de démarrage à partir du SAN entièrement redondant, vous devez configurer plusieurs chemins pour l’accès aux E/S. Pour ce faire, assurez-vous que le support multipath est activé sur le périphérique racine.

Pour savoir si le multipath est disponible pour votre environnement SAN, consultez votre fournisseur de stockage ou votre administrateur.

Avertissement :

Les paramètres de chemins multiples ne sont pas hérités pendant le processus de mise à niveau. Lors de la mise à niveau à l’aide de l’ISO ou du démarrage réseau, suivez les mêmes instructions que celles utilisées dans le processus d’installation suivant pour vous assurer que la configuration multipath est correcte.

Si plusieurs chemins sont disponibles, activez le multiacheminement dans votre déploiement XenServer lors de l’initialisation du processus d’installation. La manière dont vous activez le multiacheminement dépend de votre mode de démarrage et du type d’installation que vous effectuez.

Activer le multiacheminement sur un serveur de démarrage UEFI lors d’une installation manuelle

Démarrez l’ordinateur à partir du support d’installation. Pour plus d’informations, consultez Installer l’hôte XenServer.

Après les premiers messages de démarrage, un menu GRUB apparaît. Ce menu s’affiche pendant 5 secondes.
Dans le menu GRUB, choisissez multipath et appuyez sur Entrée.

Le processus d’installation de XenServer configure l’hôte XenServer, qui démarre à partir d’un SAN distant avec le multiacheminement activé.

Activer le multipathing sur un serveur de démarrage du BIOS lors d’une installation manuelle

Remarque :

Le démarrage des hôtes XenServer en mode BIOS est désormais obsolète. Nous vous recommandons d’installer vos hôtes XenServer 8 en utilisant le mode de démarrage UEFI.

Démarrez l’ordinateur à partir du support d’installation. Pour plus d’informations, consultez Installer l’hôte XenServer.

Après les premiers messages de démarrage, l’écran de bienvenue sur XenServer s’ affiche.
Sur l’écran de bienvenue, appuyez sur F2 pour sélectionner Installation avancée .
À l’invite de démarrage, entrez multipath.

Le processus d’installation de XenServer configure l’hôte XenServer, qui démarre à partir d’un SAN distant avec le multiacheminement activé.

Activer le multiacheminement sur un serveur de démarrage UEFI lors d’une installation sans assistance

Pour activer le multiacheminement du système de fichiers lors de l’installation de PXE, ajoutez-le device_mapper_multipath=enabled à votre fichier de configuration.

Par exemple :

menuentry "XenServer 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 use_ibft device_mapper_multipath=enabled
    module2 /EFI/xenserver/install.img
    }
<!--NeedCopy-->

Pour plus d’informations sur la configuration du démarrage PXE, voir Configurer votre serveur TFTP pour le démarrage PXEavec UEFI.

Activer le multipathing sur un serveur de démarrage du BIOS lors d’une installation sans assistance

Remarque :

Le démarrage des hôtes XenServer en mode BIOS est désormais obsolète. Nous vous recommandons d’installer vos hôtes XenServer 8 en utilisant le mode de démarrage UEFI.

Pour activer le multiacheminement du système de fichiers lors de l’installation de PXE, ajoutez-le device_mapper_multipath=enabled à votre fichier de configuration.

Par exemple :

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> \
    device_mapper_multipath=enabled \
    install ---  xenserver/install.img
<!--NeedCopy-->

Pour plus d’informations sur la configuration du démarrage PXE, voir Configurer votre serveur TFTP pour le démarrage PXEavec le BIOS.

Installer des packs supplémentaires

Des packs supplémentaires sont utilisés pour modifier et étendre les fonctionnalités de XenServer en installant des logiciels dans le domaine de contrôle (dom0). Par exemple, un partenaire OEM peut souhaiter fournir à XenServer un ensemble d’outils de gestion nécessitant l’installation d’agents SNMP. Vous pouvez installer un pack supplémentaire soit lors de l’installation initiale de XenServer, soit à tout moment par la suite sur une instance XenServer en cours d’exécution.

Lorsque vous installez des packs supplémentaires lors de l’installation de XenServer, décompressez chaque pack supplémentaire dans un répertoire distinct sur un serveur Web.

Vous pouvez installer le pack supplémentaire de l’une des manières suivantes :

Au cours d’une installation interactive, lorsque vous êtes invité à installer des packs supplémentaires, spécifiez l’URL du support du pack supplémentaire.
Si vous utilisez un fichier de réponses pour votre installation, ajoutez un <source> élément supplémentaire pour spécifier l’emplacement du pack supplémentaire.

Installation des disques pilotes

Vous pouvez installer un disque pilote à l’aide de l’une des méthodes suivantes :

En utilisant XenCenter (recommandé)
Lors d’une installation propre de XenServer
À l’aide de l’interface de ligne de commande xe

Pour plus d’informations sur l’installation d’un disque pilote à l’aide de XenCenter, voir Installer des disques pilotes. Pour plus d’informations sur l’installation d’un disque de pilotes lors d’une nouvelle installation de XenServer, consultez la section Installation de l’hôte XenServer.

Après avoir installé le pilote, redémarrez votre serveur pour que la nouvelle version du pilote prenne effet. Comme pour toute mise à jour logicielle, nous vous conseillons de sauvegarder vos données avant d’installer un disque pilote.

Installation d’un disque pilote à l’aide de l’interface de ligne de commande xe

Procédez comme suit pour installer le disque du pilote à distance à l’aide de l’interface de ligne de commande xe :

Téléchargez le disque du pilote vers un emplacement connu sur un ordinateur sur lequel l’interface de ligne de commande xe distante est installée.
Extrayez le contenu du fichier zip.

Pour l’étape suivante, assurez-vous d’utiliser l’ISO du pilote et non l’ISO contenant les fichiers sources.
Téléchargez le disque du pilote :
```
xe [connection_parameters] update-upload file-name=

```
L’UUID du disque du pilote est renvoyé une fois le téléchargement terminé.

Appliquez le disque du pilote :

xe [connection_parameters] update-apply uuid=
<!--NeedCopy-->

Pour terminer l’installation, redémarrez l’hôte. Le pilote ne prend effet qu’après le redémarrage de l’hôte.

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 ?

Autres scénarios d’installation

April 23, 2024

Contributeur:

April 23, 2024

Contributeur:

Dans cet article

Modes de démarrage compatibles
Installation réseau
Démarrage à partir d’un SAN
Installer des packs supplémentaires
Installation des disques pilotes
- Installation d’un disque pilote à l’aide de l’interface de ligne de commande xe

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