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 durch die 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 jeder 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 „abzufangen“. 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 vorbereitet. 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. Allerdings sind Vorlagen, die in neueren Versionen von XenServer erstellt wurden, 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 zur VM-Erstellung verwenden.

Klonen einer bestehenden VM

Sie können eine Kopie einer bestehenden VM erstellen, indem Sie sie aus einer Vorlage klonen. Vorlagen sind gewöhnliche VMs, die als Originalkopien zur Erstellung von VM-Instanzen dienen 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 mehrfach schnell geklont werden, ohne dass es zu einer Verlangsamung kommt.

  Hinweis:

  Wenn Sie eine Vorlage in eine VM klonen und den Klon dann wieder 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 CLI-Befehl vm-copy verwendet werden, um eine vollständige Kopie der Festplatten zu erstellen und die erwartete Festplattenleistung wiederherzustellen.

Hinweise für Ressourcenpools

Wenn Sie eine Vorlage aus virtuellen 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 von einer virtuellen VM-Festplatte erstellen, die nur über einen lokalen SR verfügt, kann der Vorlagenklonvorgang nur auf dem Host ausgeführt werden, der auf diesen SR zugreifen kann.

Eine exportierte VM importieren

Sie können eine VM erstellen, indem Sie eine vorhandene exportierte VM importieren. Ähnlich 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 häufig 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 leistungsstarke 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 Hochgeschwindigkeits-Transport zwischen Windows und der XenServer-Produktfamiliensoftware. Während 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 bekannt als Guest Agent, ist für die High-Level-Verwaltungsfunktionen virtueller Maschinen 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 wird 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

• Mehrseitenunterstützung (automatisch aktiviert)

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

XenServer VM Tools für Linux

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

  Einige Linux-Gastbetriebssysteme unterstützen kein Memory Ballooning mit dem Xen® Hypervisor und können daher die Funktion Dynamic Memory Control (DMC) nicht verwenden. Informationen dazu, für welche Gastbetriebssysteme dies gilt, finden Sie unter Unterstützung von Gast-Betriebssystemfunktionen.

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

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

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

Kann (Kann nicht) Updates von Windows Update empfangen: gibt an, ob die VM I/O-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 keine E/A-Treiber oder den Management Agent installiert hat.

Gast-UEFI-Boot und Secure Boot

Details dazu, welche Gastbetriebssysteme im UEFI-Modus booten können, finden Sie unter Guest OS Feature Support.

Der UEFI-Boot bietet eine umfassendere Schnittstelle für die Gastbetriebssysteme zur Interaktion mit der Hardware, was die Startzeiten der VM erheblich verkürzen kann. Wenn XenServer den UEFI-Boot für Ihr Gastbetriebssystem unterstützt, empfehlen wir Ihnen, diesen Boot-Modus 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 Secure Boot fehl und eine Warnung wird in XenCenter angezeigt. Secure Boot reduziert auch das Risiko, dass Malware im Gast die Boot-Dateien manipulieren oder während des Boot-Vorgangs ausgeführt werden kann.

Sie müssen den Boot-Modus beim Erstellen einer VM angeben. Es ist nicht möglich, den Boot-Modus einer VM zwischen BIOS und UEFI (oder UEFI Secure Boot) zu ändern, nachdem die VM zum ersten Mal gestartet wurde. Sie können den Boot-Modus jedoch zwischen UEFI und UEFI Secure Boot ändern, nachdem die VM zur Behebung potenzieller Secure Boot-Probleme verwendet wurde. Weitere Informationen finden Sie unter Troubleshooting.

Beachten Sie Folgendes, wenn Sie den UEFI-Boot 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 Troubleshooting.

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 werden auch erst nach der Installation der XenServer VM Tools für Windows als nur 2 NICs angezeigt.

UEFI-Boot oder UEFI Secure Boot aktivieren

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, falls diese Option für Ihr VM-Betriebssystem unterstützt wird. Andernfalls wird standardmäßig BIOS verwendet. Wenn Sie die Option secureboot nicht angeben, wird standardmäßig ‘auto’ verwendet. Bei UEFI-fähigen VMs besteht das ‘auto’-Verhalten darin, 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 etwas installiert ist, oder für Vorlagen, die Sie aus einem Snapshot erstellt haben. Der Startmodus dieser Snapshots kann nicht geändert werden, und wenn Sie versuchen, den Startmodus zu ändern, kann die VM nicht starten.

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 Installationsvorgang neu zu starten, geben Sie in der UEFI-Konsole die folgenden Befehle ein.

EFI:
EFI\BOOT\BOOTX64

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

Secure Boot deaktivieren

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 Drittanbieter-Schlüsseln bereitgestellt. Die VMs erhalten außerdem eine aktuelle Widerrufsliste 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 Widerrufsliste von Microsoft zu erhalten.

Für Linux-VMs:

Um Drittanbieter-Treiber in einer Linux-VM zu installieren, die Secure Boot aktiviert hat, 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 Drittanbieter-Treibern 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 mit einer einzigen VM verknüpft sein. 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-kompatible 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 zur 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 angeschlossenem vTPM nicht unterstützt.
• vTPM-Operationen, 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 anfügen

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. Der Dialog TPM-Manager wird geöffnet.
   2. Fügen Sie im Dialog TPM-Manager ein vTPM hinzu.
3. Um zu überprüfen, ob die VM ein verknüpftes vTPM hat, wählen Sie die VM aus, gehen Sie zu ihrer Registerkarte Allgemein und suchen Sie im Abschnitt Gerätesicherheit.
4. Starten Sie die VM.

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

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