Citrix Hypervisor

Netzwerk-Boot-Installationen

February 24, 2024

Beitrag von:

Citrix Hypervisor unterstützt das Booten von Hosts im UEFI-Modus. Der UEFI-Modus bietet eine Vielzahl standardisierter Funktionen für den Bootloader und die Betriebssysteme. Mit dieser Funktion kann Citrix Hypervisor einfacher auf Hosts installiert werden, auf denen UEFI der Standardstartmodus ist.

Hinweis:

Das Legacy-DOS-Partitionslayout wird beim UEFI-Start nicht unterstützt.

UEFI Secure Boot ist für den Citrix Hypervisor-Host nicht verfügbar.

Der folgende Abschnitt enthält Informationen zum Einrichten Ihrer TFTP- und NFS-, FTP- oder HTTP-Server, um das PXE- und UEFI-Booten von Citrix Hypervisor-Serverinstallationen zu ermöglichen. Anschließend wird beschrieben, wie eine XML-Antwortdatei erstellt wird, mit der Sie unbeaufsichtigte Installationen durchführen können.

Konfigurieren Sie Ihre PXE- und UEFI-Umgebung für die Citrix Hypervisor-Installation

Bevor Sie das Citrix Hypervisor Installationsmedium einrichten, konfigurieren Sie Ihre TFTP- und DHCP-Server. Die folgenden Abschnitte enthalten Informationen zur Konfiguration Ihres TFTP-Servers für PXE- und UEFI-Booten. Konsultieren Sie die Dokumentation Ihres Anbieters für allgemeine Einrichtungsverfahren.

Hinweis:

XenServer 6.0 wurde von der MBR-Datenträgerpartitionierung zur GUID-Partitionstabelle (GPT) verschoben. Einige PXE-Bereitstellungssysteme von Drittanbietern versuchen möglicherweise, die Partitionstabelle auf der Festplatte einer Maschine zu lesen, bevor sie das Image auf dem Host bereitstellen.

Wenn das Bereitstellungssystem nicht mit dem GPT-Partitionierungsschema kompatibel ist und die Festplatte zuvor für eine Version von Citrix Hypervisor verwendet wurde, die GPT verwendet, schlägt das PXE-Bereitstellungssystem möglicherweise fehl. Eine Problemumgehung für diesen Fehler besteht darin, die Partitionstabelle auf dem Datenträger zu löschen.

Zusätzlich zu den TFTP- und DHCP-Servern benötigen Sie einen NFS-, FTP- oder HTTP-Server, um die Citrix Hypervisor Installationsdateien aufzunehmen. Diese Server können auf einem Server koexistieren oder auf verschiedene Server im Netzwerk verteilt sein.

Hinweis:

Der PXE-Start wird über ein getaggtes VLAN-Netzwerk nicht unterstützt. Stellen Sie sicher, dass das VLAN-Netzwerk, das Sie für den PXE-Start verwenden, nicht gekennzeichnet ist

Darüber hinaus muss jeder Citrix Hypervisor-Server, den Sie mit PXE booten möchten, über eine PXE-bootfähige Ethernet-Karte verfügen.

Bei den folgenden Schritten wird davon ausgegangen, dass der von Ihnen verwendete Linux-Server RPM unterstützt.

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

Erstellen Sie in Ihrem TFTP-Stammverzeichnis (z. B. /tftpboot) ein Verzeichnis mit dem Namen xenserver.
Kopieren Sie die Dateien mboot.c32 und pxelinux.0 aus dem Verzeichnis /boot/pxelinux des Installationsmediums in das TFTP-Stammverzeichnis.

Hinweis:

Wir empfehlen dringend, die Dateien mboot.c32 und pxelinux.0 aus derselben Quelle zu verwenden (z. B. von demselben Citrix Hypervisor ISO).
Kopieren Sie die folgenden Dateien vom Citrix Hypervisor-Installationsmedium in das neue Verzeichnis xenserver 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 (z. B. /tftpboot) ein Verzeichnis mit dem Namen pxelinux.cfg.
Erstellen Sie im Verzeichnis pxelinux.cfg Ihre Konfigurationsdatei mit dem Namen default.

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.

Zwei Beispielkonfigurationen sind unten aufgeführt:
- Beispiel: Unbeaufsichtigte Installation Diese Beispielkonfiguration führt eine unbeaufsichtigte Installation mithilfe der Antwortdatei unter 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, geben 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.
  
  Weitere Informationen zur Verwendung einer Antwortdatei finden Sie unter Erstellen einer Antwortdatei für die unbeaufsichtigte PXE- und UEFI-Installation.
- Beispiel: Manuelle Installation Diese Beispielkonfiguration startet eine Installation auf jedem Computer, der vom TFTP-Server bootet und manuelle Antworten 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 zum Inhalt der PXE-Konfigurationsdatei finden Sie auf der SYSLINUX-Website .

Konfigurieren Sie Ihren TFTP-Server für UEFI-Boot

So konfigurieren Sie Ihren TFTP-Server für UEFI-Boot:

Erstellen Sie im TFPT-Stammverzeichnis (z. B. /tftpboot) ein Verzeichnis mit dem Namen EFI/xenserver.
Konfigurieren Sie Ihren DHCP-Server so, dass /EFI/xenserver/grubx64.efi als Startdatei bereitgestellt wird.

Erstellen Sie eine grub.cfg-Datei. Beispiel:

Für eine Installation, die manuelle Antworten auf Eingabeaufforderungen zur Installation erfordert:

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

Für eine unbeaufsichtigte Installation, die eine Antwortdatei verwendet:

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

Weitere Informationen zur Verwendung einer Antwortdatei finden Sie unter Erstellen einer Antwortdatei für die unbeaufsichtigte PXE- und UEFI-Installation.

Kopieren Sie die Datei grub.cfg in das Verzeichnis EFI/xenserver auf dem TFTP-Server.
Kopieren Sie die folgenden Dateien vom Citrix Hypervisor-Installationsmedium in das neue Verzeichnis EFI/xenserver 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

Einzelheiten zu Ihrem spezifischen Betriebssystem finden Sie im Handbuch Ihres Serverbetriebssystems. Die Informationen hier sind ein Leitfaden, der für Red Hat, Fedora und einige andere RPM-basierte Distributionen verwendet werden kann.

So richten Sie das Citrix Hypervisor Installationsmedium auf einem HTTP-, FTP- oder NFS-Server ein:

Erstellen Sie auf dem Server ein Verzeichnis, aus dem die Citrix Hypervisor Installationsmedien über HTTP, FTP oder NFS exportiert werden können.
Kopieren Sie den gesamten Inhalt des Citrix Hypervisor Installationsmediums in das neu erstellte Verzeichnis auf dem HTTP-, FTP- oder NFS-Server. Dieses Verzeichnis ist Ihr Installationsrepository.

Hinweis:

Stellen Sie beim Kopieren des Citrix Hypervisor Installationsmediums sicher, dass Sie die Datei .treeinfo in das neu erstellte Verzeichnis kopieren.

So bereiten Sie das Zielsystem vor:

Starten Sie das System und rufen Sie das Startmenü auf (F12 in den meisten BIOS-Programmen).
Wählen Sie aus, ob Sie von Ihrer Ethernet-Karte starten
Das System startet dann PXE von der Installationsquelle, die Sie eingerichtet haben, und das Installationsskript wird gestartet. Wenn Sie eine Antwortdatei eingerichtet haben, kann die Installation unbeaufsichtigt ablaufen.

Installieren zusätzlicher Packs während der Citrix Hypervisor Installation

Zusätzliche Packs werden verwendet, um die Funktionen von Citrix Hypervisor zu ändern und zu erweitern, indem Software in der Steuerdomäne (Dom0) installiert wird. Ein OEM-Partner möchte beispielsweise Citrix Hypervisor mit einer Reihe von Verwaltungstools ausliefern, für die SNMP-Agenten installiert werden müssen. Benutzer können zusätzliche Pakete entweder während der ersten Citrix Hypervisor-Installation oder jederzeit danach hinzufügen.

Wenn Sie während der Citrix Hypervisor-Installation zusätzliche Packs installieren, entpacken Sie jedes zusätzliche Pack in ein separates Verzeichnis.

OEM-Partner haben auch die Möglichkeit, ihre zusätzlichen Packs zu den Citrix Hypervisor Installationsrepositorys hinzuzufügen, um automatisierte werkseitige Installationen zu ermöglichen.

Erstellen einer Antwortdatei für die unbeaufsichtigte PXE- und UEFI-Installation

Um Installationen unbeaufsichtigt durchzuführen, erstellen Sie eine XML-Antwortdatei. 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/citrix-hypervisor/</source>
        <post-install-script type="url">
          http://pxehost.example.com/myscripts/post-install-script
        </post-install-script>
        <admin-interface name="eth0" proto="dhcp" />
        <timezone>Europe/London</timezone>
    </installation>
<!--NeedCopy-->

Enthalten alle Knoten innerhalb eines Stammknotens mit dem Namen installation.

Hinweis:

Um Thin Provisioning zu aktivieren, geben Sie ein Attribut srtype als ext an. Wenn dieses Attribut nicht angegeben wird, ist der standardmäßige lokale Speichertyp LVM. Thin Provisioning legt den lokalen Speichertyp auf EXT4 fest und ermöglicht, dass das lokale Caching für Citrix Virtual Desktops ordnungsgemäß funktioniert. Weitere Informationen finden Sie unter Speicher.

Automatisierte Upgrades mit einer Antwortdatei

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

Stellen Sie das Attribut mode des Elements installation auf upgrade ein.
Geben Sie den Datenträger an, auf der die vorhandene Installation mit dem Element existing-installation ist.
Lassen Sie die primary-disk- und guest-disk-Elemente nicht spezifiziert.

Beispiel:

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

Referenz zur Antwortdatei

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

`<installation>`

Erforderlich? Ja

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

Eigenschaften:

Um Thin Provisioning zu aktivieren, geben Sie ein Attribut srtype als ext an. Wenn dieses Attribut nicht angegeben wird, ist der standardmäßige lokale Speichertyp LVM. Thin Provisioning legt den lokalen Speichertyp auf EXT4 fest und ermöglicht, dass das lokale Caching für Citrix Virtual Desktops ordnungsgemäß funktioniert. Weitere Informationen finden Sie unter Speicher.
Um den Installationstyp für das Upgrade zu ändern, geben Sie ein mode Attribut mit dem Wert an upgrade. Wenn dieses Attribut nicht angegeben ist, führt das Installationsprogramm eine Neuinstallation durch und überschreibt alle vorhandenen Daten auf dem Server.

`<primary-disk>`

Erforderlich? Ja

Hinweis:

Für Upgrade-Szenarien veraltet.

Beschreibung: Der Name des Speichergeräts, auf dem die Steuerdomäne installiert ist. Dieses Element entspricht der Auswahl, die im Schritt Primären Datenträger auswählen des manuellen Installationsvorgangs getroffen wurde.

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

Der Standardwert ist yes. Wenn Sie angeben no, können Sie ein Installationsszenario automatisieren, in dem kein Speicherrepository erstellt wird. In diesem Fall geben Sie keine Guest-Disk-Schlü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 jeden zusätzlichen Datenträger.

Attribute: Keine

`<keymap>`

Erforderlich? Nein

Beschreibung: Der Name der Tastenzuordnung, 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-Kennwort für den Citrix Hypervisor-Server. Wenn kein Kennwort angegeben wird, wird eine Eingabeaufforderung angezeigt, wenn der Server zum ersten Mal gebootet wird.

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

Beispiel:

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

Der Hashwert kann jeden Hashtyp 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 Hash-Kennwort-Zeichenfolge 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 des hochgeladenen Citrix Hypervisor Installationsmediums 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 ist local, lassen Sie das Element leer. 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-Install-Skript befindet.

Eigenschaften:

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 unmittelbar vor dem Aushängen des Root-Dateisystems ausgeführt (z. B. nach der Installation/dem Upgrade, wenn initrds bereits erstellt wurde usw.). Das Skript erhält ein Argument, das den Bereitstellungspunkt des Root-Dateisystems darstellt.
Wenn der Wert installation-start verwendet wird, wird das Skript vor dem Start der Hauptinstallationssequenz ausgeführt, 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 daher das Root-Dateisystem nicht eingehängt wurde). Das Skript erhält ein Argument mit dem Wert Null, wenn die Installation erfolgreich abgeschlossen wurde, und ist ungleich Null, falls die Installation aus irgendeinem Grund fehlgeschlagen ist.

Das Attribut type kann einen der folgenden Werte haben: 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 ist local, lassen Sie PCDATA leer. 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. Das bedeutet im Allgemeinen, dass auf das Präfix file:// ein weiterer Schrägstrich folgt und dann der vollständige Pfad zum Skript.

`<admin-interface>`

Erforderlich: Manchmal

Hinweis:

Erforderlich während der Installation/Neuinstallation, aber nicht während des Upgrades oder der Wiederherstellung.

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

Eigenschaften:

Geben Sie eines der folgenden Attribute an:

name - Zum Beispiel den Namen Ihrer Netzwerkschnittstelle eth0.
hwaddr - Zum Beispiel die MAC-Adresse Ihrer Netzwerkschnittstelle 00:00:11:aa:bb:cc.

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

Wenn Sie angeben proto="static", 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, das von der Variablen TZ verwendet wird, zum Beispiel Europe/London oder Amerika/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.

Die offizielle Version dieses Inhalts ist auf Englisch. Für den einfachen Einstieg wird Teil des Inhalts der Cloud Software Group Dokumentation maschinell übersetzt. Cloud Software Group hat keine Kontrolle über maschinell übersetzte Inhalte, die Fehler, Ungenauigkeiten oder eine ungeeignete Sprache enthalten können. Es wird keine Garantie, weder ausdrücklich noch stillschweigend, für die Genauigkeit, Zuverlässigkeit, Eignung oder Richtigkeit von Übersetzungen aus dem englischen Original in eine andere Sprache oder für die Konformität Ihres Cloud Software Group Produkts oder Ihres Diensts mit maschinell übersetzten Inhalten gegeben, und jegliche Garantie, die im Rahmen der anwendbaren Endbenutzer-Lizenzvereinbarung oder der Vertragsbedingungen oder einer anderen Vereinbarung mit Cloud Software Group gegeben wird, dass das Produkt oder den Dienst mit der Dokumentation übereinstimmt, gilt nicht in dem Umfang, in dem diese Dokumentation maschinell übersetzt wurde. Cloud Software Group kann nicht für Schäden oder Probleme verantwortlich gemacht werden, die durch die Verwendung maschinell übersetzter Inhalte entstehen können.

War dieser Artikel hilfreich?

Netzwerk-Boot-Installationen

February 24, 2024

Beitrag von:

February 24, 2024

Beitrag von:

In diesem Artikel

Konfigurieren Sie Ihre PXE- und UEFI-Umgebung für die Citrix Hypervisor-Installation
Erstellen einer Antwortdatei für die unbeaufsichtigte PXE- und UEFI-Installation

War dieser Artikel hilfreich?