Linux-VMs

Wenn Sie eine Linux-VM erstellen möchten, erstellen Sie die VM mit einer Vorlage für das Betriebssystem, das Sie auf der VM ausführen möchten. Sie können eine Vorlage verwenden, die Citrix Hypervisor für Ihr Betriebssystem bereitstellt, oder eine Vorlage, die Sie zuvor erstellt haben. Sie können die VM entweder über XenCenter oder über die CLI erstellen. Dieser Abschnitt konzentriert sich auf die Verwendung der CLI.

Hinweis:

Führen Sie die folgenden Schritte aus, um eine VM eines neueren kleineren Updates einer RHEL-Version zu erstellen, als für die Installation von Citrix Hypervisor unterstützt wird:

  • Installieren von den neuesten unterstützten Medien
  • Verwendenyum update , um die VM auf dem neuesten Stand zu bringen

Dieser Prozess gilt auch für RHEL-Derivate wie CentOS und Oracle Linux.

Es wird empfohlen, die Citrix VM Tools unmittelbar nach der Installation des Betriebssystems zu installieren. Weitere Informationen finden Sie unter Installieren des Linux-Gast-Agents. Bei einigen Betriebssystemen enthalten die Citrix VM-Tools einen für Citrix Hypervisor spezifischen Kernel, der den vom Hersteller bereitgestellten Kernel ersetzt. Andere Betriebssysteme wie RHEL 5.x erfordern die Installation einer bestimmten Version eines vom Hersteller bereitgestellten Kernels.

Die Übersicht zum Erstellen einer Linux-VM lautet wie folgt:

  1. Erstellen Sie die VM für Ihr Zielbetriebssystem mithilfe von XenCenter oder der CLI.

  2. Installieren Sie das Betriebssystem mit dem Installationsmedium des Herstellers.

  3. Installieren Sie die Citrix VM-Tools (empfohlen).

  4. Konfigurieren Sie die korrekte Zeitzone auf der VM und VNC wie in einer normalen nicht-virtuellen Umgebung.

Citrix Hypervisor unterstützt die Installation vieler Linux-Distributionen als VMs. Es gibt drei Installationsmechanismen:

Warnhinweis:

Die Vorlage Andere Installationsmedien richtet sich an fortgeschrittene Benutzer, die versuchen möchten, VMs zu installieren, auf denen nicht unterstützte Betriebssysteme ausgeführt werden. Citrix Hypervisor wurde getestet, wenn nur die unterstützten Distributionen und spezifischen Versionen ausgeführt werden, die von den standardmäßigen Vorlagen abgedeckt werden. VMs, die mit der Vorlage Andere Installationsmedien installiert wurden, werden nicht unterstützt.

VMs, die mit der Vorlage Andere Installationsmedien erstellt wurden, werden als HVM-Gäste erstellt. Dieses Verhalten kann bedeuten, dass einige Linux-VMs langsamer emulierte Geräte anstelle der leistungsstärkeren E/A-Treiber verwenden.

Hinweise zu bestimmten Linux-Distributionen finden Sie unterInstallationshinweise für Linux-Distributionen.

PV-Linux-Distributionen

Die unterstützten PV-Linux-Distributionen sind:

  • Debian Wheezy 7 (32-/64-Bit)
  • Red Hat Enterprise Linux 5.x (32-/64-Bit)

    Unterstützt, vorausgesetzt, Sie verwenden den Kernel 5.4 oder höher.

  • Red Hat Enterprise Linux 6.x (32-/64-Bit)
  • CentOS 5.x (32-/64-Bit)
  • CentOS 6.x (32-/64-Bit)
  • Oracle Linux 5.x (32-/64-Bit)
  • Oracle Linux 6.x (32-/64-Bit)
  • Scientific Linux 6.6—6.9 (32-/64-Bit)
  • SUSE Linux Enterprise Server 11 SP3, SP4 (32-/64-bit)
  • SUSE Linux Enterprise Server 12, 12 SP1, 12 SP2 (64 Bit)
  • SUSE Linux Enterprise Desktop 11 SP3 (64 Bit)
  • SUSE Linux Enterprise Desktop 12, 12 SP1, 12 SP2 (64 Bit)
  • NeoKylin Linux Advanced Server 6.5 (64-bit)
  • NeoKylin Linux Advanced Server 7.2 (64-bit)

Andere PV-Linux-Distributionen werden nicht unterstützt. Distributionen, die denselben Installationsmechanismus wie Red Hat Enterprise Linux verwenden (z. B. Fedora Core), können jedoch erfolgreich mit derselben Vorlage installiert werden.

Hinweise:

  • Das Ausführen von 32-Bit-PV-Linux-VMs auf einem Host mit mehr als 128 GB Arbeitsspeicher wird nicht unterstützt.

  • Die Hardwaresicherheitsfunktionen von Citrix Hypervisor können die Gesamtleistung von 32-Bit-PV-VMs reduzieren. Wenn sich dieses Problem auf Sie auswirkt, können Sie eine der folgenden Schritte ausführen:

    • Ausführen einer 64-Bit-Version der PV-Linux-VM
    • Boot Xen mit derno-smep no-smap Option.

    Wir empfehlen diese Option nicht, da sie die Tiefe der Sicherheit des Hosts verringern kann

HVM-Linux-Distributionen

Diese VMs können die Vorteile der x86-Virtual-Container-Technologien in neueren Prozessoren nutzen, um die Leistung zu verbessern. Netzwerk- und Speicherzugriff von diesen Gästen wird immer noch im PV-Modus betrieben, wobei Treiber verwendet werden, die in die Kernel integriert sind.

Die unterstützten HVM Linux-Distributionen sind:

  • Debian Jessie 8 (32-/64-Bit)
  • Debian Stretch 9 (32-/64-Bit)
  • Red Hat Enterprise Linux 7.x (64-Bit)
  • CentOS 7.x (64-Bit)
  • Oracle Enterprise Linux 7.x (64-Bit)
  • Scientific Linux 7.x (64-bit)
  • SUSE Linux Enterprise Server 12 SP3 (64 Bit)
  • SUSE Linux Enterprise Desktop 12 SP3 (64 Bit)
  • SUSE Linux Enterprise Server 15 (64 Bit)
  • SUSE Linux Enterprise Desktop 15 (64 Bit)
  • Ubuntu 14.04 (32-/64-bit)
  • Ubuntu 16.04 (32-/64-bit)
  • Ubuntu 18.04 (64-bit)
  • CoreOS-Stable (64-Bit)

Andere HVM-Distributionen werden nicht unterstützt. Distributionen, die denselben Installationsmechanismus wie Red Hat Enterprise Linux verwenden (z. B. Fedora Core), können jedoch erfolgreich mit derselben Vorlage installiert werden.

Erstellen einer Linux-VM durch die Installation von einem Internet-Repository

Dieser Abschnitt zeigt die xe CLI-Prozedur für die Erstellung einer Linux-VM unter Verwendung eines Debian Squeeze-Beispiels, indem das Betriebssystem von einem Internet-Repository installiert wird.

  1. Erstellen Sie eine VM aus der Debian Squeeze-Vorlage. Die UUID der VM wird zurückgegeben:

    xe vm-install template=template-name new-name-label=squeeze-vm
    
  2. Geben Sie das Installations-Repository an. Dieses Repository ist ein Debian-Spiegel mit den für die Installation des Basissystems erforderlichen Paketen und dem zusätzlichen, das Sie während des Debian-Installationsprogramms auswählen:

    xe vm-param-set uuid=UUID other-config:install-repository=path_to_repository
    

    Ein Beispiel für einen gültigen Repository-Pfad ist,http://ftp.xx.debian.org/debian woxx ist Ihr Ländercode (eine Liste dieser Codes finden Sie in der Debian-Spiegelliste). Bei mehreren Installationen empfehlen wir die Verwendung eines lokalen Spiegels oder eines apt-Proxys, um zu vermeiden, dass übermäßiger Netzwerkverkehr oder Last auf den zentralen Repositories generiert wird.

    Hinweis:

    Das Debian-Installationsprogramm unterstützt nur HTTP und FTP apt Repos. NFS wird nicht unterstützt.

  3. Suchen Sie die UUID des Netzwerks, mit dem Sie eine Verbindung herstellen möchten. Wenn es beispielsweise derjenige ist, der an xenbr0angehängt ist:

    xe network-list bridge=xenbr0 --minimal
    
  4. Erstellen Sie eine VIF, um die neue VM mit diesem Netzwerk zu verbinden:

    xe vif-create vm-uuid=vm_uuid network-uuid=network_uuid mac=random device=0
    
  5. Starten Sie die VM. Es bootet direkt in den Debian-Installer:

    xe vm-start uuid=UUID
    
  6. Folgen Sie dem Debian-Installationsprogramm, um die VM in der von Ihnen gewünschten Konfiguration zu installieren.

  7. Installieren Sie den Gast-Agent und konfigurieren Sie die grafische Anzeige. Weitere Informationen finden Sie unter Installieren des Linux-Gast-Agents.

Erstellen einer Linux-VM durch Installation von einer physischen CD oder DVD

In diesem Abschnitt wird das CLI-Verfahren zum Erstellen einer Linux-VM anhand eines Debian-Squeeze-Beispiels durch die Installation des Betriebssystems von einer physischen CD/DVD gezeigt.

  1. Erstellen Sie eine VM aus der Debian Squeeze-Vorlage. Die UUID der VM wird zurückgegeben:

    xe vm-install template=template-name new-name-label=vm-name
    
  2. Holen Sie sich die UUID des Stammdatenträgers der neuen VM:

    xe vbd-list vm-uuid=vm_uuid userdevice=0 params=uuid --minimal
    
  3. Legen Sie mithilfe der zurückgegebenen UUID die Root-Festplatte so fest, dass sie nicht bootfähig ist:

    xe vbd-param-set uuid=root_disk_uuid bootable=false
    
  4. Rufen Sie den Namen des physischen CD-Laufwerks auf dem Citrix Hypervisor or-Server ab:

    xe cd-list
    

    Das Ergebnis dieses Befehls gibt Ihnen etwas wie SCSI 0:0:0:0 für dasname-label Feld.

  5. Fügen Sie der neuen VM eine virtuelle CD-ROM hinzu, indem Sie den Parameter des Citrix Hypervisor or-Server-CD-Laufwerks alsname-labelcd-name```` Parameter verwenden:

    xe vm-cd-add vm=vm_name cd-name="host_cd_drive_name_label" device=3
    
  6. Holen Sie sich die UUID des VBD entsprechend dem neuen virtuellen CD-Laufwerk:

    xe vbd-list vm-uuid=vm_uuid type=CD params=uuid --minimal
    
  7. Machen Sie die VBD der virtuellen CD bootfähig:

    xe vbd-param-set uuid=cd_drive_uuid bootable=true
    
  8. Legen Sie das Installations-Repository der VM als CD-Laufwerk fest:

    xe vm-param-set uuid=vm_uuid other-config:install-repository=cdrom
    
  9. Legen Sie die Debian Squeeze-Installations-CD in das CD-Laufwerk des Citrix Hypervisor or-Servers ein.

  10. Öffnen Sie eine Konsole für die VM mit XenCenter oder einem SSH-Terminal, und führen Sie die Schritte zum Ausführen der Betriebssysteminstallation durch.

  11. Starten Sie die VM. Es bootet direkt in den Debian-Installer:

    xe vm-start uuid=UUID
    
  12. Installieren Sie die Gast-Dienstprogramme und konfigurieren Sie die grafische Anzeige. Weitere Informationen finden Sie unter Installieren des Linux-Gast-Agents.

Erstellen einer Linux-VM durch Installation von einem ISO-Image

In diesem Abschnitt wird das CLI-Verfahren zum Erstellen einer Linux-VM durch die Installation des Betriebssystems von einem netzwerkfähigen ISO beschrieben.

  1. Führen Sie den Befehl aus

    xe vm-install template=template new-name-label=name_for_vm sr-uuid=storage_repository_uuid
    

    Dieser Befehl gibt die UUID der neuen VM zurück.

  2. Suchen Sie die UUID des Netzwerks, mit dem Sie eine Verbindung herstellen möchten. Wenn es beispielsweise derjenige ist, der an xenbr0angehängt ist:

    xe network-list bridge=xenbr0 --minimal
    
  3. Erstellen Sie eine VIF, um die neue VM mit diesem Netzwerk zu verbinden:

    xe vif-create vm-uuid=vm_uuid network-uuid=network_uuid mac=random device=0
    
  4. Legen Sie deninstall-repository Schlüssel desother-config Parameters auf den Pfad Ihres Netzwerk-Repositorys fest. Um beispielsweisehttp://mirror.centos.org/centos/6/os/x86_64 als URL der Herstellermedien zu verwenden:

    xe vm-param-set uuid=vm_uuid other-config:install-repository=http://mirror.centos.org/centos/6/os/x86_64
    
  5. Starten der VM

    xe vm-start uuid=vm_uuid
    
  6. Stellen Sie mithilfe von XenCenter oder VNC eine Verbindung zur VM-Konsole her, und führen Sie die Betriebssysteminstallation durch.

Netzwerkinstallationshinweise

Mit dem Citrix Hypervisor Gastinstallationsprogramm können Sie ein Betriebssystem von einem auf das Netzwerk zugänglichen ISO-Image auf einer VM installieren. Um die Installation von einem ISO vorzubereiten, erstellen Sie ein explodiertes Netzwerk-Repository Ihrer Herstellermedien (nicht ISO-Images). Exportieren Sie es über NFS, HTTP oder FTP, so dass es über die Administrationsoberfläche des Citrix Hypervisor or-Servers zugänglich ist.

Auf das Netzwerk-Repository muss über die Steuerdomäne des Citrix Hypervisor or-Servers zugegriffen werden, normalerweise über die Verwaltungsschnittstelle. Die URL muss auf die Basis des CD/DVD-Abbilds auf dem Netzwerkserver verweisen und die folgende Form haben:

  • HTTP: http://<server>/<path>
  • FTP: ftp://<server>/<path>
  • NFS: nfs://<server>/<path>
  • NFS: nfs:<server>/<path>

Weitere Informationen zur Vorbereitung einer netzwerkbasierten Installation finden Sie in den Installationsanweisungen Ihres Herstellers, z. B. wo Sie die ISO entpacken möchten.

Hinweis:

Verwenden Sie bei Verwendung der NFS-Installationsmethode von XenCenter immer dennfs:// Pfadstil.

Beim Erstellen von VMs aus Vorlagen werden Sie vom XenCenter Assistenten für neue VM aufgefordert, die Repository-URL einzugeben. Wenn Sie die CLI verwenden, installieren Sie die Vorlage wie gewohnt mitvm-install und setzen Sie dann denother-config:install-repository Parameter auf den Wert der URL. Wenn die VM dann gestartet wird, wird die Netzwerkinstallation gestartet.

Warnhinweis:

Bei der Installation einer neuen Linux-basierten VM ist es wichtig, die Installation abzuschließen und neu zu starten, bevor Sie weitere Vorgänge ausführen. Dieser Vorgang ist analog dazu, eine Windows Installation nicht zu unterbrechen — was Ihnen eine nicht funktionierende VM überlassen würde.

Erweiterte Startparameter des Betriebssystems

Beim Erstellen einer virtuellen Maschine können Sie erweiterte Startparameter des Betriebssystems mithilfe von XenCenter oder der xe-CLI angeben. Die Angabe erweiterter Parameter kann hilfreich sein, wenn Sie beispielsweise automatisierte Installationen paravirtualisierter Gäste konfigurieren. Beispielsweise könnten Sie eine Debian-Preseed- oder RHEL-Kickstart-Datei wie folgt verwenden.

So installieren Sie Debian mithilfe einer Preseed Datei:

  1. Erstellen Sie eine Vorabdatei. Informationen zum Erstellen von Preseed-Dateien finden Sie in der Debian-Dokumentation für Details.

  2. Legen Sie die Kernel-Befehlszeile für die VM richtig fest, bevor Sie sie starten. Verwenden Sie den Assistenten für neue virtuelle Rechner in XenCenter, oder führen Sie einen xe-CLI-Befehl wie folgt aus:

    xe vm-param-set uuid=uuid PV-args=preseed_arguments
    

So installieren Sie RHEL mithilfe einer Kickstart-Datei:

Hinweis:

Eine Red Hat Kickstart-Datei ist eine automatisierte Installationsmethode, ähnlich einer Antwortdatei, mit der Sie Antworten auf die RHEL-Installationsaufforderungen bereitstellen können. Um diese Datei zu erstellen, installieren Sie RHEL manuell. Die Kickstart-Datei befindet sich in/root/anaconda-ks.cfg.

  1. Wählen Sie in XenCenter die entsprechende RHEL-Vorlage aus.

  2. Geben Sie die Kickstart-Datei an, die als Kernel-Befehlszeilenargument im XenCenter Assistenten für neue VM verwendet werden soll. Geben Sie diesen Wert genau so an, wie er in der PXE-Konfigurationsdatei angegeben würde. Zum Beispiel:

    ks=http://server/path ksdevice=eth0
    
  3. Verwenden Sie in der Befehlszeile,vm-param-set um denPV-args Parameter für die Verwendung einer Kickstart-Datei festzulegen.

    xe vm-param-set uuid=vm_uuid PV-args="ks=http://server/path ksdevice=eth0"
    
  4. Legen Sie den Repository-Speicherort so fest, dass Citrix Hypervisor weiß, woher der Kernel undinitrd vom Installationsprogramm gestartet werden soll:

    xe vm-param-set uuid=vm_uuid other-config:install-repository=http://server/path
    

Hinweis:

Wenn Sie eine Kickstart-Datei ohne den Assistenten für neue VM installieren möchten, können Sie dem Textfeld Erweiterte Betriebssystemstartparameter das entsprechende Argument hinzufügen.

Installieren des Linux-Gastagenten

Obwohl alle unterstützten Linux-Distributionen nativ paravirtualisiert sind (und keine speziellen Treiber für die volle Leistung benötigen), enthält Citrix Hypervisor einen Gast-Agent. Dieser Gastagent stellt dem Host zusätzliche Informationen über die VM bereit. Installieren Sie den Gast-Agent auf jeder Linux-VM, um Dynamic Memory Control (DMC) zu aktivieren.

Es ist wichtig, den Linux-Gast-Agent beim Upgrade des Citrix Hypervisor or-Servers auf dem neuesten Stand zu halten. Weitere Informationen finden Sie unter Aktualisieren von Linux-Kernels und Gast-Dienstprogrammen.

Hinweis:

Stellen Sie vor der Installation des Gastagenten auf einem SUSE Linux Enterprise Desktop oder Server 15 Gast sicher, dass dieser auf dem Gast installiert insserv-compat-0.1-2.15.noarch.rpm ist.

So installieren Sie den Gast-Agent:

  1. Die erforderlichen Dateien befinden sich auf dem integriertenguest-tools.iso CD-Image oder können alternativ installiert werden, indem Sie in XenCenter die Option VMund Citrix VM Tools installieren auswählen.

  2. Hängen Sie das Bild auf den Gast ein, indem Sie den folgenden Befehl ausführen:

    mount -o ro,exec /dev/disk/by-label/Citrix VM Tools /mnt
    

    Hinweis:

    Wenn das Mounten des Abbilds fehlschlägt, können Sie das Abbild folgendermaßen suchen:

    blkid -t label="Citrix VM-Tools“
    
  3. Führen Sie das Installationsskript als Root-Benutzer aus:

    /mnt/Linux/install.sh
    
  4. Heben Sie die Bereitstellung des Abbilds vom Gast auf, indem Sie den folgenden Befehl ausführen:

    umount /mnt
    
  5. Wenn der Kernel aktualisiert wurde oder die VM von einer früheren Version aktualisiert wurde, starten Sie die VM jetzt neu.

    Hinweis:

    CD-ROM-Laufwerke und ISOs, die an virtuelle Linux-Maschinen angeschlossen sind, werden als Geräte angezeigt/dev/xvdd , z. B./dev/sdd oder, anstatt/dev/cdrom wie erwartet. Dieses Verhalten liegt daran, dass es sich nicht um echte CD-ROM-Geräte, sondern um normale Geräte handelt. Wenn Sie entweder XenCenter oder die CLI zum Auswerfen der CD verwenden, wird das Gerät von der VM abgezogen, und das Gerät wird ausgeblendet. In Windows VMs ist das Verhalten unterschiedlich, und die CD verbleibt in der VM in einem leeren Zustand.

Installationshinweise für Linux-Distributionen

In diesem folgenden Abschnitt werden herstellerspezifische Konfigurationsinformationen aufgeführt, die vor dem Erstellen der angegebenen Linux-VMs berücksichtigt werden müssen.

Ausführlichere Versionshinweise zu allen Distributionen finden Sie unterLinux VM Versionshinweise.

CentOS 5.x (32-/64-Bit)

Stellen Sie bei einer CentOS 5.x-VM sicher, dass das Betriebssystem den CentOS 5.4-Kernel oder höher verwendet, der vom Distributionshersteller verfügbar ist. Enterprise Linux-Kernelversionen vor 5.4 enthalten Probleme, die verhindern, dass Citrix Hypervisor VMs ordnungsgemäß ausgeführt werden. Aktualisieren Sie den Kernel mit dem normalen Kernel-Upgrade-Verfahren des Herstellers.

Red Hat Enterprise Linux 5.x (32-/64-Bit)

Stellen Sie bei RHEL 5.x-VMs sicher, dass das Betriebssystem den RHEL 5.4-Kernel (2.6.18-164.el5) oder höher verwendet, der vom Distributionshersteller verfügbar ist. Enterprise Linux-Kernelversionen vor 5.4 enthalten Probleme, die verhindern, dass Citrix Hypervisor VMs ordnungsgemäß ausgeführt werden. Aktualisieren Sie den Kernel mit dem normalen Kernel-Upgrade-Verfahren des Herstellers.

Red Hat Enterprise Linux* 7.x (32-/64-bit)

Die neue Vorlage für diese Gäste gibt 2 GB RAM an. Diese Menge an RAM ist eine Voraussetzung für eine erfolgreiche Installation von v7.4 und höher. Für v7.0 - v7.3 gibt die Vorlage 2 GB RAM an, aber wie bei früheren Versionen von Citrix Hypervisor ist 1 GB RAM ausreichend.

Hinweis:

Diese Informationen gelten sowohl für Red Hat als auch für Red Hat Derivate.

Oracle Linux 5.x (32-/64-Bit)

Stellen Sie bei einer OEL 5.x-VM sicher, dass das Betriebssystem den OEL 5.4-Kernel oder höher verwendet, der vom Distributionshersteller verfügbar ist. Enterprise-Linux-Kernelversionen vor 5.4 enthalten Probleme, die verhindern, dass Citrix Hypervisor VMs ordnungsgemäß ausgeführt werden. Aktualisieren Sie den Kernel mit dem normalen Kernel-Upgrade-Verfahren des Herstellers.

Für OEL 5.6 64-Bit unterstützt der Unbreakable Enterprise Kernel (UEK) die Xen Plattform nicht. Wenn Sie versuchen, UEK mit diesem Betriebssystem zu verwenden, kann der Kernel nicht ordnungsgemäß gestartet werden.

Oracle Linux 6.9 (64-Bit)

Bei OEL 6.9 VMs mit mehr als 2 GB Arbeitsspeicher legen Sie den Boot-Parameter fest, crashkernel=no um den Absturzkernel zu deaktivieren. Die VM wird nur erfolgreich neu gestartet, wenn dieser Parameter festgelegt ist. Wenn Sie eine frühere Version von OEL 6.x verwenden, setzen Sie diesen Startparameter, bevor Sie auf OEL 6.9 aktualisieren.

Um den Parameter mithilfe von XenCenter festzulegen, fügen Sie ihn dem Feld Erweiterte Betriebssystemstartparameter auf der Seite Installationsmedien des Assistenten Neue VM hinzu.

Um eine vorhandene VM mithilfe von XenCenter zu ändern, klicken Sie mit der rechten Maustaste auf die VM, und wählen Sie Eigenschaften > Startoptionen > Betriebssystemstartparameter.

Debian 6.0 (Squeeze) (32-/64-bit)

Wenn in XenCenter eine private Spiegelung angegeben wird, wird diese Spiegelung nur zum Abrufen des Installationskernel verwendet. Wenn das Installationsprogramm ausgeführt wird, müssen Sie erneut die Adresse des Spiegels eingeben, der für den Paketabruf verwendet werden soll.

Debian 7 (Wheezy) (32-/64-Bit)

Wenn in XenCenter eine private Spiegelung angegeben wird, wird diese Spiegelung nur zum Abrufen des Installationskernel verwendet. Wenn das Installationsprogramm ausgeführt wird, müssen Sie erneut die Adresse des Spiegels eingeben, der für den Paketabruf verwendet werden soll.

Apt-Repositories (Debian)

Bei seltenen oder einmaligen Installationen ist es sinnvoll, einen Debian-Spiegel direkt zu verwenden. Wenn Sie jedoch mehrere VM-Installationen durchführen möchten, empfehlen wir, einen Caching-Proxy oder einen lokalen Spiegel zu verwenden. Beide der folgenden Tools können in einer VM installiert werden.

  • Apt-cacher: Eine Implementierung des Proxy-Servers, der einen lokalen Cache von Paketen aufbewahrt
  • debmirror: Ein Tool, das einen teilweisen oder vollständigen Spiegel eines Debian-Repositorys erstellt

Vorbereiten des Klonvorbereitung einer Linux-VM

Wenn Sie eine VM oder einen Computer klonen, werden in der Regel Attribute, die für diesen Computer eindeutig sind, in Ihren Umgebungen dupliziert, sofern Sie das geklonte Image nicht generalisieren. Einige der eindeutigen Attribute, die beim Klonen dupliziert werden, sind die IP-Adresse, die SID oder die MAC-Adresse.

Daher ändert Citrix Hypervisor beim Klonen einer Linux-VM automatisch einige Parameter der virtuellen Hardware. Wenn Sie die VM mit XenCenter kopieren, ändert XenCenter automatisch die MAC-Adresse und die IP-Adresse für Sie. Wenn diese Schnittstellen dynamisch in Ihrer Umgebung konfiguriert sind, müssen Sie die geklonte VM möglicherweise nicht ändern. Wenn die Schnittstellen jedoch statisch konfiguriert sind, müssen Sie möglicherweise ihre Netzwerkkonfigurationen ändern.

Die VM muss möglicherweise angepasst werden, um auf diese Änderungen aufmerksam zu machen. Anweisungen zu bestimmten unterstützten Linux-Distributionen finden Sie unterLinux VM Versionshinweise.

Computername

Eine geklonte VM ist ein anderer Computer, und wie jeder neue Computer in einem Netzwerk muss sie einen eindeutigen Namen innerhalb der Netzwerkdomäne haben.

IP-Adresse

Eine geklonte VM muss über eine eindeutige IP-Adresse innerhalb der Netzwerkdomäne verfügen, zu der sie gehört. Im Allgemeinen ist diese Anforderung kein Problem, wenn DHCP verwendet wird, um Adressen zuzuweisen. Wenn die VM gestartet wird, weist der DHCP-Server ihr eine IP-Adresse zu. Wenn die geklonte VM eine statische IP-Adresse hatte, muss dem Klon eine nicht verwendete IP-Adresse zugewiesen werden, bevor er gestartet wird.

MAC-Adresse

Es gibt zwei Situationen, in denen wir empfehlen, MAC-Adressregeln vor dem Klonen zu deaktivieren:

  1. In einigen Linux-Distributionen wird die MAC-Adresse für die virtuelle Netzwerkschnittstelle einer geklonten VM in den Netzwerkkonfigurationsdateien aufgezeichnet. Beim Klonen einer virtuellen Maschine weist XenCenter der neuen geklonten VM jedoch eine andere MAC-Adresse zu. Wenn die neue VM zum ersten Mal gestartet wird, erkennt das Netzwerk die neue VM und wird nicht automatisch angezeigt.

  2. Einige Linux-Distributionen verwendenudev Regeln, um die MAC-Adresse jeder Netzwerkschnittstelle zu speichern und einen Namen für diese Schnittstelle beizubehalten. Dieses Verhalten ist so vorgesehen, dass die gleiche physische NIC immer der gleichenethn-Schnittstellezugeordnet wird, was bei Wechsel-Netzwerkkarten (wie Laptops) nützlich ist. Dieses Verhalten ist jedoch im Kontext von VMs problematisch.

    Betrachten Sie beispielsweise das Verhalten im folgenden Fall:

    1.  Konfigurieren von zwei virtuellen Netzwerkkarten bei der Installation einer VM
    1. VM herunterfahren
    1.  Entfernen der ersten NIC
    

    Wenn die VM neu gestartet wird, zeigt XenCenter nur eine Netzwerkkarte an, ruft sie aber aufeth0. Inzwischen zwingt die VM bewusst diese NIC zu seineth1. Das Ergebnis ist, dass die Vernetzung nicht funktioniert.

Deaktivieren Sie für VMs, die persistente Namen verwenden, diese Regeln vor dem Klonen. Wenn Sie persistente Namen nicht deaktivieren möchten, müssen Sie das Netzwerk innerhalb der VM neu konfigurieren (auf die übliche Weise). Die in XenCenter angezeigten Informationen stimmen jedoch nicht mit den Adressen in Ihrem Netzwerk überein.

Aktualisieren von Linux-Kernels und Gast-Dienstprogrammen

Die Linux-Gast-Dienstprogramme können aktualisiert werden, indem dasLinux/install.sh Skript vom integriertenguest-tools.iso CD-Image erneut ausgeführt wird (sieheInstallieren des Linux-Gast-Agents ).

Füryum-aktivierte Distributionen CentOS 5.x, RHEL 5.x und höherxe-guest-utilitiesinstalliert eineyumKonfigurationsdatei, um nachfolgende Aktualisierungen mit yumin der Standardweise.

Für Debian/etc/apt/sources.list wird standardmäßig aufgefüllt, um Aktualisierungen mit apt zu aktivieren.

Beim Upgrade wird empfohlen, dass Sie immer erneut ausführenLinux/install.sh. Dieses Skript bestimmt automatisch, ob Ihre VM Updates benötigt, und wird bei Bedarf installiert.

Upgrade auf Ubuntu 14.04, RHEL 7 und CentOS 7 Gäste

Um vorhandene Linux-Gäste auf Versionen zu aktualisieren, die im HVM-Modus betrieben werden (z. B. RHEL 7.x, CentOS 7.x und Ubuntu 14.04), führen Sie ein In-Gast-Upgrade durch. Zu diesem Zeitpunkt wird der aktualisierte Gast nur im PV-Modus ausgeführt - der nicht unterstützt wird und bekannte Probleme aufweist. Führen Sie das folgende Skript aus, um den neu aktualisierten Gast in den unterstützten HVM-Modus zu konvertieren.

Öffnen Sie auf dem Citrix Hypervisor or-Server eine lokale Shell, melden Sie sich als root an, und geben Sie den folgenden Befehl ein:

/opt/xensource/bin/pv2hvm vm_name

Oder

/opt/xensource/bin/pv2hvm vm_uuid

Starten Sie die VM neu, um den Vorgang abzuschließen.

Linux VM Versionshinweise

Die meisten modernen Linux-Distributionen unterstützen Xen Paravirtualisierung direkt, haben aber unterschiedliche Installationsmechanismen und einige Kernel-Einschränkungen.

Unterstützung für grafische Installation von RHEL

Um das grafische Installationsprogramm zu verwenden, führen Sie in XenCenter den Assistenten für neue virtuelle Computer durch. Fügen Sie auf der Seite Installationsmedien im Abschnitt Erweiterte Betriebssystemstartparametervnc`` zu den Listenparametern hinzu:

graphical utf8 vnc

! [Ein Screenshot des Assistenten für neue VM. Auf der Seite Installationsmediengraphical utf8 vnc wird der Wert in das Feld Erweiterte Betriebssystemstartparameter eingegeben.] (/de-de/citrix-hypervisor/media/rhel-graphical-network-install.png)

Sie werden aufgefordert, Netzwerkkonfiguration für die neue VM bereitzustellen, um die VNC-Kommunikation zu aktivieren. Arbeiten Sie den Rest des Assistenten für neue VM. Wenn der Assistent abgeschlossen ist, wählen Sie in der Infrastrukturansicht die VM aus, und klicken Sie auf Konsole , um eine Konsolensitzung der VM anzuzeigen. An dieser Stelle wird das Standardinstallationsprogramm verwendet. Die VM-Installation startet zunächst im Textmodus und kann eine Netzwerkkonfiguration anfordern. Nach der Bereitstellung wird die Schaltfläche Zur grafischen Konsole wechseln in der oberen rechten Ecke des XenCenter Fensters angezeigt.

Red Hat Enterprise Linux 5

Citrix Hypervisor erfordert, dass Sie den RHEL 5.4 Kernel oder höher ausführen. Ältere Kernel haben die folgenden bekannten Probleme:

  • RHEL 5.0 64-Bit-Gastbetriebssysteme mit ihren ursprünglichen Kerneln können unter Citrix Hypervisor 8.0 nicht gestartet werden. Bevor Sie versuchen, den Citrix Hypervisor or-Server auf Version 8.0 zu aktualisieren, aktualisieren Sie den Kernel auf Version 5.4 (2.6.18-164.el5xen) oder höher. Wenn Sie diese Gäste ausführen und Ihren Host bereits auf Citrix Hypervisor 8.0 aktualisiert haben, finden Sie weitere InformationenCTX134845zum Aktualisieren des Kernel.

  • Wenn eine angehaltene VM fortgesetzt wird, können Zuweisungen vorgenommen werden, die Auslagerungsaktivitäten verursachen können, die nicht ausgeführt werden können, da der Auslagerungsdatenträger noch neu angeschlossen wird. Dieses Vorkommen ist selten. (Red Hat Problem429102).

  • Wenn Sie RHEL 5.3 oder 5.4 (32/64-bit) ausführen, verwenden Sie nicht Dynamic Memory Control (DMC), da diese Funktion den Gast zum Absturz führen kann. Wenn Sie DMC verwenden möchten, empfehlen wir, ein Upgrade auf neuere Versionen von RHEL oder CentOS durchzuführen. [EXT-54]

  • In RHEL 5.3 gibt es manchmal, wenn viele Geräte an eine VM angeschlossen sind, nicht genug Zeit für alle diese Geräte, um eine Verbindung herzustellen. In diesem Fall schlägt der Start fehl. [EXT-17]

  • In RHEL 5.0—5.3 kann die Verwendung des XFS-Dateisystems unter außergewöhnlichen Umständen zu Kernel-Panik führen. Wenn Sie den Red Hat RHEL 5.4 Kernel weiter anwenden, wird dieses Problem behoben. [EXT-16]

  • In RHEL 5.2, 5.3 können VMs abstürzen, wenn ein Host 64 GiB RAM oder höher konfiguriert hat. Wenn Sie den Red Hat RHEL 5.4 Kernel weiter anwenden, wird dieses Problem behoben. [EXT-30]

  • In RHEL 5.0—5.3 enthält der Netzwerktreiber ein Problem, das in seltenen Fällen zu einem Kernel-Deadlock führen kann. Wenn Sie den Red Hat RHEL 5.4 Kernel weiter anwenden, wird dieses Problem behoben. [EXT-45]

Hinweis:

In früheren Versionen enthielt Citrix Hypervisor einen Ersatz-Kernel RHEL 5, der kritische Probleme behoben hat, durch die RHEL 5 nicht effektiv als virtuelle Maschine ausgeführt werden konnte. Red Hat hat diese Probleme in RHEL 5.4 und höher behoben. Daher enthält Citrix Hypervisor keinen spezifischen RHEL 5-Kernel mehr.

Bereiten Sie einen RHEL 5-Gast für das Klonen vor

Um einen RHEL 5.x-Gast für das Klonen vorzubereiten, bearbeiten Sie/etc/sysconfig/network-scripts/ifcfg-eth0 vor dem Konvertieren der VM in eine Vorlage und entfernen Sie dieHWADDR Zeile. Weitere Informationen finden Sie unter Vorbereiten des Klonvorbereitung einer Linux-VM.

Hinweis:

Red Hat empfiehlt die Verwendung von Kickstart, um automatisierte Installationen durchzuführen, anstatt Disk-Images direkt zu klonen (sieheRed Hat KB Artikel 1308).

Red Hat Enterprise Linux 6

Hinweis:

Red Hat Enterprise Linux 6.x enthält auch Red Hat Enterprise Linux Workstation 6.6 (64-Bit) und Red Hat Enterprise Linux Client 6.6 (64-Bit).

  • Der RHEL 6.0-Kernel hat einen Fehler, der die Festplatten-E/A auf mehreren Virtualisierungsplattformen beeinflusst. Dieses Problem bewirkt, dass VMs, auf denen RHEL 6.0 ausgeführt wird, Interrupts verlieren. [Weitere Informationen finden Sie unter Red Hat Probleme681439[]und603938[]652262().]

  • Versuche, ein Virtual Disk Image (VDI) von einer RHEL 6.1 und 6.2 (32-/64-Bit) VM zu trennen, sind möglicherweise nicht erfolgreich. Diese erfolglosen Versuche führen zu einem Gast-Kernel-Absturz mit einerNULL pointer dereference at <xyz> Fehlermeldung. Aktualisieren Sie den Kernel auf Version 6.3 (2.6.32-238.el6) oder höher, um dieses Problem zu beheben. Weitere Informationen finden Sie unter Red Hat Ausgabe 773219.

Red Hat Enterprise Linux 7

Nach der Migration oder dem Anhalten der VM können RHEL 7.x-Gäste während des Lebenslaufs einfrieren. Weitere Informationen finden Sie unter Red Hat Problem1141249.

CentOS 5

Eine Liste der CentOS 5.x-Versionshinweise finden Sie unterRed Hat Enterprise Linux 5.

CentOS 6

Eine Liste der CentOS 6.x-Versionshinweise finden Sie unterRed Hat Enterprise Linux 6.

CentOS 7

Eine Liste der CentOS 7.x-Versionshinweise finden Sie unterRed Hat Enterprise Linux 7.

Oracle Linux 5

Eine Liste der Versionshinweise zu Oracle Linux 5.x finden Sie unterRed Hat Enterprise Linux 5.

Oracle Linux 6

Oracle Linux 6.x-Gäste, die auf einem Host installiert sind, auf dem Versionen vor v6.5 ausgeführt werden, führen den Red Hat Kernel nach einem Upgrade auf v6.5 weiter aus. Um zum UEK-Kernel zu wechseln (standardmäßig mit einer sauberen Installation), löschen Sie die/etc/pygrub/rules.d/oracle-5.6 Datei in dom0. Sie können auswählen, welcher Kernel für eine einzelne VM verwendet werden soll, indem Sie die Bootloader-Konfiguration innerhalb der VM bearbeiten.

Bei OEL 6.9 VMs mit mehr als 2 GB Arbeitsspeicher legen Sie den Boot-Parameter fest, crashkernel=no um den Absturzkernel zu deaktivieren. Die VM wird nur erfolgreich neu gestartet, wenn dieser Parameter festgelegt ist. Wenn Sie eine frühere Version von OEL 6.x verwenden, setzen Sie diesen Startparameter, bevor Sie auf OEL 6.9 aktualisieren. Weitere Informationen finden Sie unter Installationshinweise für Linux-Distributionen

Eine Liste der Versionshinweise zu Oracle Linux 6.x finden Sie unterRed Hat Enterprise Linux 6.

Oracle Linux 7

Eine Liste der Versionshinweise zu Oracle Linux 7.x finden Sie unterRed Hat Enterprise Linux 7.

Wissenschaftliches Linux 6

Eine Liste der Versionshinweise für Scientific Linux 6.x finden Sie unterRed Hat Enterprise Linux 6.

Wissenschaftliches Linux 7

Eine Liste der Versionshinweise für Scientific Linux 7.x finden Sie unterRed Hat Enterprise Linux 7.

SUSE Linux Enterprise 12

SUSE Linux Enterprise 12 VMs werden standardmäßig in den folgenden Modi unterstützt:

PV-Modus:

  • SUSE Linux Enterprise Desktop 12, 12 SP1 und 12 SP2

  • SUSE Linux Enterprise Server 12, 12 SP1 und 12 SP2

HVM-Modus:

  • SUSE Linux Enterprise Desktop 12 SP3

  • SUSE Linux Enterprise Server 12 SP3

SLES-Gast für das Klonen vorbereiten

Hinweis:

Bevor Sie einen SLES-Gast für das Klonen vorbereiten, müssen Sie dieudev Konfiguration für Netzwerkgeräte wie folgt löschen:

cat< /dev/null > /etc/udev/rules.d/30-net_persistent_names.rules

So bereiten Sie einen SLES-Gast auf das Klonen vor:

  1. Öffnen Sie die Datei/etc/sysconfig/network/config

  2. Bearbeiten Sie die Zeile, die lautet:

    FORCE_PERSISTENT_NAMES=yes
    

    Zu

    FORCE_PERSISTENT_NAMES=no
    
  3. Speichern Sie die Änderungen und starten Sie die VM neu.

Weitere Informationen finden Sie unter Vorbereiten des Klonvorbereitung einer Linux-VM.

Ubuntu 14.04

Versuche, einen PV-Gast zu starten, können dazu führen, dass der Gast mit dem folgenden Fehler abstürzt:kernel BUG at /build/buildd/linux-3.13.0/arch/x86/kernel/paravirt.c:239!. Dieser Fehler wird beim unsachgemäßen Aufruf einer nicht-atomaren Funktion aus dem Interrupt-Kontext verursacht. Aktualisieren Sie das Paket linux-image auf Version 3.13.0-35.62, um dieses Problem zu beheben. Weitere Informationen finden Sie unter Ubuntu Launchpad1350373.