XenServer

Andere Installationsszenarien

August 1, 2026

Beitrag von:

X X

Zusätzlich zu einem standardmäßigen manuellen Installationsprozess bietet XenServer® die Möglichkeit, verschiedene andere Arten von Installationen durchzuführen, darunter die folgenden:

Netzwerkinstallationen mit PXE-Boot
Unbeaufsichtigte Installationen
Einrichten des Hosts zum Booten von SAN
Konfigurieren des Host-Multipathings

Wenn bei der Installation Probleme auftreten, erfassen Sie die Protokolle wie in diesem Artikel beschrieben: Installationsprotokolle.

Unterstützte Startmodi

XenServer unterstützt das Booten von Hosts entweder im UEFI- oder im BIOS-Bootmodus. UEFI Secure Boot ist derzeit für XenServer-Hosts nicht verfügbar.

Hinweis:

Das Booten von XenServer-Hosts im BIOS-Modus ist jetzt veraltet. Sie können Ihre XenServer 8.4-Hosts weiterhin im BIOS-Bootmodus installieren. Dies kann Sie jedoch daran hindern, Ihre XenServer 8.4-Hosts auf eine zukünftige Version von XenServer zu aktualisieren. Wir empfehlen Ihnen, Ihre XenServer 8.4-Hosts im UEFI-Bootmodus zu installieren.

Der Server-Bootmodus ändert die Art und Weise, wie Sie den Installationsprozess initiieren. Nachdem der Installer gestartet wurde, ist der Installationsprozess für beide Bootmodi derselbe.

Stellen Sie beim Upgrade Ihrer XenServer-Hosts sicher, dass das Upgrade denselben Bootmodus wie die Erstinstallation verwendet.

Netzwerkinstallation

Wenn der Server, auf dem Sie installieren möchten, über eine PXE-Boot-fähige Ethernet-Karte verfügt, können Sie diese Funktion für eine Netzwerkinstallation mit PXE-Boot verwenden.

Die Installation über das Netzwerk mithilfe des PXE-Starts umfasst die folgenden Schritte:

Kopieren Sie die Installationsdateien auf einen TFTP-Server und konfigurieren Sie Ihre TFTP- und DHCP-Server für die PXE-Boot-Installation. Die Methode hierfür hängt von Ihrem Startmodus ab: BIOS oder UEFI.
Hosten Sie Ihre Installationsmedien auf NFS, FTP oder HTTP. Nur die Installationsdateien werden vom TFTP-Server abgerufen. Die auf dem Server zu installierenden XenServer-Dateien werden auf einem NFS-, FTP- oder HTTP-Server gehostet. Alternativ können Sie die Installation nach dem Start über PXE-Boot von lokalen Medien auf dem Zielserver abschließen.
(Optional)Erstellen Sie eine Antwortdatei für die unbeaufsichtigte Installation. Sie können stattdessen eine beaufsichtigte Installation durchführen und den Installer manuell durchlaufen.
Starten Sie den Installationsvorgang.

Hinweis:

PXE-Boot wird über ein getaggtes VLAN-Netzwerk nicht unterstützt. Stellen Sie sicher, dass das VLAN-Netzwerk, das Sie für PXE-Boot verwenden, ungetaggt ist.

Konfigurieren Sie Ihre TFTP- und DHCP-Server

Bevor Sie die XenServer-Installationsmedien einrichten, konfigurieren Sie Ihre TFTP- und DHCP-Server. Die folgenden Abschnitte enthalten Informationen zur Konfiguration Ihres TFTP-Servers für PXE-Boot mit BIOS oder UEFI. Konsultieren Sie die Dokumentation Ihres Anbieters für allgemeine Einrichtungsprozeduren.

Konfigurieren Sie Ihren TFTP-Server für PXE-Boot mit BIOS

Hinweis:

Das Booten von XenServer-Hosts im BIOS-Modus ist jetzt veraltet. Wir empfehlen, Ihre XenServer 8.4-Hosts im UEFI-Boot-Modus zu installieren.

Hosten Sie die Installationsdateien auf einem TFTP-Server und konfigurieren Sie Ihren TFTP-Server, um PXE-Boot mit dem BIOS-Boot-Modus zu ermöglichen. Diese Konfiguration wird verwendet, um den Installationsvorgang zu starten.

Erstellen Sie in Ihrem TFTP-Stammverzeichnis (z. B. /tftpboot) ein Verzeichnis namens xenserver.
Kopieren Sie von den XenServer-Installationsmedien die Dateien mboot.c32 und pxelinux.0 aus dem Verzeichnis /boot/pxelinux Ihrer Installationsmedien in das TFTP-Stammverzeichnis.

Hinweis:

Wir empfehlen dringend, mboot.c32- und pxelinux.0-Dateien aus derselben Quelle (zum Beispiel von derselben XenServer-Installations-ISO) zu verwenden.
Kopieren Sie die Dateien von den XenServer-Installationsmedien in das neue xenserver-Verzeichnis auf dem TFTP-Server:
- install.img aus dem Stammverzeichnis
- vmlinuz aus dem /boot-Verzeichnis
- xen.gz aus dem /boot-Verzeichnis
Erstellen Sie im TFTP-Stammverzeichnis (zum Beispiel /tftpboot) ein Verzeichnis namens pxelinux.cfg.
Erstellen Sie im pxelinux.cfg-Verzeichnis Ihre Konfigurationsdatei namens default.

Der Inhalt dieser Datei hängt davon ab, wie Sie Ihre PXE-Boot-Umgebung konfigurieren möchten, und von den Werten, die für Ihre Server geeignet sind.
- Beispiel: Unbeaufsichtigte Installation Diese Beispielkonfiguration führt eine unbeaufsichtigte Installation unter Verwendung der Antwortdatei an der angegebenen URL durch:
```
     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
 
```
  Hinweis:
  
  Um anzugeben, welcher Netzwerkadapter zum Abrufen der Antwortdatei verwendet werden soll, fügen Sie den Parameter answerfile_device=ethX oder answerfile_device=MAC hinzu und geben Sie entweder die Ethernet-Gerätenummer oder die MAC-Adresse des Geräts an.
  
  In Umgebungen, in denen Netzwerkadapter auf verschiedenen Hosts unterschiedlich aufgelistet werden können (zum Beispiel bei der Verwendung unterschiedlicher Hardware-Generationen), können Sie den Boot-Parameter map_netdev angeben, um die logische Reihenfolge der Netzwerkadapter basierend auf der MAC-Adresse explizit zu steuern.
  
  Der Parameter map_netdev muss als Installer-Boot-Parameter angegeben werden und wird häufig bei unbeaufsichtigten Installationen verwendet, um eine konsistente Reihenfolge der Netzwerkadapter auf allen Hosts sicherzustellen. Dieser Parameter unterstützt die Zuordnung einer bestimmten MAC-Adresse zu einem Gerätenamen (z. B. map_netdev=eth0:<MAC>).
  
  Um eine deterministische NIC-Reihenfolge sicherzustellen, wiederholen Sie diesen Parameter für jeden erforderlichen Adapter. Sie können zum Beispiel map_netdev=eth0:00:11:22:AA:BB:CC verwenden, um eine bestimmte Hardware-Zuordnung zu erzwingen und zu verhindern, dass sich Adapternamen basierend auf der Hardware-Erkennungsreihenfolge ändern.
  
  Weitere Informationen zur Verwendung einer Antwortdatei finden Sie unter Eine Antwortdatei für die unbeaufsichtigte Installation erstellen.
- Beispiel: Manuelle Installation Diese Beispielkonfiguration startet eine Installation, die vom TFTP-Server bootet und manuelle Eingaben erfordert:
```
     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
 
```
Weitere Informationen zu den Inhalten der PXE-Konfigurationsdatei finden Sie auf der SYSLINUX Website.

Nächster Schritt: Installationsmedien auf NFS, FTP oder HTTP hosten. Zusätzlich zu den TFTP- und DHCP-Servern benötigen Sie einen NFS-, FTP- oder HTTP-Server, um die XenServer-Dateien zu speichern, die auf Ihrem Server installiert werden.

TFTP-Server für PXE-Boot mit UEFI konfigurieren

Hosten Sie die Installationsdateien auf einem TFTP-Server und konfigurieren Sie Ihre DHCP- und TFTP-Server, um PXE-Boot mit UEFI-Boot-Modus zu ermöglichen. Diese Konfiguration wird verwendet, um den Installationsprozess zu starten.

Erstellen Sie im TFTP-Stammverzeichnis (z. B. /tftpboot), ein Verzeichnis namens EFI/xenserver.
Kopieren Sie die folgenden Dateien von den XenServer-Installationsmedien in das neue EFI/xenserver Verzeichnis auf dem TFTP-Server:
- grubx64.efi aus dem /EFI/xenserver Verzeichnis
- install.img aus dem Stammverzeichnis
- vmlinuz aus dem /boot Verzeichnis
- xen.gz aus dem /boot Verzeichnis
Konfigurieren Sie Ihren DHCP-Server so, dass er /EFI/xenserver/grubx64.efi als Boot-Datei bereitstellt.
Erstellen Sie im EFI/xenserver Verzeichnis auf dem TFTP-Server die Datei grub.cfg.

Der Inhalt dieser Datei hängt davon ab, wie Sie Ihre PXE-Boot-Umgebung konfigurieren möchten und welche Werte für Ihre Server geeignet sind.
- Beispiel: Unbeaufsichtigte Installation Diese Beispielkonfiguration führt eine unbeaufsichtigte Installation unter Verwendung der Antwortdatei an der angegebenen URL durch:
```
 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
 }
 
```
  Hinweis:
  
  Um anzugeben, welcher Netzwerkadapter zum Abrufen der Antwortdatei verwendet werden soll, fügen Sie den Parameter answerfile_device=ethX oder answerfile_device=MAC ein und geben Sie entweder die Ethernet-Gerätenummer oder die MAC-Adresse des Geräts an.
  
  In Umgebungen, in denen Netzwerkadapter auf verschiedenen Hosts unterschiedlich aufgelistet werden können (z. B. bei Verwendung unterschiedlicher Hardwaregenerationen), können Sie den Bootparameter map_netdev angeben, um die logische Reihenfolge der Netzwerkadapter basierend auf der MAC-Adresse explizit zu steuern.
  
  Der Parameter map_netdev muss als Installer-Bootparameter angegeben werden und wird häufig bei unbeaufsichtigten Installationen verwendet, um eine konsistente Reihenfolge der Netzwerkadapter auf allen Hosts sicherzustellen. Dieser Parameter unterstützt die Zuordnung einer bestimmten MAC-Adresse zu einem Gerätenamen (z. B. map_netdev=eth0:<MAC>).
  
  Um eine deterministische NIC-Reihenfolge zu gewährleisten, wiederholen Sie diesen Parameter für jeden erforderlichen Adapter. Sie können beispielsweise map_netdev=eth0:00:11:22:AA:BB:CC, um eine bestimmte Hardwarezuordnung zu erzwingen und zu verhindern, dass sich Adapternamen basierend auf der Hardware-Erkennungsreihenfolge ändern.
  
  Weitere Informationen zur Verwendung einer Antwortdatei finden Sie unter Erstellen einer Antwortdatei für die unbeaufsichtigte Installation.
- Beispiel: Manuelle Installation Diese Beispielkonfiguration startet eine Installation, die vom TFTP-Server bootet und manuelle Eingaben erfordert:
```
 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
 }
 
```

Nächster Schritt: Hosten Sie Ihre Installationsmedien auf NFS, FTP oder HTTP. Zusätzlich zu den TFTP- und DHCP-Servern benötigen Sie einen NFS-, FTP- oder HTTP-Server, um die XenServer-Dateien zu hosten, die auf Ihrem Server installiert werden.

Hosten Sie Ihre Installationsmedien auf NFS, FTP oder HTTP

Der TFTP-Server hostet die zum Starten des Installers benötigten Dateien, aber die zu installierenden oder für ein Upgrade zu verwendenden Dateien werden auf einem NFS-, FTP- oder HTTP-Server gehostet.

Sie können auch auf NFS, FTP oder HTTP gehostete Dateien verwenden, um eine Installation oder ein Upgrade abzuschließen, das von lokalen Medien auf Ihrem Server gestartet wurde.

Erstellen Sie auf dem HTTP-, FTP- oder NFS-Server ein Verzeichnis, aus dem die XenServer-Installationsmedien über HTTP, FTP oder NFS exportiert werden können.
Wenn Sie IIS zum Hosten der Installationsmedien verwenden und ein virtuelles Verzeichnis angenommen wird, führen Sie die folgende Einrichtung durch:
1. Aktivieren Sie die Verzeichnisdurchsuchung für das virtuelle Verzeichnis.
2. Stellen Sie sicher, dass die doppelte Maskierung für das virtuelle Verzeichnis aktiviert ist, bevor Sie das Installations-ISO darauf entpacken.
3. Konfigurieren Sie die folgenden erforderlichen MIME-Typen
  1. . als application/octet-stream
  2. .* als application/octet-stream
  Die folgende web.config-Datei demonstriert diese Werte, die für ein virtuelles Verzeichnis konfiguriert sind
```
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <security>
            <requestFiltering allowDoubleEscaping="true" />
        </security>
        <directoryBrowse enabled="true" showFlags="Date, Time, Size, Extension, LongDate" />
        <staticContent>
            <mimeMap fileExtension="." mimeType="application/octet-stream" />
            <mimeMap fileExtension=".*" mimeType="application/octet-stream" />
        </staticContent>
    </system.webServer>
</configuration>

```
Entpacken Sie den Inhalt des XenServer-Installations-ISO. Sie können dies auf eine der folgenden Arten tun:
- Durch die Verwendung einer ISO-Dekomprimierungsanwendung, wie z. B. 7-zip.
- Durch das Einbinden des ISO und das Kopieren des gesamten Inhalts.
Kopieren Sie den gesamten entpackten Inhalt des XenServer-Installations-ISO in das neu erstellte Verzeichnis auf dem HTTP-, FTP- oder NFS-Server. Dieses Verzeichnis ist Ihr Installations-Repository.

Hinweis:

Stellen Sie beim Kopieren der XenServer-Installationsmedien sicher, dass Sie die Datei .treeinfo in das neu erstellte Verzeichnis kopieren.

Nächster Schritt:

Wenn Sie eine unbeaufsichtigte Installation durchführen: Antwortdatei für unbeaufsichtigte Installation erstellen.
Wenn Sie PXE-Boot verwenden, um eine manuelle Installation zu starten: Netzwerkinstallation starten.

Antwortdatei für unbeaufsichtigte Installation erstellen

Um Installationen unbeaufsichtigt durchzuführen, erstellen Sie eine XML-Antwortdatei.

Fassen Sie alle Knoten in einem Stammknoten namens installation zusammen. Beim Erstellen Ihrer Antwortdatei lesen Sie die Antwortdateireferenz.

Hier ist ein Beispiel für eine Antwortdatei:

<?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-->

Nächster Schritt: Starten der Netzwerkinstallation.

Automatisierte Upgrades mit einer Antwortdatei

Sie können auch automatisierte Upgrades durchführen, indem Sie die Antwortdatei entsprechend ändern.

Setzen Sie das Attribut mode des Elements installation auf upgrade.
Geben Sie die Festplatte, auf der sich die vorhandene Installation befindet, mit dem Element existing-installation an.
Lassen Sie die Elemente primary-disk und guest-disk unspezifiziert.

Zum Beispiel:

<?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-->

Antwortdateireferenz

Im Folgenden finden Sie eine Zusammenfassung der Elemente. Alle Knotenwerte sind Text, sofern nicht anders angegeben. Erforderliche Elemente sind gekennzeichnet.

`<installation>`

Erforderlich? Ja

Beschreibung: Das Stammelement, das alle anderen Elemente enthält.

Attribute:

srtype

Das Attribut srtype kann einen der folgenden Werte haben: lvm, ext oder xfs:

lvm – legt den lokalen Speichertyp auf LVM fest.
ext – legt den lokalen Speichertyp auf EXT4 fest. Dies ermöglicht die ordnungsgemäße Funktion des lokalen Caching für Citrix Virtual Desktops. Weitere Informationen finden Sie unter Speicher.
xfs – legt den lokalen Speichertyp auf XFS fest. Diese Option ermöglicht es Ihnen auch, lokale Speichergeräte mit 4 KB physischen Blöcken zu erstellen, ohne eine logische Blockgröße von 512 Byte zu benötigen.

Um Thin Provisioning zu aktivieren, können Sie das Attribut srtype als ext oder xfs angeben. Wenn Sie das Attribut srtype nicht angeben, ist der Standardwert für srtype lvm. Wenn Sie das Attribut srtype nicht angeben, aber eine native 4-KB-Festplatte für den lokalen Speicher in Ihrer Antwortdatei konfigurieren, ist der Standardwert xfs.

Hinweis:

Sie können die Speichertypen Local LVM oder Local EXT3/EXT4 nicht mit 4 KB physischen Blöcken verwenden. Wenn Sie versuchen, lvm oder ext für das Attribut srtype anzugeben, während Sie 4 KB physische Blöcke konfigurieren, wird Ihre Antwortdateikonfiguration als inkompatibel abgelehnt.

mode

Um den Installationstyp auf Upgrade zu ändern, geben Sie ein Attribut mode mit dem Wert upgrade an. Wenn dieses Attribut nicht angegeben wird, führt der Installer eine Neuinstallation durch und überschreibt alle vorhandenen Daten auf dem Server.

`<driver-source>`

Erforderlich? Ja

Beschreibung: Die Quelle eines Zusatzpakets, das Gerätetreiber enthält, die vom Installer geladen und nach der Installation des Haupt-Repositorys hinzugefügt werden sollen.

Attribute: Keine

`<primary-disk>`

Erforderlich? Ja

Hinweis:

Veraltet für Upgrade-Szenarien.

Beschreibung: Der Name des Speichergeräts, auf dem die Steuerdomäne installiert ist. Dieses Element entspricht der Auswahl, die im Schritt Primäre Festplatte auswählen des manuellen Installationsprozesses getroffen wird.

Attribute: Sie können ein guest-storage-Attribut mit den möglichen Werten yes und no angeben. Zum Beispiel: <primary-disk guest-storage="no">sda</primary-disk>

Der Standardwert ist yes. Wenn Sie no angeben, können Sie ein Installationsszenario automatisieren, bei dem kein Speicher-Repository erstellt wird. Geben Sie in diesem Fall keine Gast-Festplattenschlüssel an.

`<guest-disk>`

Erforderlich? Nein

Beschreibung: Der Name eines Speichergeräts, das zum Speichern von Gästen verwendet werden soll. Verwenden Sie eines dieser Elemente für jede zusätzliche Festplatte.

Attribute: Keine

`<ntp>`

Erforderlich? Ja

Beschreibung: Gibt die Quelle für NTP-Server an. Wenn das Element <ntp> nicht angegeben ist, ist der Standardwert manual, wenn <ntp-server> angegeben ist, dhcp, wenn DHCP verwendet wird, andernfalls default.

Attribute:

Das Attribut source kann einen der folgenden Werte haben: dhcp, default, manual oder none.

dhcp – NTP-Server von DHCP verwenden
default – Standard-NTP-Server verwenden
manual – angegebene NTP-Server verwenden, in diesem Fall muss mindestens ein <ntp-server>-Eintrag angegeben werden
none – NTP ist deaktiviert

Wenn source dhcp, default oder none ist, geben Sie <ntp-server> nicht an.

`<ntp-server>`

Erforderlich? Nein

Beschreibung: Gibt einen oder mehrere NTP-Server an. Nur mit dem ntp-Element und dem Attribut manual zu verwenden.

Attribute: Keine

`<keymap>`

Erforderlich? Nein

Beschreibung: Der Name der Tastaturbelegung, die während der Installation verwendet werden soll. <keymap>us</keymap> Der Standardwert us wird berücksichtigt, wenn Sie keinen Wert für dieses Element angeben.

Attribute: Keine

`<root-password>`

Erforderlich: Nein

Beschreibung: Das gewünschte Root-Passwort für den XenServer-Host. Wenn kein Passwort angegeben wird, wird beim ersten Start des Hosts eine Eingabeaufforderung angezeigt.

Attribute: Sie können einen type angeben, der entweder hash oder plaintext ist.

Zum Beispiel:

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

Der gehashte Wert kann jeden Hash-Typ verwenden, der von crypt(3) in glibc unterstützt wird. Der Standard-Hash-Typ ist SHA-512.

Sie können den folgenden Python-Code verwenden, um eine gehashte Passwortzeichenfolge zu generieren, die in die Antwortdatei aufgenommen werden soll:

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

`<source>`

Erforderlich: Ja

Beschreibung: Der Speicherort der hochgeladenen XenServer-Installationsmedien oder eines Supplemental Packs. Dieses Element kann mehrfach vorkommen.

Attribute: Das Attribut type kann einen der folgenden Werte haben: url, nfs oder local.

Wenn der Wert local ist, lassen Sie das Element leer. Zum Beispiel:

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

`<script>`

Erforderlich: Nein

Beschreibung: Wo sich das Post-Installationsskript befindet.

Attribute:

Das Attribut stage kann einen der folgenden Werte annehmen: filesystem-populated, installation-start oder installation-complete.

Wenn der Wert filesystem-populated verwendet wird, wird das Skript ausgeführt, kurz bevor das Root-Dateisystem ausgehängt wird (z. B. nach der Installation/dem Upgrade, wenn die Initrds bereits erstellt wurden usw.). Das Skript erhält ein Argument, das der Einhängepunkt des Root-Dateisystems ist.
Wenn der Wert installation-start verwendet wird, wird das Skript ausgeführt, bevor die Hauptinstallationssequenz beginnt, aber nachdem das Installationsprogramm initialisiert, alle Treiber geladen und die Antwortdatei verarbeitet hat. Das Skript erhält keine Argumente.
Wenn der Wert installation-complete verwendet wird, wird das Skript ausgeführt, nachdem das Installationsprogramm alle Vorgänge abgeschlossen hat (und somit das Root-Dateisystem ausgehängt ist). Das Skript erhält ein Argument, das den Wert Null hat, wenn die Installation erfolgreich abgeschlossen wurde, und einen Wert ungleich Null, wenn die Installation aus irgendeinem Grund fehlgeschlagen ist.

Das Attribut type kann einen der folgenden Werte annehmen: url, nfs oder local.

Wenn der Wert url oder nfs ist, geben Sie die URL oder den NFS-Pfad in den PCDATA ein. Wenn der Wert local ist, lassen Sie den PCDATA leer. Zum Beispiel,

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

Hinweis:

Wenn eine lokale Datei verwendet wird, stellen Sie sicher, dass der Pfad absolut ist. Dies bedeutet im Allgemeinen, dass dem Präfix file:// ein weiterer Schrägstrich und dann der vollständige Pfad zum Skript folgt.

`<admin-interface>`

Erforderlich: Manchmal

Hinweis:

Erforderlich bei Installation/Neuinstallation, aber nicht bei Upgrade oder Wiederherstellung.

Beschreibung: Die einzelne Netzwerkschnittstelle, die als Host-Administrationsschnittstelle verwendet werden soll.

Attribute:

Geben Sie eines der folgenden Attribute an:

name – Der Name Ihrer Netzwerkschnittstelle, zum Beispiel eth0.
hwaddr – Die MAC-Adresse Ihrer Netzwerkschnittstelle, zum Beispiel 00:00:11:aa:bb:cc.

Das Attribut proto kann einen der folgenden Werte haben: dhcp oder static.

Wenn Sie proto="static" angeben, müssen Sie auch alle diese Kindelemente angeben:

Kindelemente

<ipaddr>: Die IP-Adresse
<subnet>: Die Subnetzmaske
<gateway>: Das Gateway

`<timezone>`

Erforderlich: Nein

Beschreibung: Die Zeitzone im Format der TZ-Variablen, zum Beispiel Europe/London oder America/Los_Angeles. Der Standardwert ist Etc/UTC.

`<name-server>`

Erforderlich: Nein

Beschreibung: Die IP-Adresse eines Nameservers. Verwenden Sie eines dieser Elemente für jeden Nameserver, den Sie verwenden möchten.

`<hostname>`

Erforderlich: Nein

Beschreibung: Geben Sie dieses Element an, wenn Sie einen Hostnamen manuell festlegen möchten.

`<ntp-server>`

Erforderlich: Nein

Beschreibung: Geben Sie einen oder mehrere NTP-Server an.

Netzwerkinstallation starten

Nachdem Sie die für eine PXE-Boot-Installation erforderlichen Netzwerkserver eingerichtet haben, führen Sie die folgenden Schritte auf dem Server aus, auf dem Sie die Installation vornehmen:

Starten Sie das System und rufen Sie das Boot-Menü auf (F12 in den meisten BIOS-Programmen).
Wählen Sie den Start von Ihrer Ethernet-Karte aus.
Das System startet dann per PXE von der von Ihnen eingerichteten Installationsquelle, und das Installationsskript beginnt.
- Wenn Sie eine Antwortdatei eingerichtet haben, wird die Installation unbeaufsichtigt fortgesetzt.
- Wenn Sie sich für eine manuelle Installation entschieden haben, geben Sie die angeforderten Informationen ein. Weitere Informationen finden Sie unter Installieren.

Boot von SAN

Boot-from-SAN-Umgebungen bieten mehrere Vorteile, darunter hohe Leistung, Redundanz und Speicherkonsolidierung. In diesen Umgebungen befindet sich die Startdiskette auf einem Remote-SAN und nicht auf dem lokalen Host.

Die folgenden Arten der Boot-from-SAN-Konfiguration werden unterstützt:

HBA und Hardware Fibre Channel
Software FCoE (veraltet)
Software-Boot von iSCSI

Bevor Sie den Boot von SAN in XenServer einrichten, stellen Sie sicher, dass Sie das BIOS Ihrer Hardware so konfiguriert haben, dass diese Funktion aktiviert ist. Weitere Informationen finden Sie in der Dokumentation Ihres Hardwareanbieters.

Für eine vollständig redundante Boot-from-SAN-Umgebung müssen Sie mehrere Pfade für den E/A-Zugriff konfigurieren. Weitere Informationen finden Sie unter Multipathing aktivieren.

Hinweis:

Bei der Verwendung einer Boot-from-SAN-Umgebung wird dringend empfohlen, das Senden von Protokollen an einen Remote-Syslog-Server zu aktivieren. Siehe Syslog-Nachrichten an einen zentralen Server senden. Wenn Remote-Syslog nicht aktiviert ist und ein Systemfehler zum Verlust des Zugriffs auf die Startdiskette führt, kann es sehr schwierig sein, die zugrunde liegende Ursache zu ermitteln, und der technische Support kann ohne diese Protokolle möglicherweise keine Unterstützung leisten.

HBA und Hardware Fibre Channel

Diese Art der Boot-from-SAN-Bereitstellung hängt von SAN-basierten Disk-Arrays mit entweder Hardware Fibre Channel oder HBA iSCSI-Adapterunterstützung auf dem Host ab. Der Host kommuniziert mit dem SAN über einen Host Bus Adapter (HBA). Das BIOS des HBA enthält die Anweisungen, die es dem Host ermöglichen, die Startdiskette zu finden.

Die gesamte Konfiguration zur Einrichtung des Boot von SAN über Hardware Fibre Channel oder einen HBA-Adapter wird in Ihrer Netzwerkinfrastruktur vorgenommen, bevor Sie XenServer auf Ihren Servern installieren. Informationen zur Durchführung dieser Einrichtung finden Sie in der Dokumentation des Anbieters.

Nachdem Ihre Netzwerkinfrastruktur korrekt eingerichtet ist, aktivieren Sie Multipathing auf Ihren Servern während des XenServer-Installationsprozesses. Weitere Informationen finden Sie unter Multipathing aktivieren. Fahren Sie mit der Installation wie gewohnt fort.

Software FCoE (veraltet)

Sie können einen XenServer-Host von einem FCoE-SAN mithilfe eines Software-FCoE-Stacks starten.

Für diese Art der Boot-from-SAN-Bereitstellung müssen Sie vor der Installation Ihres XenServer-Hosts die erforderliche Konfiguration manuell abschließen, um eine LUN für den Host verfügbar zu machen. Diese manuelle Konfiguration umfasst die Konfiguration des Speicher-Fabric und die Zuweisung von LUNs zum Public Worldwide Name (PWWN) Ihres SAN. Nach Abschluss dieser Konfiguration wird die verfügbare LUN als SCSI-Gerät an die CNA des Hosts gemountet. Das SCSI-Gerät kann dann verwendet werden, um auf die LUN zuzugreifen, als wäre es ein lokal angeschlossenes SCSI-Gerät. Wenn Sie das FCoE-Fabric konfigurieren, verwenden Sie nicht VLAN 0. Der XenServer-Host kann keinen Datenverkehr finden, der sich auf VLAN 0 befindet.

Informationen zur Konfiguration des physischen Switches und des Arrays zur Unterstützung von FCoE finden Sie in der Dokumentation des Anbieters.

Während einer manuellen Installation von XenServer haben Sie auf dem Bildschirm Willkommen beim XenServer-Setup die Möglichkeit, erweiterte Speichertypen einzurichten. Drücken Sie F10 und folgen Sie den Anweisungen auf dem Bildschirm, um Software-FCoE einzurichten.

Software-Boot von iSCSI

Die Software-Boot-von-iSCSI-Funktion ermöglicht es Kunden, XenServer von SAN über iSCSI zu installieren und zu booten. Mit dieser Funktion kann XenServer auf einem LUN, der von einem iSCSI-Ziel bereitgestellt wird, installiert, gebootet und ausgeführt werden. Das iSCSI-Ziel wird in der iSCSI Boot Firmware Table angegeben. Diese Funktion ermöglicht es, die Root-Disk über iSCSI anzuschließen. Diese Boot-Disk kann sich auf demselben Ziel befinden, das auch einen SR bereitstellt.

Um diese Funktion zu nutzen, stellen Sie sicher, dass Ihre Umgebung die folgenden Anforderungen erfüllt:

Die Netzwerkschnittstelle oder -schnittstellen, die für den iSCSI-Boot vorgesehen sind, müssen von den Verwaltungsschnittstellen und den für den VM-Datenverkehr verwendeten Schnittstellen getrennt sein.
Der Speicher (iSCSI-Ziele) muss sich in einem separaten Layer 3 (IP)-Netzwerk befinden, getrennt von allen anderen Netzwerkschnittstellen mit IP-Adressen auf dem Host.
Verwenden Sie kein getaggtes VLAN für die Netzwerkschnittstellen, die den iSCSI-Boot-Zielen gewidmet sind.
Wir empfehlen, Multipathing auf Ihren Servern zu aktivieren.

Um die Software-Boot-von-iSCSI-Funktion zu konfigurieren, müssen Sie den use_ibft Parameter zu Ihren Boot-Parametern hinzufügen. Wie Sie diesen Parameter hinzufügen, hängt von Ihrem Boot-Modus und der Art der Installation ab, die Sie durchführen.

Aktivieren der Software-Boot-von-iSCSI-Funktion auf einem UEFI-Boot-Server während einer Installation von lokalen Medien

Starten Sie den Computer von den Installationsmedien. Weitere Informationen finden Sie unter XenServer-Host installieren.

Nach den anfänglichen Boot-Meldungen sehen Sie ein GRUB-Menü. Dieses Menü wird 5 Sekunden lang angezeigt.
Verwenden Sie die Cursortasten, um eine Installationsoption auszuwählen:
- Für einen Single-Path-LUN wählen Sie install aus.
- Für einen Multipath-LUN wählen Sie multipath aus (empfohlen).
Drücken Sie die Taste e, um die Befehle vor dem Booten zu bearbeiten.
Bearbeiten Sie die Zeile, die mit Folgendem beginnt:
```
module2 /EFI/xenserver/vmlinuz ...

```
Verwenden Sie die Cursortasten, um diese Zeile so zu bearbeiten, dass use_ibft am Ende enthalten ist:
```
module2 /EFI/xenserver/vmlinuz ... use_ibft

```
Drücken Sie Enter.
Fahren Sie mit der Installation Ihres XenServer-Hosts wie gewohnt fort.

Aktivieren Sie die Software-Boot-from-iSCSI-Funktion auf einem BIOS-Boot-Server während einer Installation von lokalen Medien

Hinweis:

Das Booten von XenServer-Hosts im BIOS-Modus ist jetzt veraltet. Wir empfehlen, Ihre XenServer 8.4-Hosts im UEFI-Boot-Modus zu installieren.

Starten Sie den Computer von den Installationsmedien. Weitere Informationen finden Sie unter Installieren des XenServer-Hosts.

Nach den anfänglichen Startmeldungen sehen Sie den Bildschirm Welcome to XenServer.
Geben Sie an der Boot-Eingabeaufforderung menu.c32 ein.
Verwenden Sie die Cursortasten, um eine Installationsoption auszuwählen:
- Für einen Single-Path-LUN wählen Sie install aus.
- Wählen Sie für eine LUN mit mehreren Pfaden multipath.
Drücken Sie die Tabulatortaste.
Bearbeiten Sie die Zeile, die mit Folgendem endet:
```
---  /install.img

```
Bearbeiten Sie diese Zeile mit den Cursortasten, sodass sie lautet:
```
use_ibft ---  /install.img

```
Drücken Sie die Eingabetaste.
Fahren Sie mit der Installation Ihres XenServer-Hosts wie gewohnt fort.

Aktivieren der Software-Boot-from-iSCSI-Funktion auf einem UEFI-Boot-Server während einer PXE-Boot-Installation

Stellen Sie bei der Installation über PXE sicher, dass Sie das Schlüsselwort use_ibft zu den Kernel-Parametern hinzufügen. Wenn Multipathing erforderlich ist, müssen Sie device_mapper_multipath=enabled hinzufügen.

Zum Beispiel:

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

Weitere Informationen zum Einrichten des PXE-Starts finden Sie unter Konfigurieren Ihres TFTP-Servers für den PXE-Start mit UEFI.

Aktivieren der Software-Boot-from-iSCSI-Funktion auf einem BIOS-Boot-Server während einer PXE-Boot-Installation

Hinweis:

Das Booten von XenServer-Hosts im BIOS-Modus ist jetzt veraltet. Wir empfehlen, Ihre XenServer 8.4-Hosts im UEFI-Boot-Modus zu installieren.

Stellen Sie bei der Installation über PXE sicher, dass Sie das Schlüsselwort use_ibft zu den Kernel-Parametern hinzufügen. Wenn Multipathing verwendet wird (empfohlen), müssen Sie device_mapper_multipath=enabled hinzufügen.

Zum Beispiel:

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

Weitere Informationen zum Einrichten des PXE-Starts finden Sie unter Konfigurieren Sie Ihren TFTP-Server für den PXE-Start mit BIOS.

Multipathing aktivieren

Für eine vollständig redundante Boot-from-SAN-Umgebung müssen Sie mehrere Pfade für den I/O-Zugriff konfigurieren. Stellen Sie dazu sicher, dass das Root-Gerät Multipath-Unterstützung aktiviert hat.

Informationen darüber, ob Multipath für Ihre SAN-Umgebung verfügbar ist, erhalten Sie von Ihrem Speicheranbieter oder Administrator.

Warnung:

Multipath-Einstellungen werden während des Upgrade-Vorgangs nicht übernommen. Wenn Sie mit ISO oder Netzwerk-Boot aktualisieren, befolgen Sie die gleichen Anweisungen wie im folgenden Installationsprozess, um sicherzustellen, dass multipath korrekt konfiguriert ist.

Wenn Sie mehrere Pfade zur Verfügung haben, aktivieren Sie Multipathing in Ihrer XenServer-Bereitstellung während der Initialisierung des Installationsprozesses. Wie Sie Multipathing aktivieren, hängt von Ihrem Boot-Modus und der Art der Installation ab, die Sie durchführen.

Multipathing auf einem UEFI-Boot-Server während einer manuellen Installation aktivieren

Starten Sie den Computer vom Installationsmedium. Weitere Informationen finden Sie unter XenServer-Host installieren.

Nach den anfänglichen Startmeldungen sehen Sie ein GRUB-Menü. Dieses Menü wird 5 Sekunden lang angezeigt.
Wählen Sie im GRUB-Menü multipath und drücken Sie die Eingabetaste.

Der XenServer-Installationsprozess konfiguriert den XenServer-Host, der von einem Remote-SAN mit aktiviertem Multipathing startet.

Multipathing auf einem BIOS-Boot-Server während einer manuellen Installation aktivieren

Hinweis:

Das Booten von XenServer-Hosts im BIOS-Modus ist jetzt veraltet. Wir empfehlen, Ihre XenServer 8.4-Hosts im UEFI-Boot-Modus zu installieren.

Starten Sie den Computer vom Installationsmedium. Weitere Informationen finden Sie unter XenServer-Host installieren.

Nach den anfänglichen Startmeldungen sehen Sie den Bildschirm Willkommen bei XenServer.
Drücken Sie auf dem Willkommensbildschirm F2, um die erweiterte Installation auszuwählen.
Geben Sie an der Boot-Eingabeaufforderung multipath ein.

Der XenServer-Installationsprozess konfiguriert den XenServer-Host, der von einem Remote-SAN mit aktiviertem Multipathing bootet.

Multipathing auf einem UEFI-Boot-Server während einer unbeaufsichtigten Installation aktivieren

Um Dateisystem-Multipathing während der PXE-Installation zu aktivieren, fügen Sie device_mapper_multipath=enabled zu Ihrer Konfigurationsdatei hinzu.

Zum Beispiel:

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

Weitere Informationen zum Einrichten des PXE-Boots finden Sie unter Konfigurieren Sie Ihren TFTP-Server für den PXE-Boot mit UEFI.

Multipathing auf einem BIOS-Boot-Server während einer unbeaufsichtigten Installation aktivieren

Hinweis:

Das Booten von XenServer-Hosts im BIOS-Modus ist jetzt veraltet. Wir empfehlen, Ihre XenServer 8.4-Hosts im UEFI-Boot-Modus zu installieren.

Um Dateisystem-Multipathing während der PXE-Installation zu aktivieren, fügen Sie device_mapper_multipath=enabled zu Ihrer Konfigurationsdatei hinzu.

Zum Beispiel:

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

Weitere Informationen zum Einrichten des PXE-Starts finden Sie unter Konfigurieren Sie Ihren TFTP-Server für den PXE-Start mit BIOS.

Zusatzpakete installieren

Zusatzpakete werden verwendet, um die Funktionen von XenServer zu ändern und zu erweitern, indem Software in die Kontrolldomäne (dom0) installiert wird. Ein OEM-Partner möchte XenServer beispielsweise möglicherweise mit einer Reihe von Verwaltungstools ausliefern, die die Installation von SNMP-Agenten erfordern. Sie können ein Zusatzpaket entweder während der ersten XenServer-Installation oder jederzeit danach auf einer laufenden XenServer-Instanz installieren.

Beim Installieren von Zusatzpaketen während der XenServer-Installation entpacken Sie jedes Zusatzpaket in ein separates Verzeichnis auf einem Webserver.

Sie können das Zusatzpaket auf eine der folgenden Arten installieren:

Während einer interaktiven Installation, wenn Sie aufgefordert werden, Zusatzpakete zu installieren, geben Sie die URL zu den Zusatzpaketmedien an.
Wenn Sie eine Antwortdatei für Ihre Installation verwenden, fügen Sie ein zusätzliches <source>-Element hinzu, um den Speicherort des Zusatzpakets anzugeben.

Treiber-Disks installieren

Sie können eine Treiber-Disk mit einer der folgenden Methoden installieren:

Mithilfe von XenCenter® (empfohlen)
Während einer sauberen XenServer-Installation
Mithilfe der xe CLI

Informationen zum Installieren einer Treiber-Disk mithilfe von XenCenter finden Sie unter Treiber-Disks installieren. Informationen zum Installieren einer Treiber-Disk während einer sauberen XenServer-Installation finden Sie unter Den XenServer-Host installieren.

Starten Sie nach der Treiberinstallation Ihren Server neu, damit die neue Version des Treibers wirksam wird. Wie bei jedem Software-Update raten wir Ihnen, Ihre Daten zu sichern, bevor Sie eine Treiber-Disk installieren.

Installieren einer Treiber-Disk mithilfe der xe CLI

Führen Sie die folgenden Schritte aus, um die Treiber-Disk remote mithilfe der xe CLI zu installieren:

Laden Sie die Treiber-Disk an einen bekannten Speicherort auf einem Computer herunter, auf dem die remote xe CLI installiert ist.
Extrahieren Sie den Inhalt der Zip-Datei.

Stellen Sie für den nächsten Schritt sicher, dass Sie die Treiber-ISO und nicht die ISO verwenden, die die Quelldateien enthält.
Laden Sie die Treiber-Disk hoch:
```
xe [connection_parameters] update-upload file-name=

```
Die UUID der Treiber-Disk wird zurückgegeben, wenn der Upload abgeschlossen ist.

Wenden Sie die Treiber-Disk an:

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

Um die Installation abzuschließen, starten Sie den Host neu. Der Treiber wird erst wirksam, nachdem der Host neu gestartet wurde.

Die offizielle Version dieser Produktdokumentation ist in englischer Sprache verfasst. Nicht-englische Versionen wurden ausschließlich zu Ihrer Bequemlichkeit verfasst und können maschinell übersetzte Inhalte enthalten. Weitere Informationen finden Sie im Haftungsausschluss zur maschinellen Übersetzung (Machine Translation Disclaimer) auf Cloud Software Group home.

War dieser Artikel hilfreich?

Andere Installationsszenarien

August 1, 2026

Beitrag von:

X X

August 1, 2026

Beitrag von:

X X

In diesem Artikel

Unterstützte Startmodi
Netzwerkinstallation
Boot von SAN
Zusatzpakete installieren
Treiber-Disks installieren
- Installieren einer Treiber-Disk mithilfe der xe CLI

War dieser Artikel hilfreich?