XenServer

Andere Installationsszenarien

August 1, 2026

Beitrag von:

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, sammeln Sie die Protokolle wie in diesem Artikel beschrieben: Installationsprotokolle.

Unterstützte Startmodi

XenServer unterstützt das Booten von Hosts im UEFI- oder UEFI Secure Boot-Modus. Weitere Informationen zu Secure Boot finden Sie unter Secure Boot für XenServer 9.

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 mit PXE-Boot 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.
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, nachdem Sie sie über PXE-Boot gestartet haben, 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(#start-the-network-installation).

Hinweis:

PXE-Boot wird über ein getaggtes VLAN-Netzwerk nicht unterstützt. Stellen Sie sicher, dass das VLAN-Netzwerk, das Sie für den 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 den PXE-Boot mit UEFI. Schlagen Sie in der Dokumentation Ihres Anbieters nach, um allgemeine Einrichtungsverfahren zu erfahren.

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

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

Erstellen Sie im TFTP-Stammverzeichnis (zum Beispiel /tftpboot) ein Verzeichnis namens EFI/xenserver.
Kopieren Sie die folgenden Dateien von den XenServer-Installationsmedien in das neue Verzeichnis EFI/xenserver auf dem TFTP-Server:
- grubx64.efi aus dem Verzeichnis /EFI/xenserver
- install.img aus dem Stammverzeichnis
- vmlinuz aus dem Verzeichnis /boot
- xen.gz aus dem Verzeichnis /boot
Konfigurieren Sie Ihren DHCP-Server so, dass er /EFI/xenserver/grubx64.efi als Boot-Datei bereitstellt.
Erstellen Sie im Verzeichnis EFI/xenserver 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=<interface_name> 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=<interface_name> oder answerfile_device=<MAC> ein und geben Sie entweder den Namen der Netzwerkschnittstelle (z. B. eno12429np0) oder die MAC-Adresse des Geräts an.
  
  In Umgebungen, in denen Netzwerkadapter auf verschiedenen Hosts unterschiedlich aufgezählt werden können (z. B. bei Verwendung unterschiedlicher Hardwaregenerationen), 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 zu gewährleisten. Dieser Parameter unterstützt die Zuordnung einer bestimmten MAC-Adresse zu einem logischen Index (z. B. map_netdev=0:<MAC>).
  
  Um eine deterministische NIC-Reihenfolge zu gewährleisten, wiederholen Sie diesen Parameter für jeden erforderlichen Adapter. Sie können beispielsweise map_netdev=0:00:11:22:AA:BB:CC angeben, um eine bestimmte Hardwarezuordnung zu erzwingen.
  
  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 Dateien, die zum Starten des Installers benötigt werden, 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 davon ausgehen, dass ein virtuelles Verzeichnis verwendet wird, führen Sie die folgende Einrichtung durch:
1. Verzeichnisbrowsing für das virtuelle Verzeichnis aktivieren.
2. Stellen Sie sicher, dass die doppelte Escape-Sequenz für das virtuelle Verzeichnis aktiviert ist, bevor Sie die 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 der 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 der ISO und das Kopieren des gesamten Inhalts.
Kopieren Sie den gesamten entpackten Inhalt der 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: Erstellen Sie eine Antwortdatei für die unbeaufsichtigte Installation.
Wenn Sie PXE-Boot verwenden, um eine manuelle Installation zu starten: Starten Sie die Netzwerkinstallation.

Antwortdatei für unbeaufsichtigte Installation erstellen

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

Fügen Sie alle Knoten in einem Stammknoten namens installation ein. Beachten Sie beim Erstellen Ihrer Antwortdatei 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="<interface-name>" proto="dhcp" />
        <timezone>Europe/London</timezone>
    </installation>
<!--NeedCopy-->

Nächster Schritt: Netzwerkinstallation starten.

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 Cachings 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 lokale LVM- oder lokale EXT3/EXT4-Speichertypen 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 das Installationsprogramm eine Neuinstallation durch und überschreibt alle vorhandenen Daten auf dem Server.

`<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 wurde.

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 - Verwenden Sie die bereitgestellten NTP-Server, 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 in Verbindung mit dem Element ntp 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 ein type angeben, das entweder hash oder plaintext ist.

Zum Beispiel:

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

Der gehashte Wert kann jeden von crypt(3) in glibc unterstützten Hash-Typ verwenden. 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 haben: 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, bereits erstellten Initrds 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 vor dem Start der Hauptinstallationssequenz ausgeführt, jedoch nachdem der Installer initialisiert 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 die PCDATA ein. Wenn der Wert local ist, lassen Sie die 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 während der Installation/Neuinstallation, aber nicht während eines Upgrades oder einer 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 eno12429np0.
hwaddr – Die MAC-Adresse Ihrer Netzwerkschnittstelle, zum Beispiel 00:00:11:aa:bb:cc.

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

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

Untergeordnete Elemente

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

`<timezone>`

Erforderlich: Nein

Beschreibung: Die Zeitzone im Format der TZ-Variable, 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 installieren:

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.
Das System startet dann per PXE von der von Ihnen eingerichteten Installationsquelle, und das Installationsskript wird gestartet.
- Wenn Sie eine Antwortdatei eingerichtet haben, wird die Installation unbeaufsichtigt fortgesetzt.
- Wenn Sie sich für eine manuelle Installation entschieden haben, geben Sie die erforderlichen Informationen ein, wenn Sie dazu aufgefordert werden. Weitere Informationen finden Sie unter Installieren.

Starten 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 Typen von Boot-from-SAN-Konfigurationen werden unterstützt:

HBA und Hardware Fibre Channel
Software-Boot von iSCSI

Bevor Sie den Start von SAN in XenServer einrichten, stellen Sie sicher, dass Sie Ihr Hardware-BIOS 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 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 Festplatten-Arrays mit 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 zum Einrichten des Bootens von SAN über Hardware-Fibre-Channel oder einen HBA-Adapter erfolgt in Ihrer Netzwerkinfrastruktur, bevor Sie XenServer auf Ihren Servern installieren. Informationen zur Durchführung dieser Einrichtung finden Sie in der Dokumentation des Herstellers.

Software-Boot von iSCSI

Die Software-Boot-from-iSCSI-Funktion ermöglicht es Kunden, XenServer von SAN über iSCSI zu installieren und zu starten. Mit dieser Funktion kann XenServer auf einem von einem iSCSI-Ziel bereitgestellten LUN installiert, von diesem gestartet 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 Startdiskette kann sich auf demselben Ziel befinden, das ein 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-Verkehr verwendeten Schnittstellen getrennt sein.
Speicher (iSCSI-Ziele) müssen 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 zugewiesen sind.
Wir empfehlen, dass Sie Multipathing konfiguriert haben.

Um die Software-Boot-from-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-from-iSCSI-Funktion auf einem UEFI-Boot-Server während einer Installation von lokalen Medien

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

Nach den anfänglichen Startmeldungen wird ein GRUB-Menü angezeigt. Dieses Menü wird 5 Sekunden lang angezeigt.
Verwenden Sie die Cursortasten, um die Option install auszuwählen:
Drücken Sie die Taste e, um die Befehle vor dem Start zu bearbeiten.
Bearbeiten Sie die Zeile, die mit Folgendem beginnt:
```
module2 /EFI/xenserver/vmlinuz ...

```
Bearbeiten Sie diese Zeile mit den Cursortasten, um use_ibft am Ende einzufügen:
```
module2 /EFI/xenserver/vmlinuz ... use_ibft

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

Aktivieren Sie die 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 in den Kernelparametern 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=<interface_name> answerfile=http://<ip_address>/<path_to_answer_file> install use_ibft
    module2 /EFI/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 UEFI.

Zusatzpakete installieren

Zusatzpakete werden verwendet, um die Funktionen von XenServer zu ändern und zu erweitern, indem Software in die Steuerdomä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.

Wenn Sie Zusatzpakete während der XenServer-Installation installieren, entpacken Sie jedes Zusatzpaket in ein separates Verzeichnis auf einem Webserver.

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

Geben Sie während einer interaktiven Installation, wenn Sie zur Installation von Zusatzpaketen aufgefordert werden, 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.

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:

August 1, 2026

Beitrag von:

In diesem Artikel

Unterstützte Startmodi
Netzwerkinstallation
Starten von SAN
- HBA und Hardware-Fibre-Channel
- Software-Boot von iSCSI
Zusatzpakete installieren

War dieser Artikel hilfreich?