Migration von virtuellen Computern – Übersicht
Wichtig
Diese Version von Virtual Machine Manager (VMM) hat das Supportende erreicht. Sie sollten ein Upgrade auf VMM 2019 durchführen.
Dieser Artikel bietet eine Übersicht über die Migration virtueller Computer im Fabric von System Center – Virtual Machine Manager (VMM).
Sie können im VMM-Fabric verwaltete virtuelle Maschinen und den zugehörigen Speicher migrieren. VMM wählt automatisch den Übertragungstyp aus, der für die Migration verwendet wird. Beim Ausführen einer Migration in der VMM-Konsole mithilfe des Assistenten zum Migrieren von VMs wird der verwendete Migrationstyp in der Spalte Übertragungstyp angezeigt. In der folgenden Tabelle werden die unterstützten Migrationstypen zusammengefasst.
| Typ | Verwenden Sie | Details |
|---|---|---|
| Netzwerkmigration | Führt eine Netzwerkkopie der virtuellen Maschinendaten mithilfe von BITS aus. | Dies ist der langsamste Migrationstyp. Die Länge der Ausfallzeit ist direkt von der Größe der Datenübertragung abhängig. |
| Schnellmigration | Dieser Migrationstyp wird auch als Clusterübertragung bezeichnet und kann zum Migrieren von hoch verfügbaren virtuellen Maschinen verwendet werden. Zum Migrieren von virtuellen Maschinen zwischen Clusterknoten wird das Windows-Failovercluster genutzt. | Der Ausführungsstatus der virtuellen Maschine wird auf einem Datenträger gespeichert (die virtuelle Maschine wird in den Ruhezustand versetzt), vom Datenträger wird ein Failover auf dem anderen Clusterknoten erstellt, und der gespeicherte Status wird geladen, um die virtuelle Maschine wieder zu aktivieren. Die Ausfallzeit ist minimal, da bei der Schnellmigration eine Momentaufnahme der virtuellen Maschine erstellt wird und Daten übertragen werden, ohne dass die virtuelle Maschine ausgeschaltet werden muss. |
| Schnelle Speichermigration | Wird zum Verschieben eines VM-Speichers von einem Speicherort an einen anderen verwendet. Sie können den Speicher für eine virtuelle Maschine z. B. von einem Fibre Channel-SAN in ein iSCSI-SAN verschieben. | Die virtuellen Datenträger einer ausgeführten virtuellen Maschine können unabhängig von Speicherprotokollen (SCSI, Fibre Channel) oder Speichertypen (lokal, DAS, SAN) migriert werden. Die Ausfallzeit ist minimal, da bei der schnellen Speichermigration eine Momentaufnahme der virtuellen Maschine erstellt wird und Daten übertragen werden, ohne dass die virtuelle Maschine ausgeschaltet werden muss. |
| SAN-Migration | Bei diesem Migrationstyp wird die SAN-Übertragung zur Migration von virtuellen Maschinen und hoch verfügbaren virtuellen Maschinen zu und von einem Cluster genutzt. Der Typ kann genutzt werden, wenn sowohl vom Quell- als auch vom Zielhost auf die gleiche Speicherinfrastruktur (LUN) zugegriffen und der Speicher von einem Host zum anderen übertragen werden kann. | Bei einer SAN-Migration werden die Dateien für virtuelle Maschinen nicht von einem Server auf einen anderen kopiert; daher ist die Ausfallzeit minimal. Mit der SAN-Migration können virtuelle Maschinen von einem Host auf einen anderen oder aus der Bibliothek bzw. in diese kopiert werden. Wenn Sie eine virtuelle Maschine per SAN-Übertragung zu einem Cluster migrieren, wird von VMM überprüft, ob die LUN von sämtlichen Knoten erkannt wird. Außerdem wird automatisch eine Clusterdatenträgerressource für die LUN erstellt. Damit eine virtuelle Maschine per Migration aus einem Cluster verschoben werden kann, muss sie sich auf einer dedizierten LUN ohne freigegebene Clustervolumes befinden. Es wird die Migration dieser SAN-Infrastrukturen unterstützt: Fibre Channel; iSCSI-SANs; NPID (N_Port ID Virtualization). |
| Livemigration | Verschiebt eine virtuelle Maschine, die im Rahmen eines Failoverclusters ausgeführt wird, von einem Cluster in einen anderen. | Es treten keine merklichen Ausfallzeiten für Benutzer oder Netzwerkanwendungen auf. |
Livemigration
Die Livemigration bietet eine Reihe von Vorteilen:
- Mehr Flexibilität: Mithilfe der Livemigrationsfunktionen können virtuelle Maschinen einfacher zwischen Hosts und Clustern verschoben werden. So lässt sich ein dynamisches Datencenter unkomplizierter verwalten.
- Vereinfachte Wartung: Durch Livemigration ist es nicht mehr notwendig, eigenständige Hosts und Clusterhosts zu Wartungs- und Migrationszwecken offline zu schalten. Ausfallzeiten werden so vermieden. Durch die Möglichkeit gleichzeitiger Migrationen und Wartungen lassen sich die Migrationszeitfenster auf die zur Livemigration erforderliche Zeit verkürzen. Zusätzlich wird der Planungsvorgang für Hyper-V-Mobilität vereinfacht.
- Bessere Hardwarenutzung: Die Verteilung der virtuellen Maschinen kann innerhalb der Infrastruktur optimiert werden. Virtuelle Maschinen und Speicher können ohne Unterbrechung der Verfügbarkeit zu eigenständigen Servern und Clustern mit freien Kapazitäten verschoben werden. Der Energieverbrauch wird reduziert, da virtuelle Maschinen zwischen Hosts verschoben und die Hosts zu Energiesparzwecken ausgeschaltet werden können.
- Failoverclusterfunktionen: VMM profitiert von den Failoverclusterfunktionen, die in Windows Server 2012 eingeführt wurden. Zu diesen Funktionen gehören zusätzliche APIs zum Migrieren virtueller Maschinen zwischen Clusterknoten sowie eine verbesserte Funktion zum Anfügen bzw. Trennen, die die Migration von virtuellen Maschinen in und aus Failoverclustern ohne Ausfallzeiten ermöglicht. VMM unterstützt die folgenden Arten der Livemigration:
Unterstützung der Livemigration
VMM unterstützt die folgenden Arten der Livemigration:
- Livemigration eigenständiger Computer: Sie können eine Livemigration zwischen zwei eigenständigen Computern ausführen, die sich nicht in einem Cluster befinden.
- Livemigration innerhalb eines Clusters: Sie können eine Livemigration zwischen Knoten im gleichen Cluster ausführen.
- Livemigration zwischen Knoten in verschiedenen Clustern: Sie können eine Migration zwischen Knoten in verschiedenen Clustern ausführen.
- Livemigration von VM-Speichern: Sie können Speicher migrieren, um den in Hyper-V verfügbaren physischen Speicher zu aktualisieren oder um Engpässe in der Speicherleistung zu verringern. Mit Speichermigration können Sie außerdem Speicherressourcen verschieben, warten oder ein Speicherupgrade ausführen, und Sie können eigenständige sowie geclusterte virtuelle Maschinen migrieren. Speicher kann zu einem eigenständigen Computer oder einem Hyper-V-Cluster hinzugefügt werden. Virtuelle Maschinen können bei ununterbrochener Ausführung in den neuen Speicher verschoben werden.
- Live-VSM: Mithilfe von Live-VSM (Live System Migration) können Sie virtuelle Maschinen und ihren Speicher mit einer einzigen Aktion gemeinsam migrieren.
- Gleichzeitige Livemigration: Sie können mehrere Livemigrationen von virtuellen Maschinen und Speicher zugleich ausführen. Die maximale Anzahl kann manuell konfiguriert werden. Gleichzeitige Livemigrationen über diesen Grenzwert hinaus werden in die Warteschlange eingereiht.
VMM überprüft und validiert die Konfigurationseinstellungen des Zielhosts, bevor die Migration vom Quellhost gestartet wird.
Unterstützungsmatrix für Live-VM-Migration
| Quelle | Ziel: Eigenständig | Ziel: Cluster |
|---|---|---|
| Eigenständig | Unterstützt | Unterstützt |
| Cluster | Unterstützt | Unterstützt Quelle und Ziel können sich im gleichen Cluster oder in verschiedenen Clustern befinden. |
Unterstützungsmatrix für Livespeichermigration
| Quelle | Ziel: Lokaler Datenträger (eigenständig) | Ziel: SMB 3.0-Freigabe (eigenständig oder Cluster) | Ziel: CSV (Cluster) |
|---|---|---|---|
| Lokaler Datenträger | Unterstützt | Unterstützt. Die virtuelle Maschine wird zu einer VM mit Hochverfügbarkeit heraufgestuft. |
Wird nicht unterstützt. |
| SMB 3.0-Freigabe | Unterstützt. In einem Cluster wird die virtuelle Maschine herabgestuft und ist nach der Migration nicht mehr hoch verfügbar. | Unterstützt | Unterstützt |
| Cluster | Unterstützt In einem Cluster wird die virtuelle Maschine herabgestuft und ist nach der Migration nicht mehr hoch verfügbar. |
Unterstützt Die SMB-Freigabe muss für den Zielclusterknoten verfügbar sein. |
Unterstützt Das CSV (Cluster Shared Volume, freigegebenes Clustervolume) muss vom Zielclusterknoten aus verfügbar sein. |
Einschränkungen bei der Livemigration
Für eine Livemigration sind mindestens zwei Server erforderlich, von denen Hyper-V ausgeführt, Hardwarevirtualisierung unterstützt und Prozessoren des gleichen Herstellers verwendet werden (z. B. nur AMD-Prozessoren oder nur Intel-Prozessoren).
Die Livemigration wird für Hosts unter Windows Server 2012 oder höher unterstützt.
Virtuelle Maschinen müssen für die Verwendung virtueller Festplatten oder virtueller Fibre Channel-Datenträger konfiguriert werden, nicht für die Verwendung physischer Datenträger.
Sie sollten für den Netzwerkdatenverkehr bei der Livemigration ein privates Netzwerk verwenden.
Quell- und Zielserver müssen der gleichen Active Directory-Domäne oder verschiedenen vertrauenswürdigen Domänen angehören.
Wenn die virtuelle Festplatte der virtuellen Quell- oder Zielmaschine über einen Basisdatenträger verfügt, muss dieser sich in einer Freigabe befinden, welche registriert bzw. für den Zielhost verfügbar ist. Bei einer Livemigration wird der Basisdatenträger normalerweise nicht verschoben.
Migration zwischen Clustern wird nur auf Hosts in Failoverclustern unterstützt. Der CSV-Speicher muss im Cluster aktiviert sein.
Bei einer Livemigration einer virtuellen Maschine wird der Speicher der virtuellen Maschine, d. h. der Speicherort der Abbilder der virtuellen Maschine (VHD-, ISO-, VFD-Dateien), nicht migriert. Verwenden Sie eine der folgenden Optionen, um mit den Speicheranforderungen umzugehen:
- Konfigurieren Sie die virtuelle Maschine so, dass die Speicherdateien auf einer Dateifreigabe verfügbar sind, welche sowohl für den Quellhost als auch für den Zielhost der Migration verfügbar ist.
- Führen Sie eine gemeinsame Migration von virtuellen Maschinen und Speicher mit einer einzigen Aktion aus (Live-VSM).
- Führen Sie eine separate Speichermigration aus.
Wenn von Quell- und Zielhosts freigegebener Speicher verwendet wird, beachten Sie Folgendes:
- Alle Dateien einer virtuellen Maschine, z. B. virtuelle Festplatten, Momentaufnahmen und Konfiguration, müssen auf einer SMB-Freigabe gespeichert sein.
- Die Berechtigungen auf der SMB-Freigabe müssen so konfiguriert sein, dass Zugriff auf die Computerkonten aller Server mit Hyper-V besteht.
Bei einer Speichermigration werden Abbilder virtueller Maschinen (VHD-, ISO-, und VFD-Dateien), Momentaufnahmenkonfigurationen und -daten (Dateien mit dem gespeicherten Zustand) verschoben.
Die Speichermigration wird für jede virtuelle Maschine separat ausgeführt.
Bei der Speichermigration werden mit Ausnahme von Momentaufnahmendatenträgern keine Basisdatenträger (übergeordnete Datenträger) verschoben.
Live-VSM
Live-VSM migriert eine VM und den zugehörigen Speicher in einer einzigen Aktion.
- Zum Verwenden von Live-VSM muss die LUN der virtuellen Maschine auf dem Zielhost maskiert werden.
- Live-VSM wird zwischen zwei eigenständigen Hosts unterstützt, auf denen Hyper-V unter Windows Server 2012 oder höher ausgeführt wird. Die Übertragung kann zwischen lokalen Datenträgern oder SMB 3.0-Dateifreigaben erfolgen.
- Live-VSM wird zwischen zwei Hostclustern unterstützt, auf denen Hyper-V unter Windows Server 2012 oder höher ausgeführt wird. Die virtuelle Maschine kann auf dem Zielhostcluster entweder an ein CSV oder an eine SMB 3.0-Dateifreigabe übertragen werden.