Citrix Hypervisor

Boot-Installationen über das Netzwerk

Wichtig:

Citrix Hypervisor 8.2 Kumulatives Update 1 wird am 25. Juni 2025 End of Life. Planen Sie jetzt Ihr Upgrade auf XenServer 8, um einen reibungslosen Übergang und kontinuierlichen Support zu gewährleisten. Weitere Informationen finden Sie unter Upgrade.

Wenn Sie Ihre Citrix Virtual Apps and Desktops-Lizenzdateien verwenden, um Ihre Citrix Hypervisor 8.2 Cumulative Update 1-Hosts zu lizenzieren, sind diese Lizenzdateien nicht mit XenServer 8 kompatibel. Vor dem Upgrade müssen Sie XenServer Premium Edition-Socket-Lizenzdateien für die Verwendung mit XenServer 8 erwerben. Diese Socket-Lizenzdateien sind als Berechtigung für die Abonnements Citrix für Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP und Citrix Platform License für die Ausführung Ihrer Citrix-Workloads verfügbar. Citrix-Kunden, die noch nicht auf diese neuen Abonnements umgestiegen sind, können die Teilnahme an einer kostenlosen Aktion für 10.000 XenServer Premium Edition-Socket-Lizenzen anfordern. Weitere Informationen finden Sie unter XenServer (Englisch).

Wenn Sie vor dem Upgrade keine kompatible Lizenz für XenServer 8 erhalten, werden Ihre Hosts beim Upgrade auf die 90-Tage-Testversion zurückgesetzt. Die Testversion bietet die gleichen Funktionen wie die Premium Edition, jedoch mit einigen Einschränkungen. Weitere Informationen finden Sie unter Übersicht über die XenServer 8-Lizenzierung.

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, bei 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 PXE- und UEFI-Booten von Citrix Hypervisor-Serverinstallationen zu aktivieren. Anschließend wird beschrieben, wie Sie eine XML-Antwortdatei erstellen, mit der Sie unbeaufsichtigte Installationen durchführen können.

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

Bevor Sie das Citrix Hypervisor-Installationsmedium einrichten, konfigurieren Sie Ihre TFTP- und DHCP-Server. Die folgenden Abschnitte enthalten Informationen zum Konfigurieren des TFTP-Servers für den PXE- und UEFI-Start. Allgemeine Einrichtungsverfahren finden Sie in der Dokumentation Ihres Anbieters.

Hinweis:

XenServer 6.0 wurde von der MBR-Festplattenpartitionierung auf die GUID-Partitionstabelle (GPT) umgestellt. Einige PXE-Bereitstellungssysteme von Drittanbietern versuchen möglicherweise, die Partitionstabelle auf der Festplatte eines Computers zu lesen vor Bereitstellen des Images auf dem Host.

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 zu speichern. Diese Server können auf einem Server nebeneinander existieren oder auf verschiedene Server im Netzwerk verteilt sein.

Hinweis:

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

Darüber hinaus muss jeder Citrix Hypervisor-Server, den Sie per PXE starten 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 über RPM-Unterstützung verfügt.

Konfigurieren des TFTP-Servers für den PXE-Start

  1. Erstellen Sie in Ihrem TFTP-Stammverzeichnis (z. B. /tftpboot) ein Verzeichnis mit dem Namen xenserver.

  2. Kopieren Sie die Datei mboot.c32 und pxelinux.0 Dateien aus dem /boot/pxelinux Verzeichnis Ihres Installationsmediums in das TFTP-Stammverzeichnis.

    Hinweis:

    Wir empfehlen dringend die Verwendung mboot.c32 und pxelinux.0 Dateien aus derselben Quelle (z. B. von derselben Citrix Hypervisor-ISO).

  3. Kopieren Sie die folgenden Dateien vom Citrix Hypervisor-Installationsmedium auf das neue Xenserver auf dem TFTP-Server:

    • install.img aus dem Stammverzeichnis
    • vmlinuz aus dem Verzeichnis /boot
    • xen.gz aus dem Verzeichnis /boot
  4. Erstellen Sie im TFTP-Stammverzeichnis (z. B. /tftpboot) ein Verzeichnis mit dem Namen pxelinux.cfg.

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

    Im Folgenden sind zwei Beispielkonfigurationen 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
       <!--NeedCopy-->
      

      Hinweis:

      Um anzugeben, welcher Netzwerkadapter zum Abrufen der Antwortdatei verwendet werden soll, schließen 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 einem beliebigen Rechner, der vom TFTP-Server gestartet wird 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
       <!--NeedCopy-->
      

    Weitere Informationen zum Inhalt der PXE-Konfigurationsdatei finden Sie auf der SYSLINUX -Website.

Konfigurieren des TFTP-Servers für den UEFI-Start

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

  1. Im TFPT-Stammverzeichnis (z. B. /tftpboot), erstellen Sie ein Verzeichnis mit dem Namen EFI/Xenserver.

  2. Konfigurieren Sie Ihren DHCP-Server so, dass er /EFI/xenserver/grubx64.efi als Startdatei bereitstellt.

  3. Schaffen grub.cfg Datei. Beispiel:

    • Für eine Installation, die manuelle Antworten auf Installationsaufforderungen 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.

  4. Kopieren grub.cfg Datei nach EFI/Xenserver auf dem TFTP-Server.

  5. Kopieren Sie die folgenden Dateien vom Citrix Hypervisor-Installationsmedium auf das neue 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

Weitere Informationen zu Ihrem spezifischen Betriebssystem finden Sie im Handbuch des Serverbetriebssystems. Bei den hier aufgeführten Informationen handelt es sich um eine Anleitung, die 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:

  1. Erstellen Sie auf dem Server ein Verzeichnis, aus dem die Citrix Hypervisor-Installationsmedien über HTTP, FTP oder NFS exportiert werden können.

  2. 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 Installations-Repository.

    Hinweis:

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

So bereiten Sie das Zielsystem vor:

  1. Starten Sie das System und rufen Sie das Boot-Menü auf (F12 in den meisten BIOS-Programmen).

  2. Wählen Sie den Bootvorgang von Ihrer Ethernet-Karte aus.

  3. Das System startet dann per PXE von der Installationsquelle, die Sie eingerichtet haben, und das Installationsskript wird gestartet. Wenn Sie eine Antwortdatei eingerichtet haben, kann die Installation unbeaufsichtigt fortgesetzt werden.

Installieren Sie Supplemental Packs während der Installation von Citrix Hypervisor

Supplemental Packs werden verwendet, um die Funktionen von Citrix Hypervisor zu ändern und zu erweitern, indem Software in der Steuerungsdomäne (Dom0) installiert wird. Beispielsweise möchte ein OEM-Partner 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 Erstinstallation von Citrix Hypervisor oder jederzeit danach hinzufügen.

Wenn Sie während der Installation von Citrix Hypervisor zusätzliche Pakete installieren, entpacken Sie jedes zusätzliche Paket in ein separates Verzeichnis.

Es gibt auch Möglichkeiten für OEM-Partner, ihre ergänzenden Pakete zu den Citrix Hypervisor-Installationsrepositorys hinzuzufügen, um automatisierte Werksinstallationen 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 eine Beispielantwortdatei:

  <?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 eine srtype Attribut als Extern. Wenn dieses Attribut nicht angegeben ist, ist der standardmäßige lokale Speichertyp LVM. Thin Provisioning legt den lokalen Speichertyp auf EXT4 fest und ermöglicht die ordnungsgemäße Funktion des lokalen Caching für Citrix Virtual Desktops. Weitere Informationen finden Sie unter Lagerung.

Automatisierte Upgrades mit einer Antwortdatei

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

  1. Setzen Sie das Attribut Modus des Elements Installation auf Upgrade.
  2. Geben Sie mit dem Element existing-installation die Festplatte an, auf der sich die vorhandene Installation befindet.
  3. Lassen Sie die Elemente Primärfestplatte und Gastfestplatte unspezifiziert.

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

Antwortdateiverweis

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

Merkmale:

  • Um Thin Provisioning zu aktivieren, geben Sie eine srtype Attribut als Extern. Wenn dieses Attribut nicht angegeben ist, ist der standardmäßige lokale Speichertyp LVM. Thin Provisioning legt den lokalen Speichertyp auf EXT4 fest und ermöglicht die ordnungsgemäße Funktion des lokalen Caching für Citrix Virtual Desktops. Weitere Informationen finden Sie unter Lagerung.
  • Um den Installationstyp auf „Upgrade“ zu ändern, geben Sie ein Attribut mode mit dem Wert upgradean. 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 wird.

Attribute: Sie können ein Gastspeicher-Attribut mit den möglichen Werten ja und neinangeben. Zum Beispiel: &lt;primary-disk guest-storage="no"&gt;sda&lt;/primary-disk&gt;

Der Standardwert ist ja. Wenn Sie neinangeben, können Sie ein Installationsszenario automatisieren, bei dem kein Speicher-Repository erstellt wird. Geben Sie in diesem Fall keine Gastfestplattenschlüssel an.

<guest-disk>

Erforderlich? Nein

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

Attribute: Keine

<keymap>

Erforderlich? Nein

Beschreibung: Der Name der während der Installation zu verwendenden Tastenbelegung. &lt;keymap&gt;us&lt;/keymap&gt; Der Standardwert us wird berücksichtigt, wenn Sie für dieses Element keinen Wert 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 beim ersten Booten des Servers eine Eingabeaufforderung angezeigt.

Attribute: Sie können einen Typ angeben, der entweder Hash oder Klartextist

Beispiel:

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

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

Mit dem folgenden Python-Code können Sie eine gehashte Kennwortzeichenfolge 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 Zusatzpakets. Dieses Element kann mehrfach vorkommen.

Attribute: Das Attribut Typ kann einen der folgenden Werte haben: url, nfsoder local.

Wenn der Wert lokalist, 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-Install-Skript befindet.

Merkmale:

Das Attribut Bühne kann einen der folgenden Werte annehmen: Dateisystem bevölkert, Installation-Startoder Installation-komplett

  • Wenn der Wert Dateisystem bevölkert verwendet wird, wird das Skript kurz vor dem Aushängen des Root-Dateisystems ausgeführt (z. B. nach der Installation/Upgrade, bereits erstellte initrds usw.). Das Skript erhält als Argument den Einhängepunkt des Root-Dateisystems.

  • 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 wurde. Das Skript empfängt 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 ausgehängt wurde). Das Skript erhält ein Argument mit dem Wert Null, wenn die Installation erfolgreich abgeschlossen wurde, und ungleich Null, wenn die Installation aus irgendeinem Grund fehlgeschlagen ist.

Das Attribut Typ kann einen der folgenden Werte haben: URL, NFSoder lokal.

Wenn der Wert url oder nfsist, geben Sie die URL oder den NFS-Pfad in die PCDATA ein. Wenn der Wert lokalist, lassen Sie 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 auf das 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 des Upgrades oder der Wiederherstellung.

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

Merkmale:

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 folgenden untergeordneten Elemente angeben:

Untergeordnete Elemente

  • &lt;ipaddr&gt;: Die IP-Adresse
  • &lt;subnet&gt;: Die Subnetzmaske
  • &lt;gateway&gt;: Das Tor

<timezone>

Erforderlich: Nein

Beschreibung: Die Zeitzone im von der Variable TZ verwendeten Format, zum Beispiel Europe/London oder America/Los_Angeles. Der Standardwert ist usw./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 manuell einen Hostnamen festlegen möchten.

<ntp-server>

Erforderlich: Nein

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

Boot-Installationen über das Netzwerk