Virtuelle Maschinen migrieren
Dieses Thema enthält Informationen zum Migrieren und Verschieben von virtuellen Maschinen innerhalb und zwischen Pools und eigenständigen Servern.
Definitionen:
- Eine VM migrieren: Eine laufende oder angehaltene VM auf einen anderen Server oder in einen Pool verschieben.
- Eine VM verschieben: Eine heruntergefahrene VM auf einen anderen Server oder in einen Pool verschieben.
Live-Migration
Live-Migration ist in allen Versionen von XenServer verfügbar. Diese Funktion ermöglicht es Ihnen, eine laufende oder angehaltene VM zwischen XenServer-Servern zu verschieben, wenn die Festplatten der VM auf einem von beiden Servern gemeinsam genutzten Speicher liegen. Diese Funktion ermöglicht es Pool-Wartungsfunktionen wie Workload Balancing (WLB), Hochverfügbarkeit und Rolling Pool Upgrade (RPU), VMs automatisch zu verschieben. Speicher kann nur zwischen Hosts im selben Pool gemeinsam genutzt werden. Daher können Sie VMs nur innerhalb desselben Pools verschieben.
Während der Live-Migration einer VM wird ihr Arbeitsspeicher als Datenstrom über das Netzwerk zwischen zwei Hosts übertragen. Die Funktion zur Komprimierung des Migrationsdatenstroms komprimiert diesen Datenstrom und beschleunigt so die Speicherübertragung in langsamen Netzwerken. Diese Funktion ist standardmäßig deaktiviert, kann aber mit XenCenter oder der xe CLI geändert werden. Weitere Informationen finden Sie unter Pool Properties - Advanced und Pool parameters.
Live-Migration ermöglicht Folgendes ohne VM-Ausfallzeiten:
- Lastenausgleich
- Infrastrukturresilienz
- Upgrade der Serversoftware
Speicher-Live-Migration
Speicher-Live-Migration ermöglicht es, eine VM von einem Host zu einem anderen zu verschieben, wenn die Festplatten der VM nicht auf einem zwischen den beiden Hosts gemeinsam genutzten Speicher liegen. Dadurch können Sie auf lokalem Speicher gespeicherte VMs ohne Ausfallzeiten migrieren und VMs mit praktisch keiner Dienstunterbrechung von einem Pool in einen anderen verschieben. Die Wahl des Zielservers hängt davon ab, wie die VM und der Pool konfiguriert sind. In einem Pool mit aktiviertem Workload Balancing (WLB) werden beispielsweise Empfehlungen gegeben, um den bestmöglichen physischen Server für die Workload der VM auszuwählen. Weitere Informationen finden Sie unter Choosing an Optimal Server for VM Initial Placement, Migrate, and Resume.
Speicher-Live-Migration ermöglicht Systemadministratoren Folgendes:
- VMs zwischen XenServer-Pools neu ausbalancieren (z. B. von einer Entwicklungsumgebung in eine Produktionsumgebung)
- Eigenständige XenServer-Server ohne VM-Ausfallzeiten aktualisieren und upgraden
- Die XenServer-Serverhardware aktualisieren
Hinweis:
- Das Migrieren einer VM von einem Host zu einem anderen bewahrt den VM-Status. Die Statusinformationen umfassen Informationen, die die VM definieren und identifizieren, sowie historische Leistungsmetriken wie CPU- und Netzwerknutzung.
Die Storage-Live-Migration ermöglicht es Ihnen auch, virtuelle Festplatten von einem Storage Repository (SR) in ein anderes SR innerhalb desselben Pools zu verschieben. Weitere Informationen finden Sie unter Virtuelle Festplatten verschieben.
Kompatibilitätsanforderungen
Beim Migrieren einer VM mit Live-Migration oder Storage-Live-Migration müssen die VM und die Server die folgenden Kompatibilitätsanforderungen erfüllen.
Allgemeine Anforderungen:
-
Der Zielhost muss dieselbe oder eine neuere Version von XenServer installiert haben wie der Quellhost. Dies beinhaltet auch die Sicherstellung, dass Ihr Zielhost dieselbe oder eine neuere Version von Updates wie der Quellhost hat.
-
XenServer VM Tools für Windows müssen auf jeder Windows-VM installiert sein, die Sie migrieren möchten.
-
Sie können nicht mehr als drei VMs gleichzeitig migrieren, deren Quellspeicherort sich im selben Pool befindet.
CPU-Anforderungen:
-
Wenn die CPUs auf dem Quell- und Zielhost unterschiedlich sind, muss der Zielhost mindestens so leistungsfähig sein wie der Quellhost. Im Allgemeinen bedeutet dies, dass der Zielhost dieselbe oder eine neuere CPU hat.
- Wenn Sie innerhalb desselben Pools migrieren, versucht der Pool automatisch, eine VM kompatibel zu machen.
- Wenn Sie zwischen Pools migrieren, müssen Sie sicherstellen, dass die VM mit dem Funktionsumfang des Zielpools kompatibel ist.
-
Sie können eine VM nicht live zwischen AMD- und Intel-Prozessoren migrieren.
Speicheranforderungen:
-
Der Zielhost muss über ausreichend freien Arbeitsspeicher verfügen oder in der Lage sein, ausreichend Kapazität mithilfe der dynamischen Speichersteuerung freizugeben. Wenn nicht genügend Arbeitsspeicher vorhanden ist, schlägt die Migration fehl.
-
Nur Speichermigration: Ein Host im Quellpool muss über ausreichend freien Arbeitsspeicher verfügen, um eine angehaltene VM auszuführen, die migriert wird. Diese Anforderung ermöglicht es, die angehaltene VM jederzeit während des Migrationsprozesses zu starten.
Anforderungen an den Festplattenspeicher:
-
Nur Speichermigration: Der Zielspeicher muss über ausreichend freien Festplattenspeicher für die eingehenden VMs verfügen. Der benötigte freie Speicherplatz kann das Dreifache der VDI-Größe (ohne Snapshots) betragen. Wenn nicht genügend Speicherplatz vorhanden ist, schlägt die Migration fehl.
-
Der Quellspeicher muss über ausreichend freien Festplattenspeicher verfügen, um während der Migration temporäre Snapshots der VDIs der VM zu erstellen. Wenn nicht genügend Speicherplatz vorhanden ist, schlägt die Migration fehl. Der benötigte freie Speicherplatz kann bis zum Doppelten der Größe der VM-Festplatte betragen.
Einschränkungen bei Live-Migration und Speicher-Live-Migration
Live-Migration und Speicher-Live-Migration unterliegen den folgenden Einschränkungen:
- VMs, die SR-IOV verwenden, können nicht migriert werden. Weitere Informationen finden Sie unter SR-IOV-fähige NICs verwenden
- Die VM-Leistung wird während der Migration reduziert.
- Wenn Sie die Hochverfügbarkeitsfunktion verwenden, stellen Sie sicher, dass die zu migrierende VM nicht als geschützt markiert ist.
- VMs, bei denen die Option
on-bootaufresetgesetzt ist, können nicht migriert werden. Weitere Informationen finden Sie unter Intellicache. - Die Dauer der VM-Migration hängt vom Speicherbedarf der VM und ihrer Aktivität ab. Darüber hinaus können die Größe des VDI und die Speicheraktivität des VDI VMs beeinflussen, die mit Speicher-Live-Migration migriert werden.
- Sie können die Speicher-Live-Migration nicht verwenden, um VMs zu migrieren, bei denen Changed Block Tracking aktiviert ist. Deaktivieren Sie Changed Block Tracking, bevor Sie eine Speicher-Live-Migration versuchen. Weitere Informationen finden Sie unter Geändertes Block-Tracking.
- Die Speicher-Live-Migration kann nicht mit VMs verwendet werden, die von Machine Creation Services erstellt wurden.
- Die Speichermigration kann nicht mit nicht-persistenten VMs verwendet werden.
VMs, die VDIs auf einem GFS2- oder XFS-SR haben, unterliegen den folgenden zusätzlichen Einschränkungen:
- Die Speicher-Live-Migration kann weder innerhalb desselben Pools noch zwischen Pools verwendet werden.
- Innerhalb eines Pools ist es möglich, den Vorgang VM verschieben zu verwenden, wenn die VM heruntergefahren ist.
Schritt-für-Schritt-Anleitungen zur Verwendung der Live-Migration oder Speicher-Live-Migration zum Migrieren Ihrer VMs finden Sie im Abschnitt So migrieren oder verschieben Sie eine VM.
VMs verschieben
XenCenter® ermöglicht Ihnen, heruntergefahrene VMs mithilfe des Assistenten VM verschieben in ein neues Speicher-Repository im selben Pool zu verschieben. Schritt-für-Schritt-Anleitungen finden Sie im folgenden Abschnitt.
Hinweis:
Das Verschieben einer heruntergefahrenen VM zwischen SRs hat die gleichen Einschränkungen wie das Durchführen einer Speichermigration. Weitere Informationen finden Sie im vorhergehenden Abschnitt.
So migrieren oder verschieben Sie eine VM
- Wählen Sie im Bereich „Ressourcen“ die VM aus und führen Sie je nach Status Ihrer VM eine der folgenden Aktionen aus.
-
Um eine laufende oder angehaltene VM mithilfe der Live-Migration oder Speicher-Live-Migration zu migrieren: Wählen Sie im Menü VM die Option Zu Server migrieren und dann den Assistenten zum Migrieren von VMs aus. Diese Aktion öffnet den Assistenten VM migrieren.
Hinweis:
Bei Pools mit 16 oder weniger Mitgliedern zeigt das Rechtsklickmenü die Liste der verfügbaren Server an, auf die die VM migriert werden kann. Bei größeren Pools werden die Server jedoch nicht im Menü aufgeführt. Stattdessen müssen Sie den Assistenten Auf Server migrieren öffnen.
-
So verschieben Sie eine angehaltene VM: Wählen Sie im Menü VM die Option VM verschieben. Diese Aktion öffnet den VM verschieben-Assistenten.
-
- Wählen Sie einen eigenständigen Server oder einen Pool aus der Liste Ziel aus.
- Wählen Sie einen Server aus der Liste Home-Server aus, um einen Home-Server für die VM zuzuweisen, und wählen Sie Weiter.
- Geben Sie auf der Seite Speicher ein Speicher-Repository an, auf dem die virtuellen Datenträger der migrierten VM abgelegt werden sollen. Wählen Sie Weiter.
- Die Option Alle migrierten virtuellen Datenträger auf demselben SR platzieren ist standardmäßig ausgewählt und zeigt das standardmäßige freigegebene SR im Zielpool an.
- Wählen Sie Migrierte virtuelle Datenträger auf angegebenen SRs platzieren, um ein SR aus der Liste Speicher-Repository anzugeben. Mit dieser Option können Sie für jeden virtuellen Datenträger auf der migrierten VM ein anderes SR auswählen.
- Ordnen Sie auf der Seite Netzwerk die virtuellen Netzwerkschnittstellen in der ausgewählten VM Netzwerken im Zielpool oder -server zu. Geben Sie Ihre Optionen über die Liste Zielnetzwerk an und wählen Sie Weiter.
-
Wählen Sie ein Speichernetzwerk im Zielpool aus, das für die Migration der virtuellen Datenträger der VM verwendet werden soll. Wählen Sie Weiter.
Hinweis:
Aus Leistungsgründen wird empfohlen, das Management-Netzwerk nicht für die Live-Migration zu verwenden.
- Überprüfen Sie die Konfigurationseinstellungen und wählen Sie Fertig stellen, um die Migration oder das Verschieben der VM zu starten.
Wenn Sie von einer älteren Version von XenServer oder Citrix Hypervisor™ migrieren, müssen Sie möglicherweise alle VMs nach der Migration Ihrer VMs neu starten, um sicherzustellen, dass neue Virtualisierungsfunktionen übernommen werden.