Migration von virtuellen Computern – Übersicht
Dieser Artikel enthält eine Übersicht über die Migration virtueller Computer im System Center Virtual Machine Manager (VMM)-Fabric.
Sie können virtuelle Computer und verwaltete VMs in der VMM-Fabric migrieren. VMM wählt automatisch den Übertragungstyp aus, der für die Migration verwendet wird. Wenn Sie eine Migration in der VMM-Konsole mithilfe des Assistenten zum Migrieren von virtuellen Computern durchführen, wird der verwendete Migrationstyp in der Spalte Übertragungstyp angezeigt. Die unterstützten Migrationstypen werden in der folgenden Tabelle zusammengefasst.
| Typ | Verwenden | Details |
|---|---|---|
| Netzwerkmigration | Führt eine Netzwerkkopie der Daten des virtuellen Computers mit BITS aus. | Dies ist der langsamste Migrationstyp. Die Ausfallzeiten stehen im direkten Verhältnis zur Größe der Datenübertragung. |
| Schnelle Migration | Auch als Clusterübertragung bekannt, kann es zur Migration eines hoch verfügbaren virtuellen Computers verwendet werden. Es verwendet Windows-Failovercluster, um virtuelle Computer zwischen Clusterknoten zu migrieren. | Der Ausführungsstatus des virtuellen Computers wird auf der Festplatte gespeichert (der virtuelle Computer wird in den Ruhezustand versetzt), die Festplatte wird mit einem Failover auf den anderen Clusterknoten umgeschaltet und dann wird der gespeicherte Zustand geladen, um den virtuellen Computer zu aktivieren. Ausfallzeiten sind minimal, da die schnelle Migration eine Momentaufnahme des virtuellen Computers ausführt und Daten überträgt, ohne dass der virtuelle Computer deaktiviert werden muss. |
| Schnelle Speichermigration | Wird verwendet, um den VM-Speicher von einem Speicherort an einen anderen zu verschieben. Sie können beispielsweise den Speicher für einen virtuellen Computer aus einem Fibre Channel SAN in ein iSCSI SAN verschieben. | Die virtuellen Datenträger eines ausgeführten virtuellen Computers können unabhängig von den Speicherprotokollen (SCSI, Fibre Channel) oder Speichertypen (lokal, DAS, SAN) migriert werden. Ausfallzeiten sind minimal, da die schnelle Speichermigration eine Momentaufnahme des virtuellen Computers ausführt und Daten überträgt, ohne dass der virtuelle Computer deaktiviert werden muss. |
| SAN-Migration | Verwendet SAN-Transfer, um virtuelle Computer und hoch verfügbare virtuelle Computer in einen Cluster und aus diesem Cluster zu migrieren. Dies kann verwendet werden, wenn sowohl die Quell‑ als auch die Zielhosts Zugriff auf die gleiche Speicherinfrastruktur (LUN) haben und der Speicher von einem Host auf einen anderen übertragen werden kann. | Bei der SAN-Migration werden die Dateien für einen virtuellen Computer nicht von einem Server in einen anderen kopiert, und somit werden Ausfallzeiten minimiert. Die SAN-Migration kann verwendet werden, um einen virtuellen Computer von einem Host zu einem anderen zu kopieren oder einen virtuellen Computer in oder aus der Bibliothek zu kopieren. Wenn Sie einen virtuellen Computer mithilfe einer SAN-Übertragung in einen Cluster migrieren, überprüft VMM, ob jeder Knoten im Cluster die LUN sehen kann, und erstellt automatisch eine Clusterdatenträgerressource für die LUN. Um einen virtuellen Computer aus einem Cluster zu migrieren, muss sich der virtuelle Computer auf einer dedizierten LUN befinden, die keine CSV-Datei verwendet. Diese SAN-Infrastrukturen werden für die Migration unterstützt: Fiber Channel; iSCSI-SANs; N_Port ID Virtualization (NPID). |
| Livemigration | Verschiebt einen virtuellen Computer, der als Teil eines Failoverclusters ausgeführt wird, von einem Cluster zu einem anderen. | Keine spürbaren Ausfallzeiten für benutzende Personen oder Netzwerkanwendungen. |
Livemigration
Die Verwendung der Livemigration bietet viele Vorteile:
- Erhöhte Flexibilität: Livemigrationsfunktionen können die Bewegung virtueller Computer über Hosts und Cluster hinweg vereinfachen. Daher wird es einfacher, ein dynamisches Rechenzentrum zu verwalten.
- Einfache Wartung: Die Livemigration verringert die Notwendigkeit, eigenständige Hosts und Cluster-Hosts für Wartungs‑ und Migrationszwecke offline zu nehmen, wodurch Ausfallzeiten vermieden werden. Durch die gleichzeitige Durchführungsfähigkeit von Migrationen und Wartungen können die Migrationszeiträume kürzer werden, je nachdem, wie viel Zeit für die Livemigration benötigt wird. Darüber hinaus wird der Planungsprozess für die Hyper-V-Mobilität vereinfacht.
- Bessere Hardwarenutzung: Die Verteilung virtueller Computer kann in der gesamten Infrastruktur optimiert werden. Virtuelle Computer und Speicher können auf eigenständige Server und Cluster mit ersatzfähiger Kapazität verschoben werden, ohne dass die Verfügbarkeit unterbrochen wird. Der Stromverbrauch wird reduziert, da virtuelle Computer auf Hosts verschoben werden können, und dann können Hosts heruntergefahren werden, um Energie zu sparen.
- Failoverclustering-Features: VMM nutzt Failoverclustering-Features, die in Windows Server 2012 eingeführt wurden. Zu diesen Features gehören zusätzliche APIs zur Migration virtueller Computer über Clusterknoten hinweg sowie eine verbesserte Anbindungs-/Trennfunktion, die die Migration virtueller Computer in und aus Failoverclustern ohne Ausfallzeiten ermöglicht.
- Failoverclustering-Features: VMM nutzt Windows Server-Failoverclustering-Features. Zu diesen Features gehören zusätzliche APIs zur Migration virtueller Computer über Clusterknoten hinweg sowie eine verbesserte Anbindungs-/Trennfunktion, die die Migration virtueller Computer in und aus Failoverclustern ohne Ausfallzeiten ermöglicht.
Unterstützung für Livemigration
VMM unterstützt die folgenden Typen 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 selben Cluster ausführen.
- Livemigration zwischen Knoten in verschiedenen Clustern: Sie können zwischen Knoten in verschiedenen Clustern migrieren.
- Livemigration des VM-Speichers: Sie können Speicher migrieren, um den in Hyper-V verfügbaren physischen Speicher zu aktualisieren oder Engpässe bei der Speicherleistung zu verringern. Sie können die Speichermigration auch zum Verschieben, Warten oder Aktualisieren von Speicherressourcen oder für die Migration einer eigenständigen oder Cluster‑VM verwenden. Speicher kann entweder einem eigenständigen Computer oder einem Hyper-V-Cluster hinzugefügt werden. Virtuelle Computer können in den neuen Speicher verschoben werden, während sie weiterhin ausgeführt werden.
- Livemigration des virtuellen Computers und Speichers: Sie können die Live-Systemmigration (Live VSM) verwenden, um virtuelle Computer und deren Speicher zusammen in einer einzigen Aktion zu migrieren.
- Gleichzeitige Livemigration: Sie können mehrere gleichzeitige Livemigrationen virtueller Computer und Speicher durchführen. Der gleichzeitige Grenzwert kann manuell konfiguriert werden. Alle gleichzeitigen Livemigrationen, die den Grenzwert überschreiten, werden in die Warteschlange gestellt.
VMM überprüft und validiert die Konfigurationseinstellungen eines Zielhosts, bevor die Migration von einem Quellhost beginnt.
Unterstützungsmatrix für Live-VM-Migration
| Quelle | Ziel: Eigenständig | Ziel: Cluster |
|---|---|---|
| Eigenständig | Unterstützt | Unterstützt |
| Cluster | Unterstützt | Unterstützt Bei Quell‑ und Zielclustern kann es sich um dieselben oder unterschiedliche Cluster handeln. |
Unterstützungsmatrix für Livespeichermigration
| Quelle | Ziel: Lokaler Datenträger (eigenständig) | Ziel: SMB 3.0-Freigabe (eigenständig/Cluster) | Ziel: CSV (Cluster) |
|---|---|---|---|
| Lokaler Datenträger | Unterstützt | Unterstützt. Der virtuelle Computer wird auf Hochverfügbarkeit heraufgestuft. |
Nicht unterstützt. |
| SMB 3.0-Freigabe | Unterstützt. In einem Cluster wird der virtuelle Computer herabgestuft und ist nach der Migration nicht mehr verfügbar. | Unterstützt | Unterstützt |
| Cluster | Unterstützt In einem Cluster wird der virtuelle Computer herabgestuft und ist nach der Migration nicht mehr verfügbar. |
Unterstützt Die SMB-Freigabe muss über den Zielclusterknoten verfügbar sein. |
Unterstützt Die CSV muss über den Zielclusterknoten verfügbar sein. |
Einschränkungen bei der Livemigration
- Für die Livemigration sind zwei oder mehr Server erforderlich, auf denen Hyper-V ausgeführt wird, die Hardwarevirtualisierung unterstützen und Prozessoren desselben Herstellers verwenden, wie etwa alle AMD-Prozessoren oder alle Intel-Prozessoren.
- Die Livemigration wird ab Hosts mit Windows Server 2012 unterstützt.
Virtuelle Computer müssen für die Verwendung virtueller Festplatten oder virtueller Fibre Channel-Datenträger konfiguriert werden, nicht für die Verwendung physischer Datenträger.
Für den Livemigrationsnetzwerkdatenverkehr müssen Sie ein privates Netzwerk verwenden.
Quell- und Zielserver müssen derselben Active Directory-Domäne oder anderen vertrauenswürdigen Domänen angehören.
Wenn die VHD des virtuellen Quell- oder Zielmaschine über einen Basisdatenträger verfügt, muss sich der Basisdatenträger in einer Freigabe befinden, auf die über den Zielhost zugegriffen werden kann (registriert). Im Allgemeinen wird die Livemigration nicht auf den Basisdatenträger verschoben.
Die Migration zwischen Clustern wird nur auf Hosts unterstützt, die in Failoverclustern ausgeführt werden. Cluster Shared Volume (CSV)-Speicher muss im Cluster aktiviert sein.
Bei der Livemigration eines virtuellen Computers wird kein virtueller Computerspeicher migriert, d. h. der Speicherort, an dem die Images des virtuellen Computers gespeichert werden (VHD-, ISO-, VFD-Dateien). Zum Verarbeiten von Speicheranforderungen können Sie eine der folgenden Optionen verwenden:
- Konfigurieren Sie den virtuellen Computer so, dass die Speicherdateien auf einer Dateifreigabe verfügbar sind, auf die sowohl vom Quell- als auch vom Zielhost der Migration zugegriffen werden kann.
- Führen Sie eine kombinierte Live Virtual Machine and Storage Migration (Live VSM) in einer einzigen Aktion aus.
- Führen Sie eine separate Speichermigration aus.
Wenn die Quell- und Zielhosts gemeinsam genutzten Speicher verwenden, stellen Sie Folgendes sicher:
- Alle Dateien, die einen virtuellen Computer umfassen, z. B. virtuelle Festplatten, Momentaufnahmen und Konfiguration, müssen auf einer SMB-Freigabe gespeichert werden.
- Berechtigungen für die SMB-Freigabe müssen so konfiguriert werden, dass der Zugriff auf die Computerkonten aller Server gewährt wird, auf denen Hyper-V ausgeführt wird.
Eine Speichermigration verschiebt Bilder virtueller Computer (VHD-, ISO- und VFD-Dateien), Momentaufnahmekonfigurationen und Daten (gespeicherte Zustandsdateien).
Die Speichermigration erfolgt pro virtueller Computer.
Bei der Speichermigration werden keine Basisdatenträger (übergeordnete Datenträger) verschoben, mit Ausnahme von Momentaufnahmedatenträgern.
Live Virtual Machine and Storage Migration (Live VSM)
Live VSM migriert einen virtuellen Computer und seinen Computerspeicher in einer einzigen Aktion.
- Um Live VSM zu verwenden, muss die LUN des virtuellen Computers vom Zielhost maskiert werden.
Live VSM wird ab Windows Server 2012 zwischen zwei eigenständigen Hosts unterstützt, die Hyper-V ausführen. Die Übertragung kann zwischen lokalen Datenträgern oder SMB 3.0-Dateifreigaben erfolgen.
Live VSM wird ab Windows Server 2012 zwischen zwei Hostclustern unterstützt, die Hyper-V ausführen. Der virtuelle Computer kann entweder auf eine CSV- oder SMB 3.0-Dateifreigabe auf dem Zielhostcluster übertragen werden.
Live VSM wird zwischen zwei eigenständigen Hosts unterstützt, die Hyper-V ausführen. Die Übertragung kann zwischen lokalen Datenträgern oder SMB 3.0-Dateifreigaben erfolgen.
Live VSM wird zwischen zwei Hostclustern unterstützt, die Hyper-V ausführen. Der virtuelle Computer kann entweder auf eine CSV- oder SMB 3.0-Dateifreigabe auf dem Zielhostcluster übertragen werden.