layout: doc description: Create virtual machines (VMs) from templates, by cloning, or by importing existing VMs.—
Dieser Abschnitt bietet einen Überblick über das Erstellen virtueller Maschinen (VMs) mithilfe von Vorlagen. Es werden auch andere Vorbereitungsmethoden erläutert, darunter das Klonen von Vorlagen und das Importieren zuvor exportierter VMs.
Eine virtuelle Maschine (VM) ist ein Softwarecomputer, der wie ein physischer Computer ein Betriebssystem und Anwendungen ausführt. Die VM umfasst eine 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 den Vorteil bieten, dass sie portabler, verwaltbarer und sicherer sind. 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 Befehle, die von der virtuellen Maschine ausgeführt werden, zu “fangen”. Mit dieser Funktion können Sie ein unverändertes Betriebssystem verwenden. Für den Netzwerk- und Speicherzugriff werden emulierte Geräte der virtuellen Maschine präsentiert. Alternativ können PV-Treiber aus Gründen der Leistung und Zuverlässigkeit verwendet werden.
Virtuelle Rechner werden aus Vorlagen vorbereitet. Eine Vorlage ist ein Gold-Image, das alle verschiedenen Konfigurationseinstellungen zum Erstellen einer Instanz einer bestimmten VM enthält. XenServer wird mit einem Basissatz von Vorlagen geliefert, bei denen es sich um rohe VMs handelt, auf denen Sie ein Betriebssystem installieren können. Verschiedene Betriebssysteme benötigen unterschiedliche Einstellungen, um optimal zu funktionieren. XenServer-Vorlagen sind auf die Maximierung der Betriebssystemleistung abgestimmt.
Es gibt zwei grundlegende Methoden, mit denen Sie VMs aus Vorlagen erstellen können:
Verwendung 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 virtuellen Rechnern installiert werden.
Linux-VMs beschreiben, wie Linux-Betriebssysteme auf virtuellen Rechnern 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. Wenn Sie eine VM-Vorlage mit Citrix Hypervisor 8.2 erstellt haben, exportieren Sie die VDIs separat, und erstellen Sie die VM erneut, um sie mit einer früheren Version zu verwenden.
Sie können nicht nur virtuelle Maschinen aus den bereitgestellten Vorlagen erstellen, sondern auch die folgenden Methoden verwenden, um VMs zu erstellen.
Sie können eine Kopie einer vorhandenen VM erstellen, indem Sie aus einer Vorlage klonen . Vorlagen sind normale VMs, die als Originalkopien verwendet werden sollen, um daraus Instanzen von VMs zu erstellen. 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 virtuelle Maschinen verwendet werden.
XenServer verfügt über zwei Mechanismen zum Klonen von VMs:
Eine vollständige Kopie
Kopieren-bei-Schreiben
Der schnellere Copy-on-Write-Modus schreibt nur modifizierte Blöcke auf den Datenträger. Copy-on-Write wurde entwickelt, um Speicherplatz zu sparen und schnelle Klone zu ermöglichen, verlangsamt jedoch die normale Datenträgerleistung geringfügig. Eine Vorlage kann ohne Verlangsamung mehrfach schnell geklont werden.
Hinweis:
Wenn Sie eine Vorlage in eine VM klonen und dann den Klon in eine Vorlage konvertieren, kann die Datenträgerleistung sinken. Das Ausmaß der Abnahme steht in linearem Zusammenhang mit der Häufigkeit, mit der dieser Prozess stattgefunden hat. In diesem Fall kann der CLI-Befehl
vm-copyverwendet werden, um eine vollständige Kopie der Datenträger durchzuführen und die erwartete Datenträgerleistung wiederherzustellen.
Wenn Sie eine Vorlage aus virtuellen VM-Laufwerken auf einer gemeinsam genutzten SR erstellen, wird der Vorgang zum Klonen von Vorlagen an jeden Host im Pool weitergeleitet, der auf die gemeinsam genutzten SRs zugreifen kann. Wenn Sie die Vorlage jedoch von einem virtuellen VM-Laufwerk erstellen, das nur über eine lokale SR verfügt, kann der Vorlagenklonvorgang nur auf dem Host ausgeführt werden, der auf diese SR zugreifen kann.
Sie können eine VM erstellen, indem Sie eine vorhandene exportierte VM importieren . Wie beim Klonen ist das Exportieren und Importieren einer VM eine schnelle Möglichkeit, mehr VMs einer bestimmten Konfiguration zu erstellen. Mit dieser Methode können Sie die Geschwindigkeit Ihrer Bereitstellung erhöhen. Möglicherweise verfügen Sie beispielsweise über eine spezielle Host-Konfiguration, die Sie häufig verwenden. Nachdem Sie eine VM wie erforderlich eingerichtet haben, exportieren Sie sie und importieren Sie sie später, um eine weitere Kopie Ihrer speziell konfigurierten VM zu erstellen. Sie können auch Export und Import verwenden, um eine VM auf den XenServer-Host zu verschieben, der sich in einem anderen Ressourcenpool befindet.
Einzelheiten und Verfahren zum Importieren und Exportieren von VMs finden Sie unter Importieren und Exportieren von VMs.
XenServer VM Tools bieten leistungsstarke I/O-Dienste ohne den Aufwand herkömmlicher Geräteemulation.
XenServer VM Tools für Windows bestehen aus I/O-Treibern (auch bekannt als paravirtualisierte Treiber oder PV-Treiber) und dem Management Agent.
Die E/A-Treiber enthalten Speicher- und Netzwerktreiber sowie Low-Level-Management-Schnittstellen. Diese Treiber ersetzen die emulierten Geräte und ermöglichen den High-Speed-Transport zwischen Windows und der XenServer-Produktfamilie. Bei der Installation eines Windows-Betriebssystems verwendet XenServer die herkömmliche 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 mit der Emulation der Controller-Treiber verbunden ist.
Der Management Agent, auch bekannt als Guest Agent, ist für allgemeine Verwaltungsfunktionen für virtuelle Maschinen verantwortlich und bietet XenCenter einen vollständigen Funktionsumfang.
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 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:
Sauberes Herunterfahren, Neustarten oder Anhalten einer virtuellen Maschine
Anzeigen von VM-Leistungsdaten in XenCenter
Migrieren einer laufenden VM (mithilfe von Live-Migration oder Speicher-Live-Migration)
Erstellen von Snapshots mit Speicher (Checkpoints) oder Wiederherstellen von Snapshots
Weitere Informationen finden Sie unter Installieren der XenServer VM Tools für Windows.
Die XenServer VM Tools für Linux enthalten einen Gast-Agent, der dem Host zusätzliche Informationen über die VM zur Verfügung stellt.
Sie müssen die XenServer VM Tools für Linux auf Linux-VMs installieren, um die folgenden Vorgänge ausführen zu können:
Anzeigen von VM-Leistungsdaten in XenCenter
Passen Sie die Anzahl der vCPUs auf einer laufenden Linux-VM an
Dynamische Speichersteuerung aktivieren
Hinweis:
Sie können die Funktion Dynamic Memory Control (DMC) nicht auf Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Rocky Linux 8, Rocky Linux 9 oder CentOS Stream 9 VMs 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.
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. Auf dieser Registerkarte wird auch angezeigt, ob die VM Updates von Windows Update installieren und empfangen kann. Im folgenden Abschnitt werden die Meldungen aufgeführt, die in XenCenter angezeigt werden:
I/O-optimiert (nicht optimiert): In diesem Feld wird angezeigt, ob die I/O-Treiber auf der VM installiert sind oder nicht.
Management Agent installiert (nicht installiert): In diesem Feld wird angezeigt, ob der Management Agent auf der VM installiert ist oder nicht.
Kann (nicht in der Lage) 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 nicht die Verwendung von Windows Update zum Installieren oder Aktualisieren der E/A-Treiber. Verwenden Sie stattdessen das Installationsprogramm für XenServer VM Tools für Windows, das auf der XenServer-Downloadseitebereitgestellt wird.
I/O-Treiber und Management Agent installieren: Diese Meldung wird angezeigt, wenn auf der VM die I/O-Treiber oder der Management Agent nicht installiert sind.
XenServer ermöglicht den Start der folgenden Gastbetriebssysteme im UEFI-Modus:
UEFI-Boot bietet eine umfangreichere Schnittstelle für die Interaktion der Gastbetriebssysteme mit der Hardware, wodurch die Startzeiten der virtuellen Maschinen erheblich reduziert werden können. Wenn XenServer UEFI-Boot für Ihr Gastbetriebssystem unterstützt, empfehlen wir, diesen Startmodus anstelle des 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 Startvorgangs ausgeführt werden. Auf einer UEFI-fähigen VM, die Secure Boot erzwingt, müssen alle Treiber signiert sein. Diese Anforderung kann den Einsatzbereich der VM einschränken, bietet jedoch die Sicherheit, unsignierte/geänderte Treiber zu blockieren. Wenn Sie einen unsignierten Treiber verwenden, schlägt der sichere Start fehl und in XenCenter wird eine Warnung 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 angeben, wenn Sie eine VM erstellen. Es ist nicht möglich, den Startmodus einer VM zwischen BIOS und UEFI (oder UEFI Secure Boot) zu ändern, nachdem die VM zum ersten Mal gestartet wurde. Sie können jedoch den Startmodus zwischen UEFI und UEFI Secure Boot ändern, nachdem die VM zur Behebung potenzieller Secure Boot-Probleme verwendet wurde. Weitere Informationen finden Sie unter Problembehandlung.
Beachten Sie Folgendes, wenn Sie UEFI-Boot auf VMs aktivieren:
Hinweis
UEFI-fähige VMs verwenden NVME und E1000 für emulierte Geräte. In den Emulationsinformationen werden diese Werte erst angezeigt, nachdem Sie die XenServer VM Tools für Windows auf der VM installiert haben. UEFI-fähige VMs werden auch so angezeigt, dass sie nur über 2 NICs verfügen, bis Sie die XenServer VM Tools für Windows installiert haben.
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](/de-de/xenserver/8/vms/linux.html#create-a-linux-vm-by-using-xencenter) mit XenCenter.
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-->
Wobei, UUID die UUID der VM ist, MODE entweder BIOS oder uefi und OPTION ist entweder “wahr” oder “falsch”. Wenn Sie den Modus nicht angeben, wird für diese Option standardmäßig uefi eingestellt, wenn Ihr VM-Betriebssystem dies unterstützt. Andernfalls ist der Standardmodus BIOS. Wenn Sie die secureboot-Option nicht angeben, wird standardmäßig “auto” verwendet. Bei UEFI-fähigen VMs besteht das “automatische” Verhalten darin, Secure Boot für die VM zu aktivieren.
Führen Sie den folgenden Befehl aus, um eine UEFI-fähige VM aus einer im Lieferumfang von XenServer enthaltenen Vorlage zu erstellen:
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, 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 Installationsvorgang neu zu starten, geben Sie in der UEFI-Konsole die folgenden Befehle ein.
EFI:
EFI\BOOT\BOOTX64
Wenn der Installationsvorgang neu gestartet wird, achten Sie in der VM-Konsole auf die Installationsaufforderung. Wenn die Eingabeaufforderung erscheint, drücken Sie eine beliebige Taste.
Möglicherweise möchten Sie Secure Boot gelegentlich deaktivieren. Beispielsweise können einige Debugging-Arten auf einer VM, die sich im Secure Boot-Benutzermodus befindet, nicht aktiviert werden. Um Secure Boot zu deaktivieren, ändern Sie die VM in den Secure Boot-Einrichtungsmodus. Führen Sie auf Ihrem XenServer-Host den folgenden Befehl aus:
varstore-sb-state <VM_UUID> setup
Für Windows-VMs:
UEFI-fähige Windows-VMs werden mit einer PK aus einem kurzlebigen privaten Schlüssel, dem Microsoft KEK, dem Microsoft Windows Production PCA und Microsoft-Schlüsseln von Drittanbietern bereitgestellt. Die VMs erhalten außerdem eine aktuelle Sperrliste aus dem UEFI-Forum. Diese Konfiguration ermöglicht es Windows-VMs, mit aktiviertem Secure Boot zu starten und automatische Updates der Schlüssel und der Sperrliste von Microsoft zu erhalten.
Für Linux-VMs:
Um Treiber von Drittanbietern auf einer Linux-VM zu installieren, auf der Secure Boot aktiviert ist, müssen Sie einen Signaturschlüssel erstellen, ihn der VM als Maschinenbesitzerschlüssel (MOK) hinzufügen und diesen Schlüssel verwenden, um den Treiber zu signieren. Weitere Informationen finden Sie unter Installieren von Treibern von Drittanbietern auf Ihrer Secure Boot Linux-VM.
Informationen zur Problembehandlung Ihrer UEFI- oder UEFI Secure Boot-VMs finden Sie unter Beheben von UEFI- undSecure Boot-Problemen.
Eine Liste der unterstützten Gastbetriebssysteme finden Sie unter Unterstützte Gäste, virtueller Speicher und Datenträgergrößenbeschränkungen
In diesem Abschnitt werden die Unterschiede bei der Unterstützung virtueller Geräte für die Mitglieder der XenServer-Produktfamilie beschrieben.
Die aktuelle Version der XenServer-Produktfamilie hat einige allgemeine Beschränkungen für virtuelle Geräte für VMs. Für bestimmte Gastbetriebssysteme gelten möglicherweise niedrigere Grenzwerte für bestimmte Funktionen. Der Abschnitt für einzelne Gastinstallationen weist auf die Einschränkungen hin. Ausführliche Informationen zu den Beschränkungen der Konfiguration finden Sie unter Configuration Limits.
Faktoren wie Hardware und Umgebung können die Beschränkungen beeinflussen. Informationen zu unterstützter Hardware finden Sie in der XenServer-Hardwarekompatibilitätsliste.
XenServer emuliert einen IDE-Bus in Form eines hd* Geräts. Wenn Sie Windows verwenden, wird bei der Installation der XenServer VM Tools ein spezieller I/O-Treiber installiert, der ähnlich wie Linux funktioniert, außer in einer vollständig virtualisierten Umgebung.
Der CPU-Funktionsumfang eines Pools kann sich ändern, während eine VM läuft, z. B. wenn ein neuer Host zu einem vorhandenen Pool hinzugefügt wird oder wenn die VM auf einen Host in einem anderen Pool migriert wird. Wenn sich der CPU-Funktionsumfang eines Pools ändert, verwendet die VM weiterhin den Funktionsumfang, der beim Start angewendet wurde. Um die VM so zu aktualisieren, dass sie den neuen Funktionsumfang des Pools verwendet, müssen Sie die VM neu starten.