Migration ohne Umwege VMware-Workloads in Microsoft-Umgebungen verschieben

Microsoft verbindet mit Windows Admin Center, Azure Migrate und Azure VMware Solution lokale VMware-Umgebungen direkt mit Hyper-V, Azure Local und der Cloud. Der Ansatz ermöglicht praxisnahe Migrationen, konsistente Verwaltung und den schrittweisen Übergang zu hybriden IT-Strukturen.

Microsoft hat in den letzten Jahren verschiedene Möglichkeiten bereitgestellt, mit denen sich VMware-Workloads zwischen Hyper-V, Azure Local und der Azure-Cloud bewegen lassen. Ziel ist eine flexible Architektur, die klassische vSphere-Umgebungen mit Cloud-Infrastruktur von Microsoft verbindet, ohne dass Unternehmen bestehende Systeme neu einrichten müssen

VMware Conversion im Windows Admin Center

Im Windows Admin Center (WAC) steht mit der neuen Erweiterung „VM Conversion“ ein Werkzeug bereit, das virtuelle Maschinen aus VMware vSphere-Umgebungen direkt nach Hyper-V überträgt. Die Erweiterung ersetzt den früheren Microsoft Virtual Machine Converter und ist ab WAC-Version 2410 mit Gateway v2 verfügbar.

Bildergalerie

Nach der Installation über „Einstellungen“ und „Extensions“ erscheint die Erweiterung in der Seitenleiste.

Die Verbindung erfolgt über den FQDN eines vCenter-Servers, wahlweise auch zu einem einzelnen ESXi-Host. Unterstützt werden vCenter 6.x und 7.x. Auf dem Windows-Admin-Center-Server müssen VMware PowerCLI, Visual C++ Redistributables und das VMware Virtual Disk Development Kit (VDDK) in Version 8.0.3 installiert sein.

Die Einrichtung erfolgt über PowerShell:

Die VDDK-Bibliothek wird entpackt und in das Verzeichnis kopiert:

Nach erfolgreicher Verbindung erkennt das Tool alle verfügbaren virtuellen Maschinen agentenlos. Administratoren wählen die zu konvertierenden Systeme aus, bis zu zehn pro Durchlauf. Die Übertragung erfolgt im laufenden Betrieb mit Changed Block Tracking, wodurch Ausfallzeiten minimiert werden.

Der Migrationsprozess beinhaltet mehrere Stufen. WAC liest Metadaten der VMs aus, erstellt eine vollständige Kopie auf dem Ziel-Hyper-V-Host und repliziert anschließend nur noch geänderte Blöcke. Erst wenn der Benutzer zustimmt, fährt die Quellmaschine herunter, um die Deltas zu synchronisieren und die Ziel-VM zu starten.

Das Tool unterstützt sowohl BIOS- als auch UEFI-Systeme, Windows- und Linux-Gäste, Maschinen mit mehreren Datenträgern und statischen IP-Konfigurationen. VMware Tools werden nach Abschluss automatisch deinstalliert. Secure Boot wird bei Generation-2-VMs automatisch aktiviert. Datenträger lassen sich in fester Größe speichern. Das erfolgt über PowerShell:

Zur Nachbearbeitung von Hardware-IDs kann die BIOS-GUID einer konvertierten VM mit dem von Microsoft bereitgestellten Skript geändert werden:

Fehler, Timeouts oder unterbrochene Migrationen lassen sich über Protokolle analysieren:

C:\Program Files\Windows Admin Center\Service\VMConversion_log.txt

Der Migrationsstatus kann durch Löschen der Dateien „migrationStatus.json“ und „syncStatus.json“ zurückgesetzt werden. Das WAC nutzt Changed Block Tracking für Replikationen, führt Prechecks auf Snapshots, Speicherplatz und Netzwerkverfügbarkeit durch und repliziert bis zu zehn VMs gleichzeitig. Die Konvertierung erfolgt ohne lokale Agenten oder zusätzliche Appliances.

Azure Migrate – Bewertungs- und Replikationsplattform

Für Cloud- oder Hybridmigrationen dient Azure Migrate als zentrale Steuerungsplattform. Es umfasst die Bewertung bestehender Systeme, die Vorbereitung der Zielumgebung und die vollständige Replikation. Das Verfahren beginnt mit der Bereitstellung einer Azure-Migrate-Appliance im VMware-Rechenzentrum. Diese virtuelle Maschine kann über eine OVA-Vorlage oder über ein PowerShell-Skript installiert werden. Nach der Registrierung mit dem Azure-Projekt beginnt die automatische Erkennung aller VMs.

Agentenlose Migrationen übertragen VMware-VMs mit einer Appliance ohne Softwareinstallation auf den Quellrechnern. Bis zu 500 Replikationen lassen sich gleichzeitig starten, in Gruppen von zehn Maschinen pro Batch. Im Portal wählt der Administrator über „Migration ausführen“ die Option „Replizieren“ und bestimmt Zielregion, Speicherkonto und virtuelles Netzwerk. Nach der ersten Replikation werden Änderungen über Delta-Synchronisationen nachgeführt.

Der Replikationsstatus wird mit PowerShell überwacht:

Die Ausgabe liefert Informationen zu Replikationsfortschritt, Restzeit, Uploadrate und Integritätsstatus.

Bei agentenbasierter Migration wird zusätzlich der Mobility Service auf den Quellmaschinen installiert. Die Replikationsappliance verwendet Azure Site Recovery und kommuniziert über VMware PowerCLI. Diese Methode erlaubt Failback, feinere Steuerung von Verschlüsselung und detaillierte Statusanalyse. Unterstützt werden verschiedene Datenträgertypen (Premium v2 SSD, Ultra SSD, Standard SSD, HDD). Trusted Launch Virtual Machines mit TPM und Secure Boot sind standardmäßig aktiv.

Migration zu Azure Stack HCI und Azure Local

Azure Stack HCI, heute Azure Local, bietet eine Option, Workloads lokal zu betreiben und dennoch Azure-Funktionen zu nutzen. VMware-VMs können agentenlos über Azure Migrate oder direkt über die VM Conversion Extension migriert werden. Azure Local nutzt Hyper-V-basierte Cluster, die mit Azure verbunden sind.

Administratoren replizieren VMs zwischen VMware und Azure Local über zwei Appliances, eine in der Quellumgebung und eine am Ziel. Die Datenübertragung erfolgt ohne Umweg über die Public Cloud. Changed Block Tracking synchronisiert geänderte Blöcke fortlaufend, bis der Cutover ausgelöst wird. Das Verfahren erlaubt, Produktionsumgebungen schrittweise zu migrieren. Testmigrationen prüfen Netzwerke und Systemstart, bevor produktive Workloads umgeschaltet werden.

Azure VMware Solution – VMware in der Azure-Cloud

Die Azure VMware Solution (AVS) bringt VMware vSphere, vSAN, NSX und vCenter als vollständig integriertes System in Azure. Die Plattform läuft nativ auf Bare-Metal-Hosts mit dedizierter Hardware. Ein Software Defined Data Center (SDDC) beginnt mit drei Hosts und kann auf bis zu 96 Nodes in zwölf Clustern erweitert werden. Verfügbare Hardware-SKUs sind AV36, AV36P, AV52 und AV64. Alle Hosts laufen in einer dedizierten Azure-Region. Die Bereitstellung dauert etwa vier Stunden. Danach kann die Umgebung direkt über das Azure-Portal verwaltet werden.

Hosts lassen sich dynamisch hinzufügen oder entfernen. vCenter, NSX Manager und HCX werden automatisch bereitgestellt. Authentifizierung erfolgt über Active Directory oder Entra ID. Die Netzwerkanbindung basiert auf NSX-T, das interne Tier-0-Gateways und ExpressRoute-Circuits bereitstellt. Diese werden über Global Reach mit der lokalen ExpressRoute verbunden. Azure Virtual Networks lassen sich über ein ExpressRoute-Gateway direkt an AVS anbinden.

So entsteht eine private, latenzarme Verbindung zwischen Azure-Diensten und VMware-Workloads. Das Storage-Subsystem nutzt vSAN mit verteiltem Datastore über alle Hosts. Administratoren können Azure NetApp Files, Elastic SAN oder Pure Storage als externe Speicher integrieren. Storage vMotion ermöglicht Verschiebungen zwischen diesen Speichern ohne Downtime.

HCX-Migration im Detail

Das integrierte VMware HCX dient der Migrationsautomatisierung zwischen lokalen vSphere-Umgebungen und AVS. Nach Aktivierung des Add-ons erzeugt Azure eine HCX-Key-Datei, mit der die On-Premises-Umgebung angebunden wird. HCX erstellt ein Service Mesh zwischen beiden vCenters und ermöglicht Layer-2-Stretching. So behalten virtuelle Maschinen ihre IP-Adressen während der Übertragung.

Unterstützte Verfahren sind:

• vMotion für Einzelmigrationen ohne Ausfallzeit

• Bulk Migration für große Umgebungen mit kurzem Cutover

• Replication-Assisted vMotion für kontinuierliche Replikation ohne Downtime

• OS-Assisted Migration für Hyper-V- oder KVM-Quellen

Replication-Assisted vMotion erstellt zunächst vollständige Kopien der Datenträger, synchronisiert Änderungen in Echtzeit und überträgt zum Schluss CPU- und Speicherzustände. In praktischen Tests lassen sich selbst Migrationen über Kontinente ohne Paketverlust ausführen. In der HCX-Konsole sind alle Services (WAN Optimization, Network Extension, Interconnect, Disaster Recovery) sichtbar. Der Status bleibt während des Transfers auf „Green“.

Storage, Netzwerk und Identität

Die Speicherstruktur in AVS basiert auf vSAN. Jeder Host stellt lokale Laufwerke bereit, die zu Datastores zusammengefasst werden. Optional können externe NFS-Volumes über Azure NetApp Files oder iSCSI-Speicher über Elastic SAN angebunden werden.

Das Netzwerk wird durch NSX-T gesteuert. Workload- und Management-Segmente lassen sich direkt im Azure-Portal anlegen. NSX bietet Mikrosegmentierung und Firewallfunktionen. Die Identitätsverwaltung erfolgt über LDAP oder Active Directory. Alternativ steht Entra Domain Services als verwaltete Instanz bereit. AVS erzeugt ein CloudAdmin-Konto, das höchste Berechtigungen innerhalb der VMware-Umgebung besitzt.

ExpressRoute, Global Reach und Sicherheit

AVS verwendet dedizierte ExpressRoute-Circuits. Global Reach verbindet den AVS-Circuit mit dem eigenen ExpressRoute-Netz des Unternehmens. So entsteht direkter, verschlüsselter Datenverkehr zwischen lokalem Rechenzentrum und Azure. Administratoren können zusätzlich Azure Firewall, Virtual WAN Hub oder Network Virtual Appliances einsetzen.

Outbound-Internetverkehr kann über NAT oder gesicherte Hubs erfolgen. DNS-Weiterleitungen werden direkt in der AVS-Konsole konfiguriert.

Kosten, Lizenzen und Betrieb

AVS wird als Azure-Dienst abgerechnet. Die Kosten enthalten VMware-Lizenzen für vSphere, NSX, vSAN, vCenter und HCX. Administratoren können On-Demand zahlen oder Reservierungen für ein, drei oder fünf Jahre wählen.

Der Azure Hybrid Benefit reduziert Lizenzkosten für Windows Server und SQL Server. Extended Security Updates für Windows Server 2012 und SQL Server 2012 stehen bis Oktober 2026 kostenlos zur Verfügung.

VMware Cloud Foundation-Lizenzen ab Version 5.1 lassen sich über Broadcom portieren. Die Verwaltung erfolgt zentral über den Azure Resource Manager. Ereignisse, Logs und Warnungen erscheinen sowohl in Azure Monitor als auch im vCenter.

Sicherheitskontrollen integrieren sich in Defender for Cloud und Azure Policy. Rollenbasierte Zugriffskontrolle regelt den Administratorzugang. Datenverschlüsselung ist wahlweise plattform- oder kundenseitig.

Anwendungsszenarien

Azure VMware Solution dient als Plattform für Datacenter-Konsolidierung, Disaster Recovery, saisonale Kapazitätserweiterung und Modernisierung. VMware Horizon kann in AVS integriert werden, um Desktops über Azure bereitzustellen. Entwickler kombinieren VMware Tanzu mit Azure Kubernetes Service, um Anwendungen schrittweise in Container zu überführen.

Unternehmen, die hybride Szenarien betreiben, nutzen AVS als Brücke zwischen bestehenden vSphere-Umgebungen und Azure-Ressourcen. Azure Migrate bleibt dabei zentraler Einstiegspunkt. Von hier aus lassen sich Workloads inventarisieren, bewerten, replizieren und in Hyper-V, Azure Local oder AVS verschieben.

Windows Admin Center, Azure Migrate und AVS bilden zusammen ein geschlossenes System, das jede Form der Migration unterstützt, von der einfachen VM-Konvertierung bis zur globalen Cloudintegration.

(ID:50654066)