Erweiterte Notizen für virtuelle Maschinen

Dieser Abschnitt enthält einige erweiterte Hinweise zu virtuellen Maschinen.

VM-Startverhalten

Es gibt zwei Optionen für das Verhalten des VDI einer virtuellen Maschine, wenn die VM gestartet wird:

Hinweis:

Die VM muss heruntergefahren werden, bevor Sie die Einstellung des Startverhaltens ändern können.

Persistieren (Citrix Virtual Desktops - Privatdesktop-Modus)

Dieses Verhalten ist die Standardeinstellung beim Starten von VMs. Der VDI befindet sich in dem Zustand, in dem er sich beim letzten Herunterfahren befand.

Select diese Option aus, wenn Sie Benutzern erlauben möchten, dauerhafte Änderungen an ihren Desktops vorzunehmen. Um persist auszuwählen, fahren Sie die VM herunter, und geben Sie dann den folgenden Befehl ein:

xe vdi-param-set uuid=vdi_uuid on-boot=persist

Zurücksetzen (Citrix Virtual Desktops - Freigegebener Desktopmodus)

Beim Starten der virtuellen Maschine wird der VDI in den Zustand zurückgesetzt, in dem er sich beim vorherigen Start befand. Alle Änderungen, die während der Ausführung der VM vorgenommen werden, gehen beim nächsten Starten der VM verloren.

Select diese Option aus, wenn Sie standardisierte Desktops bereitstellen möchten, die Benutzer nicht dauerhaft ändern können. Um „Zurücksetzen“ auszuwählen, fahren Sie die VM herunter, und geben Sie dann den folgenden Befehl ein:

xe vdi-param-set uuid=vdi_uuid on-boot=reset

Warnhinweis:

Nach dem Ändernon-boot=resetwerden alle im VDI gespeicherten Daten nach dem nächsten Herunterfahren/Starten oder Neustart verworfen.

Bereitstellung der ISO-Bibliothek für Citrix Hypervisor -Server

Um eine ISO-Bibliothek für Citrix Hypervisor or-Server zur Verfügung zu stellen, erstellen Sie ein externes NFS- oder SMB/CIFS-Freigabeverzeichnis. Der NFS- oder SMB/CIFS-Server muss Root-Zugriff auf die Freigabe zulassen. Erlauben Sie für NFS-Freigaben den Zugriff, indem Sie dasno_root_squash Flag festlegen, wenn Sie den Freigabeeintrag/etc/exports auf dem NFS-Server erstellen.

Verwenden Sie dann entweder XenCenter, um die ISO-Bibliothek anzuhängen, oder stellen Sie eine Verbindung zur Hostkonsole her, und führen Sie den folgenden Befehl aus:

xe-mount-iso-sr host:/volume

Für die erweiterte Verwendung können Sie zusätzliche Argumente an den Befehl mount übergeben.

Um eine Windows SMB/CIFS-Freigabe für den Host zur Verfügung zu stellen, verwenden Sie XenCenter, oder stellen Sie eine Verbindung zur Hostkonsole her, und führen Sie den folgenden Befehl aus:

xe-mount-iso-sr unc_path -t cifs -o username=myname/myworkgroup

Ersetzen Sie hintere Schrägstriche imunc_path Argument durch Schrägstriche. Zum Beispiel:

xe-mount-iso-sr //server1/myisos -t cifs -o username=johndoe/mydomain

Nach dem Einhängen der Freigabe sind alle verfügbaren ISOs in XenCenter in der Liste Install from ISO-Bibliothek oder DVD-Laufwerk verfügbar. Diese ISOs sind auch als CD-Images über die CLI-Befehle verfügbar.

Fügen Sie das ISO an eine entsprechende Windows Vorlage an.

VSS (Windows Volume Shadow Copy Service) -Anbieter

Die Windows Tools enthalten auch einen VSS-Anbieter für Citrix Hypervisor, mit dem das Gastdateisystem zur Vorbereitung eines VM-Snapshots stillgelegt wird. Der VSS-Anbieter wird als Teil der Installation des PV-Treibers installiert, ist aber standardmäßig nicht aktiviert.

So aktivieren Sie den Windows Citrix Hypervisor VSS-Anbieter:

  1. Installieren Sie die Windows PV-Treiber.

  2. Navigieren Sie zu dem Verzeichnisc:\Program Files\Citrix\XenTools, in dem die Treiber installiert sind (standardmäßig oderHKEY_LOCAL_MACHINE\Software\Citrix\XenTools\Install_dirin der Windows Registrierung).

  3. Doppelklicken Sie auf deninstall-XenProvider.cmd Befehl, um den VSS-Provider zu aktivieren.

Hinweise:

  • Der VSS-Anbieter wird automatisch deinstalliert, wenn die PV-Treiber deinstalliert werden. Aktivieren Sie den VSS-Anbieter erneut, wenn er erneut installiert wird. Sie können separat von den PV-Treibern deinstalliert werden, indem Sieuninstall-XenProvider.cmd im selben Verzeichnis verwenden.
  • Die Verwendung von VSS-Snapshots auf GFS2-SRs wird nicht unterstützt.

Herstellen einer Verbindung mit einer Windows VM mithilfe von Remotedesktop

Sie können eine der folgenden Möglichkeiten zum Anzeigen einer Windows VM-Konsole verwenden, die beide die volle Nutzung von Tastatur und Maus unterstützen.

  • Verwenden von XenCenter. Diese Methode stellt eine standardmäßige grafische Konsole bereit und verwendet die in Citrix Hypervisor integrierte VNC-Technologie, um den Remotezugriff auf die Konsole der virtuellen Maschine zu ermöglichen.

  • Herstellen einer Verbindung mit Windows Remote Desktop. Diese Methode verwendet die Remote Desktop Protocol-Technologie

In XenCenter auf der Registerkarte Konsole befindet sich die Schaltfläche Zu Remote Desktop wechseln . Diese Schaltfläche deaktiviert die standardmäßige grafische Konsole in XenCenter und wechselt zu Remote Desktop.

Wenn Remotedesktop in der VM nicht aktiviert ist, ist diese Schaltfläche deaktiviert. Um es zu aktivieren, installieren Sie die Citrix VM-Tools. Gehen Sie folgendermaßen vor, um sie auf jeder VM zu aktivieren, die Sie mit Remotedesktop verbinden möchten.

So aktivieren Sie den Remotedesktop auf einer Windows VM:

  1. Öffnen Sie System , indem Sie auf die Schaltfläche Start klicken, mit der rechten Maustaste auf Computer , und wählen Sie dann Eigenschaften aus.

  2. Klicken Sie auf Remoteeinstellungen. Wenn Sie zur Eingabe eines Administratorkennworts aufgefordert werden, geben Sie das Kennwort ein, das Sie während der VM-Einrichtung erstellt haben.

  3. Klicken Sie im Bereich Remotedesktop auf das Kontrollkästchen Verbindungen von Computern zulassen, auf denen eine beliebige Version von Remotedesktop ausgeführt wird (Windows 7).

  4. Um Nicht-Administratorbenutzer Select, die eine Verbindung zu dieser Windows VM herstellen können, klicken Sie auf die Schaltfläche Remotebenutzer auswählen , und geben Sie die Benutzernamen an. Benutzer mit Administratorrechten für die Windows Domäne können standardmäßig eine Verbindung herstellen.

Sie können jetzt über Remote Desktop eine Verbindung zu dieser VM herstellen. Weitere Informationen finden Sie im Microsoft Knowledge Base-ArtikelHerstellen einer Verbindung mit einem anderen Computer mithilfe der Remotedesktopverbindung.

Hinweis:

Sie können keine Verbindung zu einer virtuellen Maschine herstellen, die im Ruhezustand oder im Ruhezustand ist. Legen Sie die Einstellungen für den Ruhezustand und den Ruhezustand auf dem Remotecomputer auf Niefest.

Zeitverarbeitung in Windows VMs

Für Windows Gäste steuert zunächst die Kontrolldomänenuhr die Zeit. Die Zeit wird während der VM-Lebenszyklusvorgänge wie Suspendieren und Neustart aktualisiert.Wir empfehlen, einen zuverlässigen NTP-Dienst in der Steuerdomäne und allen Windows VMs auszuführen.

Wenn Sie manuell festlegen, dass eine VM zwei Stunden vor der Steuerdomäne liegt, bleibt sie erhalten. Sie können die VM voraussetzen, indem Sie einen Zeitzonenoffset innerhalb der VM verwenden. Wenn Sie später die Zeit der Steuerdomäne ändern (entweder manuell oder über NTP), wird die VM entsprechend verschoben, behält jedoch den Abstand von zwei Stunden bei. Das Ändern der Zeitzone der Steuerdomäne wirkt sich nicht auf VM-Zeitzonen oder Offset aus. Citrix Hypervisor verwendet die Hardware-Uhreinstellung der VM, um die VM zu synchronisieren. Citrix Hypervisor verwendet die Systemtakteinstellung der VM nicht.

Stellen Sie beim Aussetzen und Fortsetzen von Vorgängen oder bei der Livemigration sicher, dass die aktuellen Citrix VM-Tools installiert sind. Citrix VM-Tools benachrichtigen den Windows Kernel, dass nach dem Fortsetzen (möglicherweise auf einem anderen physischen Host) eine Zeitsynchronisierung erforderlich ist.

Hinweis:

Wenn Sie Windows VMs in Citrix Virtual Desktops Umgebung ausführen, müssen Sie sicherstellen, dass die Hostuhr dieselbe Quelle wie die Active Directory Domäne (AD) hat. Ein Fehler beim Synchronisieren der Uhren kann dazu führen, dass die VMs eine falsche Zeit anzeigen und die Windows PV-Treiber zum Absturz bringen.

Zeitverarbeitung in Linux-VMs

Das Zeitverarbeitungsverhalten von Linux-VMs in Citrix Hypervisor hängt davon ab, ob es sich bei der VM um einen PV-Gast oder einen HVM-Gast handelt.

Zusätzlich zu dem von Citrix Hypervisor definierten Verhalten können Betriebssystemeinstellungen und -verhalten das Zeitverarbeitungsverhalten Ihrer Linux-VMs beeinflussen. Einige Linux-Betriebssysteme synchronisieren möglicherweise die Systemuhr und die Hardware-Uhr in regelmäßigen Abständen, oder das Betriebssystem verwendet standardmäßig einen eigenen NTP-Dienst. Weitere Informationen finden Sie in der Dokumentation zum Betriebssystem Ihrer Linux-VM.

Hinweis:

Stellen Sie bei der Installation einer neuen Linux-VM sicher, dass Sie die Zeitzone von der Standard-UTC in Ihren lokalen Wert ändern. Spezifische Anweisungen zur Verteilung finden Sie unterLinux Versionshinweise.

Zeitverarbeitung in PV-Linux-VMs

Es gibt zwei Wanduhr-Verhalten für paravirtualisierte Linux-Distributionen — abhängig und unabhängig .

Abhängige Wanduhr: Die Systemuhren in PV-Linux-VMs werden mit der auf der Steuerdomäne ausgeführten Uhr synchronisiert und können nicht unabhängig voneinander geändert werden. Dieser Modus ist praktisch, da nur die Steuerdomäne den NTP-Dienst (Network Time Protocol) ausführen muss, um die genaue Zeit auf allen VMs zu halten.

Unabhängige Wanduhr: Systemuhren in PV-Linux-VMs werden nicht mit der auf der Steuerdomäne laufenden Uhr synchronisiert und können geändert werden. Wenn die VM gestartet wird, wird die Kontrolldomänenzeit verwendet, um die Anfangszeit der Systemuhr festzulegen.

Einige PV-Linux-VMs können dieindependent_wallclock Einstellung verwenden, um das Wanduhrverhalten der VM zu ändern.

Die folgende Tabelle listet das Wanduhrverhalten für PV-Linux-VMs auf:

Gastbetriebssystem Standard-Wanduhrverhalten Istindependent_wallclock die Einstellung verfügbar?
CentOS 5.x (32-/64-Bit) Abhängig Ja
CentOS 6.x (32-/64-Bit) Unabhängig  
Red Hat Enterprise Linux 5.x (32-/64-Bit) Abhängig Ja
Red Hat Enterprise Linux 6.x (32-/64-Bit) Unabhängig  
Oracle Linux 5.x (32-/64-Bit) Abhängig Ja
Oracle Linux 6.x (32-/64-Bit) Unabhängig  
Scientific Linux 6.x (32-/64-Bit) Unabhängig  
SLES 11 SP3, SP4 (32-/64-Bit) Unabhängig Ja (No-op)
SLES 12 SP1, SP2 (64 Bit) Unabhängig Ja (No-op)
SED 11 SP3, SP4 (64 Bit) Unabhängig Ja (No-op)
SED 12 SP1, SP2 (64 Bit) Unabhängig Ja (No-op)
Debian 7 (32-/64-Bit) Unabhängig  
NeoKylin Linux Advanced Server 6.5 (64-bit) Unabhängig  
NeoKylin Linux Advanced Server 7.2 (64-bit) Unabhängig  

Bei PV-Linux-VMs, auf denen dieindependent_wallclock Einstellung verfügbar ist, können Sie mit dieser Einstellung festlegen, ob die VM ein abhängiges oder unabhängiges Wanduhrverhalten hat.

Wichtig:

Es wird empfohlen, dieindependent_wallclock Einstellung zu verwenden, um ein unabhängiges Wanduhrverhalten zu aktivieren und einen zuverlässigen NTP-Dienst auf den Linux-VMs und dem Citrix Hypervisor or-Server auszuführen.

So richten Sie einzelne Linux-VMs auf ein unabhängiges Wanduhrverhalten ein:

  1. Führen Sie an einer Root-Eingabeaufforderung auf der VM den folgenden Befehl aus:echo 1 > /proc/sys/xen/independent_wallclock

  2. Diese Einstellung kann bei Neustarts beibehalten werden, indem Sie die /etc/sysctl.conf Konfigurationsdatei ändern und Folgendes hinzufügen:

    ## Set independent wall clock time
    xen.independent_wallclock=1
    
  3. Als dritte Alternative independent_wallclock=1 kann auch als Boot-Parameter an die VM übergeben werden.

So richten Sie einzelne Linux-VMs auf ein abhängiges Wanduhrverhalten ein:

  1. Führen Sie an einer Root-Eingabeaufforderung auf der VM den folgenden Befehl aus:echo 0 > /proc/sys/xen/independent_wallclock

  2. Diese Einstellung kann bei Neustarts beibehalten werden, indem Sie die /etc/sysctl.conf Konfigurationsdatei ändern und Folgendes hinzufügen:

    ## Set independent wall clock time
    xen.independent_wallclock=0
    
  3. Als dritte Alternative independent_wallclock=0 kann auch als Boot-Parameter an die VM übergeben werden.

HVM-Linux-VMs

Hardware-Uhren in HVM Linux-VMs werden nicht mit der auf der Steuerdomäne ausgeführten Uhr synchronisiert und können geändert werden. Wenn die VM zum ersten Mal gestartet wird, wird die Kontrolldomänenzeit verwendet, um die Anfangszeit der Hardware-Uhr und Systemuhr einzustellen.

Wenn Sie die Zeit auf der Hardware-Uhr ändern, wird diese Änderung beibehalten, wenn die VM neu gestartet wird.

Systemtaktverhalten hängt vom Betriebssystem der VM ab. Weitere Informationen finden Sie in der Dokumentation zu Ihrem VM-Betriebssystem.

Sie können das Verhalten der Citrix Hypervisor Zeitbehandlung für HVM Linux-VMs nicht ändern.

Installieren von HVM-VMs von Reseller Option Kit (BIOS-gesperrte) Medien

Es gibt zwei Arten von HVM-VMs: BIOS-Generic und BIOS-Customized. Um die Installation von Reseller Option Kit (BIOS-gesperrte) OEM-Versionen von Windows auf eine VM zu aktivieren, kopieren Sie die BIOS-Zeichenfolgen der VM vom Host, mit dem das Medium geliefert wurde. Alternativ können fortgeschrittene Benutzer benutzerdefinierte Werte für die BIOS-Zeichenfolgen festlegen.

BIOS-generisch

Die VM verfügt über generische Citrix Hypervisor or-BIOS-Zeichenfolgen.

Hinweis:

Wenn beim Start auf einer VM keine BIOS-Zeichenfolgen festgelegt sind, werden die standardmäßigen Citrix Hypervisor or-BIOS-Zeichenfolgen eingefügt, und die VM wird zu BIOS-Generic.

BIOS-Maßgeschneidert

Für HVM-VMs können Sie das BIOS auf zwei Arten anpassen: Copy-Host-BIOS-Zeichenfolgen und benutzerdefinierte BIOS-Zeichenfolgen.

Kopieren-Host-BIOS-Zeichenfolgen

Die VM verfügt über eine Kopie der BIOS-Zeichenfolgen eines bestimmten Servers im Pool. Um die mit dem Host gelieferten BIOS gesperrten Medien zu installieren, befolgen Sie die unten angegebenen Schritte.

Verwenden von XenCenter:

  1. Aktivieren Sie das Kontrollkästchen Host-BIOS-Zeichenfolgen auf VM kopieren im Assistenten für neue VM.

Verwenden der CLI:

  1. Führen Sie denvm-install copy-bios-strings-from Befehl aus. Geben Sie denhost-uuid als Host an, von dem die Zeichenfolgen kopiert werden (d. h. den Host, mit dem das Medium geliefert wurde):

    xe vm-install copy-bios-strings-from=host uuid \
        template=template name sr-name-label=name of sr \
        new-name-label=name for new VM
    

    Dieser Befehl gibt die UUID der neu erstellten VM zurück.

    Zum Beispiel:

    xe vm-install copy-bios-strings-from=46dd2d13-5aee-40b8-ae2c-95786ef4 \
        template="win7sp1" sr-name-label=Local\ storage  \
        new-name-label=newcentos
        7cd98710-bf56-2045-48b7-e4ae219799db
    
  2. Wenn die relevanten BIOS-Strings vom Host erfolgreich in die VM kopiert wurden,vm-is-bios-customized bestätigt der Befehl diesen Erfolg:

    xe vm-is-bios-customized uuid=VM uuid
    

    Zum Beispiel:

    xe vm-is-bios-customized uuid=7cd98710-bf56-2045-48b7-e4ae219799db
        This VM is BIOS-customized.
    

    Hinweis:

    Wenn Sie die VM starten, wird sie auf dem physischen Host gestartet, von dem Sie die BIOS-Zeichenfolgen kopiert haben.

Warnhinweis:

Es liegt in Ihrer Verantwortung, die EULAs einzuhalten, die die Verwendung von BIOS-gesperrten Betriebssystemen regeln, die Sie installieren.

Benutzerdefinierte BIOS-Zeichenfolgen

Der Benutzer hat die Möglichkeit, benutzerdefinierte Werte in ausgewählten BIOS-Zeichenfolgen mit CLI/API festzulegen. Um die Medien in HVM-VM mit angepasstem BIOS zu installieren, befolgen Sie das unten angegebene Verfahren.

Verwenden der CLI:

  1. Führen Sie denvm-install Befehl aus (ohnecopy-bios-strings-from ):

    xe vm-install template=template name sr-name-label=name of sr \
          new-name-label=name for new VM
    

    Dieser Befehl gibt die UUID der neu erstellten VM zurück.

    Zum Beispiel:

    xe vm-install template="win7sp1" sr-name-label=Local\ storage  \
          new-name-label=newcentos
        7cd98710-bf56-2045-48b7-e4ae219799db
    
  2. Um benutzerdefinierte BIOS-Zeichenfolgen festzulegen, führen Sie den folgenden Befehl aus, bevor Sie die VM zum ersten Mal starten:

    xe vm-param-set uuid=VM_UUID bios-strings:bios-vendor=VALUE \
        bios-strings:bios-version=VALUE bios-strings:system-manufacturer=VALUE \
        bios-strings:system-product-name=VALUE bios-strings:system-version=VALUE \
        bios-strings:system-serial-number=VALUE bios-strings:enclosure-asset-tag=VALUE
    

    Zum Beispiel:

    xe vm-param-set uuid=7cd98710-bf56-2045-48b7-e4ae219799db \
        bios-strings:bios-vendor="vendor name" \
        bios-strings:bios-version=2.4 \
        bios-strings:system-manufacturer="manufacturer name" \
        bios-strings:system-product-name=guest1 \
        bios-strings:system-version=1.0 \
        bios-strings:system-serial-number="serial number" \
        bios-strings:enclosure-asset-tag=abk58hr
    

    Hinweise:

    -  Sobald die benutzerdefinierten BIOS-Zeichenfolgen in einem einzigen CLI/API-Aufruf festgelegt wurden, können sie nicht geändert werden. -  Sie können die Anzahl der Parameter festlegen, die Sie angeben möchten, um die benutzerdefinierten BIOS-Zeichenfolgen festzulegen.
    

Warnhinweis:

Es liegt in Ihrer Verantwortung:

  • Erfüllen Sie alle EULAs und Standards für die Werte, die im BIOS der VM festgelegt werden.
  • Stellen Sie sicher, dass die Werte, die Sie für die Parameter angeben, funktionierende Parameter sind. Das Bereitstellen falscher Parameter kann zu einem Fehler bei der Boot-/Medieninstallation führen.

Zuweisen einer GPU zu einer Windows VM (zur Verwendung mit Citrix Virtual Desktops)

Mit Citrix Hypervisor können Sie einer Windows VM, die auf demselben Host ausgeführt wird, eine physische GPU im Citrix Hypervisor or-Server zuweisen. Diese GPU-Pass-Through-Funktion profitiert von Grafiknutzern wie CAD-Designern, die leistungsstarke Grafikfunktionen benötigen. Es wird nur für die Verwendung mit Citrix Virtual Desktops unterstützt.

Citrix Hypervisor unterstützt zwar nur eine GPU für jede VM, erkennt und gruppiert jedoch automatisch identische physische GPUs auf Hosts im selben Pool. Sobald einer Gruppe von GPUs zugewiesen wurde, kann eine VM auf jedem Host im Pool gestartet werden, der über eine verfügbare GPU in der Gruppe verfügt. Wenn eine VM an eine GPU angeschlossen ist, verfügt eine VM über bestimmte Funktionen, die nicht mehr verfügbar sind, einschließlich Livemigration, VM-Snapshots mit Arbeitsspeicher und Anhalten/Fortsetzen.

Das Zuweisen einer GPU zu einer VM in einem Pool beeinträchtigt den Betrieb anderer VMs im Pool nicht. VMs mit angeschlossenen GPUs gelten jedoch als nicht agil. Wenn VMs mit verbundenen GPUs Mitglieder eines Pools mit aktivierter Hochverfügbarkeit sind, übersehen beide Features diese VMs. Die VMs können nicht automatisch migriert werden.

GPU-Pass-Through ist nur für Windows VMs verfügbar. Sie kann mit XenCenter oder der xe CLI aktiviert werden.

Anforderungen

GPU-Pass-Through wird für bestimmte Maschinen und GPUs unterstützt. In allen Fällen muss die IOMMU-Chipsatzfunktion (VT-d für Intel-Modelle) auf dem Citrix Hypervisor or-Server verfügbar und aktiviert sein. Bevor Sie die GPU-Pass-Through-Funktion aktivieren, besuchen Sie dieHardwarekompatibilitätsliste.

Vor dem Zuweisen einer GPU zu einer VM

Bevor Sie einer VM eine GPU zuweisen, legen Sie die entsprechenden physischen GPUs in den Citrix Hypervisor or-Server ein, und starten Sie den Computer neu. Beim Neustart erkennt Citrix Hypervisor automatisch physische GPUs. Verwenden Sie denxe pgpu-list Befehl, um alle physischen GPUs über Hosts im Pool hinweg anzuzeigen.

Stellen Sie sicher, dass die IOMMU-Chipsatzfunktion auf dem Host aktiviert ist. Geben Sie dazu Folgendes ein:

xe host-param-get uuid=uuid_of_host param-name=chipset-info param-key=iommu

Wenn der gedruckte Wert lautetfalse, ist IOMMU nicht aktiviert, und GPU-Pass-Through ist über den angegebenen Citrix Hypervisor or-Server nicht verfügbar.

So weisen Sie einer Windows VM mithilfe von XenCenter eine GPU zu:

  1. Fahren Sie die VM herunter, der Sie eine GPU zuweisen möchten.

  2. Öffnen Sie die VM-Eigenschaften: Klicken Sie mit der rechten Maustaste auf die VM und wählen Sie Eigenschaftenaus.

  3. Zuweisen einer GPU zur VM: Select GPU aus der Liste der VM-Eigenschaften aus, und wählen Sie dann einen GPU-Typ aus. Klicken Sie auf OK.

  4. Starten Sie die VM.

So weisen Sie einer Windows VM mithilfe der xe-CLI eine GPU zu:

  1. Fahren Sie mit demxe vm-shutdown Befehl die VM herunter, der Sie eine GPU-Gruppe zuweisen möchten.

  2. Suchen Sie die UUID der GPU-Gruppe, indem Sie Folgendes eingeben:

    xe gpu-group-list
    

    Dieser Befehl druckt alle GPU-Gruppen im Pool. Beachten Sie die UUID der entsprechenden GPU-Gruppe.

  3. Fügen Sie die VM an eine GPU-Gruppe an, indem Sie Folgendes eingeben:

    xe vpgu-create gpu-group-uuid=uuid_of_gpu_group vm-uuid=uuid_of_vm
    

    Führen Sie denxe vgpu-list Befehl aus, um sicherzustellen, dass die GPU-Gruppe angefügt wurde.

  4. Starten Sie die VM mit dem xe vm-start Befehl.

  5. Sobald die VM gestartet wird, installieren Sie die Grafikkartentreiber auf der VM.

    Die Installation der Treiber ist unerlässlich, da die VM direkten Zugriff auf die Hardware auf dem Host hat. Treiber werden von Ihrem Hardwarehersteller bereitgestellt.

Hinweis:

Wenn Sie versuchen, eine VM mit GPU-Pass-Through auf dem Host ohne eine verfügbare GPU in der entsprechenden GPU-Gruppe zu starten, gibt Citrix Hypervisor einen Fehler aus.

So trennen Sie eine Windows VM mit XenCenter von einer GPU:

  1. Fahren Sie die VM herunter.

  2. Öffnen Sie die VM-Eigenschaften: Klicken Sie mit der rechten Maustaste auf die VM und wählen Sie Eigenschaftenaus.

  3. GPU von der VM trennen: Select GPU aus der Liste der VM-Eigenschaften aus, und wählen Sie dann Keine als GPU-Typ aus. Klicken Sie auf OK.

  4. Starten Sie die VM.

So trennen Sie eine Windows VM mit der xe-CLI von einer GPU:

  1. Fahren Sie die VM mit demxe vm-shutdown Befehl herunter.

  2. Suchen Sie die UUID der vGPU, die mit der VM verbunden ist, indem Sie Folgendes eingeben:

    xe vgpu-list vm-uuid=uuid_of_vm
    
  3. Trennen Sie die GPU von der VM, indem Sie Folgendes eingeben:

    xe vgpu-destroy uuid=uuid_of_vgpu
    
  4. Starten Sie die VM mit dem xe vm-start Befehl.

Erstellen von ISO-Images

Citrix Hypervisor kann ISO-Images als Installationsmedium und Datenquellen für Windows oder Linux-VMs verwenden. In diesem Abschnitt wird beschrieben, wie ISO-Images von CD/DVD-Medien hergestellt werden.

So erstellen Sie ein ISO auf einem Linux-System:

  1. Legen Sie die CD- oder DVD-ROM-Festplatte in das Laufwerk. Stellen Sie sicher, dass der Datenträger nicht bereitgestellt ist. Führen Sie zum Überprüfen den Befehl aus:

    mount
    

    Wenn der Datenträger eingehängt ist, heben Sie die Bereitstellung des Datenträgers auf. Weitere Informationen finden Sie in der Dokumentation Ihres Betriebssystems.

  2. Führen Sie als root den Befehl

    dd if=/dev/cdrom of=/path/cdimg_filename.iso
    

    Dieser Befehl dauert einige Zeit. Wenn der Vorgang erfolgreich abgeschlossen ist, sehen Sie Folgendes:

    1187972+0 records in
    1187972+0 records out
    

    Ihre ISO-Datei ist bereit.

So erstellen Sie ein ISO auf einem Windows -System:

Windows Computer verfügen über keinen entsprechenden Betriebssystembefehl zum Erstellen eines ISO. Die meisten CD-Brennwerkzeuge verfügen über eine Möglichkeit, eine CD als ISO-Datei zu speichern.