Virtuelle Maschinen verwalten

Dieser Abschnitt bietet einen Überblick über die Erstellung von virtuellen Maschinen (VMs) mithilfe von Vorlagen. Er erläutert auch andere Vorbereitungsmethoden, einschließlich des Klonens von Vorlagen und des Importierens zuvor exportierter VMs.

Was ist eine virtuelle Maschine?

Eine virtuelle Maschine (VM) ist ein Software-Computer, der wie ein physischer Computer ein Betriebssystem und Anwendungen ausführt. Die VM besteht aus einer Reihe von Spezifikations- und Konfigurationsdateien, die von den physischen Ressourcen eines Hosts unterstützt werden. Jede VM verfügt über virtuelle Geräte, die dieselben Funktionen wie physische Hardware bieten. VMs können die Vorteile bieten, portabler, besser verwaltbar und sicherer zu sein. Darüber hinaus können Sie das Startverhalten jeder VM an Ihre spezifischen Anforderungen anpassen. Weitere Informationen finden Sie unter VM-Startverhalten.

XenServer® unterstützt Gäste mit einer beliebigen Kombination von IPv4- oder IPv6-konfigurierten Adressen.

In XenServer können VMs im vollständig virtualisierten Modus betrieben werden. Spezifische Prozessorfunktionen werden verwendet, um privilegierte Anweisungen, die die virtuelle Maschine ausführt, zu „fangen“. Diese Funktion ermöglicht die Verwendung eines unveränderten Betriebssystems. Für den Netzwerk- und Speicherzugriff werden der virtuellen Maschine emulierte Geräte präsentiert. Alternativ können PV-Treiber aus Leistungs- und Zuverlässigkeitsgründen verwendet werden.

VMs erstellen

VM-Vorlagen verwenden

VMs werden aus Vorlagen erstellt. Eine Vorlage ist ein Gold-Image, das alle verschiedenen Konfigurationseinstellungen enthält, um eine Instanz einer bestimmten VM zu erstellen. XenServer wird mit einem Basissatz von Vorlagen geliefert, die rohe VMs sind, auf denen Sie ein Betriebssystem installieren können. Verschiedene Betriebssysteme erfordern unterschiedliche Einstellungen, um optimal zu funktionieren. XenServer-Vorlagen sind darauf abgestimmt, die Leistung des Betriebssystems zu maximieren.

Es gibt zwei grundlegende Methoden, mit denen Sie VMs aus Vorlagen erstellen können:

• Verwenden einer vollständigen vorkonfigurierten Vorlage.

• Installieren eines Betriebssystems von einer CD, einem ISO-Image oder einem Netzwerk-Repository auf der entsprechenden bereitgestellten Vorlage.

Windows-VMs beschreibt, wie Windows-Betriebssysteme auf VMs installiert werden.

Linux-VMs beschreibt, wie Linux-Betriebssysteme auf VMs installiert werden.

Hinweis:

Vorlagen, die mit älteren Versionen von XenServer erstellt wurden, können in neueren Versionen von XenServer verwendet werden. Vorlagen, die in neueren Versionen von XenServer erstellt wurden, sind jedoch nicht mit älteren Versionen von XenServer kompatibel.

Andere Methoden zur VM-Erstellung

Zusätzlich zur Erstellung von VMs aus den bereitgestellten Vorlagen können Sie die folgenden Methoden verwenden, um VMs zu erstellen.

Eine vorhandene VM klonen

Sie können eine Kopie einer vorhandenen VM erstellen, indem Sie von einer Vorlage klonen. Vorlagen sind gewöhnliche VMs, die als Originalkopien zur Erstellung von VM-Instanzen verwendet werden sollen. Eine VM kann angepasst und in eine Vorlage umgewandelt werden. Stellen Sie sicher, dass Sie das entsprechende Vorbereitungsverfahren für die VM befolgen. Weitere Informationen finden Sie unter Vorbereiten des Klonens einer Windows-VM mit Sysprep und Vorbereiten des Klonens einer Linux-VM.

Hinweis:

Vorlagen können nicht als normale VMs verwendet werden.

XenServer verfügt über zwei Mechanismen zum Klonen von VMs:

• Eine vollständige Kopie

• Copy-on-Write

  Der schnellere Copy-on-Write-Modus schreibt nur geänderte Blöcke auf die Festplatte. Copy-on-Write wurde entwickelt, um Speicherplatz zu sparen und schnelle Klone zu ermöglichen, verlangsamt jedoch die normale Festplattenleistung geringfügig. Eine Vorlage kann mehrmals ohne Verlangsamung schnell geklont werden.

  Hinweis:

  Wenn Sie eine Vorlage in eine VM klonen und den Klon dann in eine Vorlage umwandeln, kann die Festplattenleistung abnehmen. Das Ausmaß der Abnahme steht in einem linearen Verhältnis zur Häufigkeit dieses Vorgangs. In diesem Fall kann der vm-copy CLI-Befehl verwendet werden, um eine vollständige Kopie der Festplatten durchzuführen und die erwartete Festplattenleistung wiederherzustellen.

Hinweise zu Ressourcenpools

Wenn Sie eine Vorlage aus VM-Festplatten auf einem freigegebenen SR erstellen, wird der Vorlagenklonvorgang an jeden Host im Pool weitergeleitet, der auf die freigegebenen SRs zugreifen kann. Wenn Sie die Vorlage jedoch aus einer VM-Festplatte erstellen, die nur über ein lokales SR verfügt, kann der Vorlagenklonvorgang nur auf dem Host ausgeführt werden, der auf dieses SR zugreifen kann.

Eine exportierte VM importieren

Sie können eine VM erstellen, indem Sie eine vorhandene exportierte VM importieren. Wie das Klonen ist das Exportieren und Importieren einer VM eine schnelle Methode, um weitere VMs einer bestimmten Konfiguration zu erstellen. Mit dieser Methode können Sie die Geschwindigkeit Ihrer Bereitstellung erhöhen. Sie könnten beispielsweise eine spezielle Hostkonfiguration haben, die Sie oft verwenden. Nachdem Sie eine VM wie gewünscht eingerichtet haben, exportieren Sie sie und importieren Sie sie später, um eine weitere Kopie Ihrer speziell konfigurierten VM zu erstellen. Sie können Export und Import auch verwenden, um eine VM auf den XenServer-Host zu verschieben, der sich in einem anderen Ressourcenpool befindet.

Details und Verfahren zum Importieren und Exportieren von VMs finden Sie unter Importieren und Exportieren von VMs.

XenServer VM Tools

XenServer VM Tools bieten Hochleistungs-I/O-Dienste ohne den Overhead der traditionellen Geräteemulation.

XenServer VM Tools für Windows

XenServer VM Tools für Windows bestehen aus I/O-Treibern (auch bekannt als paravirtualisierte Treiber oder PV-Treiber) und dem Management Agent.

Die I/O-Treiber enthalten Speicher- und Netzwerktreiber sowie Low-Level-Managementschnittstellen. Diese Treiber ersetzen die emulierten Geräte und bieten einen Hochgeschwindigkeitstransport zwischen Windows und der XenServer-Produktfamiliensoftware. Bei der Installation eines Windows-Betriebssystems verwendet XenServer die traditionelle Geräteemulation, um der VM einen Standard-IDE-Controller und eine Standard-Netzwerkkarte zu präsentieren. Diese Emulation ermöglicht es der Windows-Installation, integrierte Treiber zu verwenden, jedoch mit reduzierter Leistung aufgrund des Overheads, der der Emulation der Controller-Treiber innewohnt.

Der Management Agent, auch als Guest Agent bekannt, ist für High-Level-Funktionen der virtuellen Maschinenverwaltung verantwortlich und bietet einen vollständigen Satz von Funktionen für XenCenter.

Installieren Sie XenServer VM Tools für Windows auf jeder Windows-VM, damit diese VM eine vollständig unterstützte Konfiguration hat und die xe CLI oder XenCenter verwenden kann. Eine VM funktioniert auch ohne die XenServer VM Tools für Windows, aber die Leistung ist beeinträchtigt, wenn die I/O-Treiber (PV-Treiber) nicht installiert sind. Sie müssen XenServer VM Tools für Windows auf Windows-VMs installieren, um die folgenden Vorgänge ausführen zu können:

• Eine VM sauber herunterfahren, neu starten oder anhalten

• VM-Leistungsdaten in XenCenter anzeigen

• Eine laufende VM migrieren (mithilfe von Live-Migration oder Storage-Live-Migration)

• Snapshots mit Speicher (Checkpoints) erstellen oder zu Snapshots zurückkehren

• Multipage-Unterstützung (automatisch aktiviert)

Weitere Informationen finden Sie unter Installieren der XenServer VM Tools für Windows.

XenServer VM Tools für Linux

XenServer VM Tools für Linux enthalten einen Gastagenten, der dem Host zusätzliche Informationen über die VM bereitstellt.

Sie müssen die XenServer VM Tools für Linux auf Linux-VMs installieren, um die folgenden Vorgänge ausführen zu können:

• VM-Leistungsdaten in XenCenter anzeigen

• Anzahl der vCPUs auf einer laufenden Linux-VM anpassen

• Dynamische Speichersteuerung aktivieren

  Hinweis:

  Sie können die Funktion Dynamic Memory Control (DMC) auf Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Red Hat Enterprise Linux 10 (Vorschau), Rocky Linux 8, Rocky Linux 9, CentOS Stream 9 oder CentOS Stream 10 VMs nicht verwenden, da diese Betriebssysteme kein Memory Ballooning mit dem Xen® Hypervisor unterstützen.

Weitere Informationen finden Sie unter Installieren der XenServer VM Tools für Linux.

Virtualisierungsstatus einer VM ermitteln

XenCenter meldet den Virtualisierungsstatus einer VM auf der Registerkarte Allgemein der VM. Sie können herausfinden, ob XenServer VM Tools installiert sind oder nicht. Diese Registerkarte zeigt auch an, ob die VM Updates von Windows Update installieren und empfangen kann. Der folgende Abschnitt listet die in XenCenter angezeigten Meldungen auf:

E/A-optimiert (nicht optimiert): Dieses Feld zeigt an, ob die E/A-Treiber auf der VM installiert sind.

Verwaltungsagent installiert (nicht installiert): Dieses Feld zeigt an, ob der Verwaltungsagent auf der VM installiert ist.

Kann (Kann nicht) Updates von Windows Update empfangen: Gibt an, ob die VM E/A-Treiber von Windows Update empfangen kann.

Hinweis:

Windows Server Core 2016 unterstützt die Verwendung von Windows Update zum Installieren oder Aktualisieren der E/A-Treiber nicht. Verwenden Sie stattdessen das Installationsprogramm der XenServer VM Tools für Windows, das auf der XenServer Downloads-Seite bereitgestellt wird.

E/A-Treiber und Management Agent installieren: Diese Meldung wird angezeigt, wenn die VM die E/A-Treiber oder den Management Agent nicht installiert hat.

UEFI-Boot und Secure Boot für Gäste

XenServer ermöglicht den folgenden Gastbetriebssystemen den Start im UEFI-Modus:

• Windows 10
• Windows 11
• Windows Server 2016
• Windows Server 2019
• Windows Server 2022
• Windows Server 2025
• Red Hat Enterprise Linux 8
• Red Hat Enterprise Linux 9
• Red Hat Enterprise Linux 10 (Vorschau)
• Ubuntu 22.04
• Ubuntu 24.04
• Rocky Linux 8
• Rocky Linux 9
• SUSE Linux Enterprise 15
• Debian Bookworm 12
• Oracle Linux 8
• CentOS 10 Stream unterstützt den UEFI-Startmodus, aber Secure Boot wird aufgrund eines Upstream-Problems derzeit nicht unterstützt.

Der UEFI-Start bietet eine umfassendere Schnittstelle für die Interaktion der Gastbetriebssysteme mit der Hardware, was die Startzeiten von VMs erheblich verkürzen kann. Wenn XenServer den UEFI-Start für Ihr Gastbetriebssystem unterstützt, empfehlen wir Ihnen, diesen Startmodus anstelle von BIOS zu wählen.

Für diese Betriebssysteme unterstützt XenServer auch Secure Boot. Secure Boot verhindert, dass unsignierte, falsch signierte oder modifizierte Binärdateien während des Starts ausgeführt werden. Auf einer UEFI-fähigen VM, die Secure Boot erzwingt, müssen alle Treiber signiert sein. Diese Anforderung kann den Anwendungsbereich der VM einschränken, bietet aber die Sicherheit, unsignierte/modifizierte Treiber zu blockieren. Wenn Sie einen unsignierten Treiber verwenden, schlägt der sichere Start fehl und eine Warnung wird in XenCenter angezeigt. Secure Boot reduziert auch das Risiko, dass Malware im Gast die Startdateien manipulieren oder während des Startvorgangs ausgeführt werden kann.

Sie müssen den Startmodus beim Erstellen einer VM angeben. Es ist nicht möglich, den Startmodus einer VM nach dem ersten Start zwischen BIOS und UEFI (oder UEFI Secure Boot) zu ändern. Sie können den Startmodus jedoch zwischen UEFI und UEFI Secure Boot ändern, nachdem die VM verwendet wurde, um potenzielle Secure Boot-Probleme zu beheben. Weitere Informationen finden Sie unter Fehlerbehebung.

Beachten Sie Folgendes, wenn Sie den UEFI-Start auf VMs aktivieren:

• Stellen Sie sicher, dass eine UEFI-fähige Windows-VM mindestens zwei vCPUs hat. UEFI-fähige Linux-VMs haben diese Einschränkung nicht.
• Sie können eine auf XenServer erstellte UEFI-fähige VM als OVA-, OVF- oder XVA-Datei importieren oder exportieren. Der Import einer UEFI-fähigen VM aus OVA- oder OVF-Paketen, die auf anderen Hypervisoren erstellt wurden, wird nicht unterstützt.
• Um PVS-Accelerator mit UEFI-fähigen VMs zu verwenden, stellen Sie sicher, dass Sie Citrix Provisioning™ 1906 oder höher verwenden.
• Verwenden Sie für Windows-VMs das UEFI-Einstellungsmenü, um die Bildschirmauflösung der XenCenter-Konsole zu ändern. Detaillierte Anweisungen finden Sie unter Fehlerbehebung.

Hinweis

UEFI-fähige VMs verwenden NVME und E1000 für emulierte Geräte. Die Emulationsinformationen zeigen diese Werte erst an, nachdem Sie die XenServer VM Tools für Windows auf der VM installiert haben. UEFI-fähige VMs zeigen auch nur 2 NICs an, bis Sie die XenServer VM Tools für Windows installiert haben.

Aktivieren von UEFI-Boot oder UEFI Secure Boot

Sie können XenCenter oder die xe CLI verwenden, um UEFI-Boot oder UEFI Secure Boot für Ihre VM zu aktivieren.

Informationen zum Erstellen einer UEFI-fähigen VM in XenCenter finden Sie unter Erstellen einer Windows-VM mit XenCenter oder Erstellen einer Linux-VM mit XenCenter.

Verwenden der xe CLI zum Aktivieren von UEFI-Boot oder UEFI Secure Boot

Wenn Sie eine VM erstellen, führen Sie den folgenden Befehl aus, bevor Sie die VM zum ersten Mal starten:

    xe vm-param-set uuid=<UUID> HVM-boot-params:firmware=<MODE>
    xe vm-param-set uuid=<UUID> platform:device-model=qemu-upstream-uefi
    xe vm-param-set uuid=<UUID> platform:secureboot=<OPTION>
<!--NeedCopy-->

Dabei ist UUID die UUID der VM, MODE ist entweder BIOS oder uefi, und OPTION ist entweder ‘true’ oder ‘false’. Wenn Sie den Modus nicht angeben, wird standardmäßig uefi verwendet, wenn diese Option für Ihr VM-Betriebssystem unterstützt wird. Andernfalls wird standardmäßig BIOS für den Modus verwendet. Wenn Sie die Option secureboot nicht angeben, wird standardmäßig ‘auto’ verwendet. Bei UEFI-fähigen VMs bedeutet das Verhalten ‘auto’, Secure Boot für die VM zu aktivieren.

Um eine UEFI-fähige VM aus einer mit XenServer gelieferten Vorlage zu erstellen, führen Sie den folgenden Befehl aus:

    UUID=$(xe vm-clone name-label='Windows 10 (64-bit)' new-name-label='Windows 10 (64-bit)(UEFI)')
    xe template-param-set uuid=<UUID> HVM-boot-params:firmware=<MODE> platform:secureboot=<OPTION>
<!--NeedCopy-->

Führen Sie diesen Befehl nicht für Vorlagen aus, auf denen bereits etwas installiert ist, oder für Vorlagen, die Sie aus einem Snapshot erstellt haben. Der Boot-Modus dieser Snapshots kann nicht geändert werden, und wenn Sie versuchen, den Boot-Modus zu ändern, startet die VM nicht.

Wenn Sie die UEFI-fähige VM zum ersten Mal starten, werden Sie auf der VM-Konsole aufgefordert, eine beliebige Taste zu drücken, um die Installation zu starten. Wenn Sie die Betriebssysteminstallation nicht starten, wechselt die VM-Konsole zur UEFI-Shell.

Um den Installationsprozess neu zu starten, geben Sie in der UEFI-Konsole die folgenden Befehle ein.

EFI:
EFI\BOOT\BOOTX64

Wenn der Installationsprozess neu startet, beobachten Sie die VM-Konsole auf die Installationsaufforderung. Wenn die Aufforderung erscheint, drücken Sie eine beliebige Taste.

Deaktivieren von Secure Boot

Gelegentlich möchten Sie Secure Boot möglicherweise deaktivieren. Beispielsweise können bestimmte Arten des Debuggings auf einer VM, die sich im Secure Boot-Benutzermodus befindet, nicht aktiviert werden. Um Secure Boot zu deaktivieren, können Sie den folgenden Befehl verwenden:

xe vm-param-set uuid=<VM_UUID> platform:secureboot=false

Es kann wieder aktiviert werden mit:

xe vm-param-set uuid=<VM_UUID> platform:secureboot=true

Schlüssel

Für Windows-VMs:

UEFI-fähige Windows-VMs werden mit einem PK von einem ephemeren privaten Schlüssel, dem Microsoft KEK, der Microsoft Windows Production PCA und Microsoft-Drittanbieterschlüsseln bereitgestellt. Die VMs erhalten außerdem eine aktuelle Sperrliste vom UEFI-Forum. Diese Konfiguration ermöglicht es Windows-VMs, mit aktiviertem Secure Boot zu starten und automatische Updates für die Schlüssel und die Sperrliste von Microsoft zu erhalten.

Für Linux-VMs:

Um Treiber von Drittanbietern in einer Linux-VM mit aktiviertem Secure Boot zu installieren, müssen Sie einen Signierschlüssel erstellen, ihn der VM als Machine Owner Key (MOK) hinzufügen und diesen Schlüssel zum Signieren des Treibers verwenden. Weitere Informationen finden Sie unter Installieren von Treibern von Drittanbietern auf Ihrer Secure Boot Linux-VM.

Fehlerbehebung bei Ihren UEFI- und UEFI Secure Boot-VMs

Informationen zur Fehlerbehebung bei Ihren UEFI- oder UEFI Secure Boot-VMs finden Sie unter Beheben von UEFI- und Secure Boot-Problemen.

vTPM

XenServer ermöglicht Ihnen die Erstellung eines virtuellen Trusted Platform Module (vTPM) und dessen Anbindung an Ihre VMs. Dieses virtuelle TPM verwendet oder leitet keine physischen TPMs auf Ihrer Hardware durch. Ein physisches TPM ist nicht erforderlich, um ein virtuelles TPM erstellen zu können.

Alle UEFI-Boot- oder UEFI Secure Boot-VMs ermöglichen Ihnen das Anbinden eines vTPM.

Eine VM hat eine Eins-zu-eins-Beziehung zu ihrem verknüpften vTPM. Eine VM kann nur ein vTPM haben, und ein vTPM kann nur einer einzelnen VM zugeordnet werden. Benutzer mit den Rollen VM-Administrator und höher können vTPM-Instanzen erstellen und zerstören.

Anwendungen, die auf der VM ausgeführt werden, können über die TPM 2.0-konforme API auf das vTPM zugreifen. TPM 1.2 wird nicht unterstützt. Benutzer mit den Rollen VM-Operator und höher können über die VM auf das vTPM zugreifen.

Um zu überprüfen, ob Ihre VM ein verknüpftes vTPM hat, gehen Sie in XenCenter auf die Registerkarte Allgemein und sehen Sie im Abschnitt Gerätesicherheit nach.

Einschränkungen

Die folgenden Einschränkungen gelten derzeit für VMs, die mit einem angehängten vTPM erstellt wurden:

• vTPM wird für VMs im BIOS-Boot-Modus nicht unterstützt.
• Obwohl Sie Ihre VMs in das OVF/OVA-Format exportieren können, gehen alle Daten in Ihrem vTPM im Rahmen dieses Prozesses verloren. Diese verlorenen Daten können dazu führen, dass die VM unerwartetes Verhalten zeigt oder nicht startet. Wenn Sie vTPM-Funktionen in der VM verwenden, exportieren Sie Ihre VMs nicht in diesem Format.
• BitLocker wird derzeit für VMs mit angehängtem vTPM nicht unterstützt.
• vTPM-Vorgänge, die vom Benutzer oder von Windows im Hintergrund ausgeführt werden, können fehlschlagen, wenn der Pool-Koordinator offline ist.
• Wenn eine VM eine benutzerdefinierte Arbeitslast ausführt, die das vTPM verwendet, und diese Arbeitslast eine große Datenmenge schreibt oder eine große Anzahl von Schreibanforderungen an das vTPM sendet, kann dies die Leistung des XenServer-Toolstacks beeinträchtigen.

Ein vTPM an eine VM anhängen

Für neue VMs kann das vTPM während der VM-Erstellung hinzugefügt werden. Weitere Informationen finden Sie in der Dokumentation zu Ihrer bevorzugten Methode zur VM-Erstellung.

Wenn Sie eine vorhandene UEFI- oder UEFI Secure Boot-VM haben, der Sie ein vTPM hinzufügen möchten, können Sie dies mit XenCenter oder über die xe CLI tun.

Mit XenCenter

1. Fahren Sie die VM herunter.
2. Fügen Sie der VM ein vTPM hinzu.
   1. Klicken Sie mit der rechten Maustaste auf die VM und wählen Sie vTPMs verwalten. Oder gehen Sie in der Hauptmenüleiste zu VM > vTPMs verwalten. Das Dialogfeld TPM-Manager wird geöffnet.
   2. Fügen Sie im Dialogfeld TPM-Manager ein vTPM hinzu.
3. Um zu überprüfen, ob die VM ein verknüpftes vTPM hat, wählen Sie die VM aus und gehen Sie zu ihrer Registerkarte Allgemein und sehen Sie im Abschnitt Gerätesicherheit nach.
4. Starten Sie die VM.

Mithilfe der xe-CLI

1. Fahren Sie die VM herunter:

   xe vm-shutdown uuid=<vm_uuid>
   <!--NeedCopy-->
   

2. Erstellen Sie ein vTPM und hängen Sie es an die VM an:

   xe vtpm-create vm-uuid=<vm_uuid>
   <!--NeedCopy-->
   

3. Starten Sie die VM:

   xe vm-start uuid=<vm_uuid>
   <!--NeedCopy-->
   

Unterstützte Gäste und Zuweisung von Ressourcen

Eine Liste der unterstützten Gastbetriebssysteme finden Sie unter Unterstützte Gäste, virtueller Speicher und Festplattengrößenbeschränkungen

Dieser Abschnitt beschreibt die Unterschiede in der Unterstützung virtueller Geräte für die Mitglieder der XenServer-Produktfamilie.

Unterstützung virtueller Geräte der XenServer-Produktfamilie

Die aktuelle Version der XenServer-Produktfamilie weist einige allgemeine Einschränkungen bei virtuellen Geräten für VMs auf. Bestimmte Gastbetriebssysteme können niedrigere Grenzwerte für bestimmte Funktionen haben. Der Abschnitt zur Installation einzelner Gäste weist auf die Einschränkungen hin. Detaillierte Informationen zu Konfigurationsgrenzwerten finden Sie unter Konfigurationsgrenzwerte.

Faktoren wie Hardware und Umgebung können die Einschränkungen beeinflussen. Informationen zur unterstützten Hardware finden Sie in der XenServer Hardware-Kompatibilitätsliste.

VM-Blockgeräte

XenServer emuliert einen IDE-Bus in Form eines hd*-Geräts. Bei der Verwendung von Windows installiert die Installation der XenServer VM Tools einen speziellen E/A-Treiber, der ähnlich wie unter Linux funktioniert, jedoch in einer vollständig virtualisierten Umgebung.

CPU-Funktionen

Der CPU-Funktionssatz eines Pools kann sich ändern, während eine VM ausgeführt wird, z. B. wenn ein neuer Host zu einem vorhandenen Pool hinzugefügt wird oder wenn die VM zu einem Host in einem anderen Pool migriert wird. Wenn sich der CPU-Funktionssatz eines Pools ändert, verwendet die VM weiterhin den Funktionssatz, der beim Start angewendet wurde. Um die VM so zu aktualisieren, dass sie den neuen Funktionssatz des Pools verwendet, müssen Sie die VM neu starten.