Freigeben über

Unterstützungsmatrix für die VMware vSphere-Migration

  • Artikel

Achtung

Dieser Artikel bezieht sich auf CentOS, eine Linux-Distribution, deren Dienstende (End-of-Life, EOL) ansteht. Sie sollten Ihre Nutzung entsprechend planen. Weitere Informationen finden Sie im CentOS End-of-Life-Leitfaden.

Dieser Artikel enthält eine Zusammenfassung der Unterstützungseinstellungen und Einschränkungen für die Migration von VMware vSphere-VMs mit dem Migrations- und Modernisierungstool. Informationen zur Bewertung von VMware vSphere-VMs bei der Migration zu Azure finden Sie in der Unterstützungsmatrix für die Bewertung.

Migrationsoptionen

Es gibt mehrere Möglichkeiten, VMware vSphere-VMs zu migrieren:

  • Verwendung der Migration ohne Agent: Migrieren von VMs, ohne dass darauf Software installiert werden muss Bei der Migration ohne Agent stellen Sie die Azure Migrate-Appliance bereit.
  • Verwendung der Agent-basierten Migration: Installieren eines Agents für die Replikation auf der VM Bei der Agent-basierten Migration stellen Sie eine Replikationsappliance bereit.

Hinweis

Es wird auch die Migration von VMs aus AVS unterstützt.

In diesem Artikel finden Sie Informationen zur Verwendung dieser beiden Methoden.

Migration ohne Agent

In diesem Abschnitt werden die Anforderungen für die Migration von VMware vSphere-VMs ohne Agent zu Azure zusammengefasst.

VMware vSphere-Anforderungen (ohne Agent)

Die Anforderungen von VMware vSphere Hypervisor sind:

  • VMware vCenter Server – Version 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.

  • VMware vSphere ESXi-Host – Version 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.

  • Mehrere vCenter-Server – Eine einzelne Appliance kann eine Verbindung mit bis zu 10 vCenter-Servern herstellen.

  • vCenter Server-Berechtigungen – Das VMware-Konto, das für den Zugriff auf den vCenter-Server aus der Azure Migrate-Appliance verwendet wird, muss auf allen erforderlichen Ebenen über die folgenden Berechtigungen verfügen: Rechenzentrum, Cluster, Host, VM und Datenspeicher. Stellen Sie sicher, dass Berechtigungen auf jeder Ebene angewendet werden, um Replikationsfehler zu vermeiden.

    Berechtigungsname im vSphere Client Der Zweck für die Berechtigung Erforderlich am Berechtigungsname in der API
    Datenspeicher durchsuchen Ermöglicht das Durchsuchen von VM-Protokolldateien zur Fehlerbehebung bei der Erstellung und Löschung von Momentaufnahmen. Datenspeicher Datastore.Browse
    Low-Level-Dateivorgänge Ermöglicht Lese-/Schreib-/Lösch-/Umbenennungsvorgänge im Datenspeicherbrowser, um Probleme bei der Erstellung und Löschung von Momentaufnahmen zu beheben. Datenspeicher Datastore.FileManagement
    Änderungskonfiguration – Umschalten der Verfolgung von Festplattenänderungen Ermöglicht die Aktivierung oder Deaktivierung der Änderungsnachverfolgung von VM-Datenträgern, um geänderte Datenblöcke zwischen Momentaufnahmen zu pullen. Virtuelle Computer VirtualMachine.Config.ChangeTracking
    Änderungskonfiguration – Erwerben von Datenträgerleasing Ermöglicht Datenträger-Leasevorgänge für eine VM, damit der Datenträger mit dem VMware vSphere Virtual Disk Development Kit (VDDK) gelesen werden kann. Virtuelle Computer VirtualMachine.Config.DiskLease
    Bereitstellung – Zulassen des schreibgeschützten Datenträgerzugriffs Zulassen des schreibgeschützten Datenträgerzugriffs: Ermöglicht das Öffnen eines Datenträgers auf einer VM, um den Datenträger mit dem VDDK zu lesen. Virtuelle Computer VirtualMachine.Provisioning.DiskRandomRead
    Bereitstellung – Zulassen des Zugriffs auf Datenträger Ermöglicht das Öffnen eines Datenträgers auf einer VM, um den Datenträger mit dem VDDK zu lesen. Virtuelle Computer VirtualMachine.Provisioning.DiskRandomAccess
    Bereitstellung – Zulassen des Herunterladens für VMs Zulassen des Herunterladens für VMs: Ermöglicht Lesevorgänge für Dateien, die einer VM zugeordnet sind, um die Protokolle herunterzuladen und ggf. Fehler zu beheben. Stammhost oder vCenter Server VirtualMachine.Provisioning.GetVmFiles
    Momentaufnahmenverwaltung Zulassen von Ermittlung, Softwareinventar und Abhängigkeitszuordnung auf VMs. Virtuelle Computer VirtualMachine.State.*
    Gastvorgänge Ermöglicht das Erstellen und Verwalten von VM-Momentaufnahmen zur Replikation. Virtuelle Computer VirtualMachine.GuestOperations.*
    Ausschalten der Interaktion Ermöglicht das Ausschalten der VM während der Migration zu Azure. Virtuelle Computer VirtualMachine.Interact.PowerOff

VM-Anforderungen (ohne Agent)

In der Tabelle werden die Migrationsanforderungen ohne Agent für VMware vSphere-VMs zusammengefasst.

Hinweis

Wenn eine Hauptversion eines Betriebssystems bei der agentlosen Migration unterstützt wird, werden alle Nebenversionen und Kernel automatisch unterstützt.

Unterstützung Details
Unterstützte Betriebssysteme Windows Server 2003 und höher. Weitere Informationen

Sie können alle hier aufgeführten Linux-Betriebssysteme migrieren, die von Azure unterstützt werden.
Windows-VMs in Azure Möglicherweise müssen Sie vor der Migration einige Änderungen an VMs vornehmen.
Linux-VMs in Azure Einige VMs erfordern möglicherweise Änderungen, damit sie in Azure ausgeführt werden können.

Bei diesen Linux-Betriebssystemen führt Azure Migrate diese Änderungen automatisch durch:
– Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.3, 7.2, 7.1, 7.0, 6.x
– CentOS Stream
– SUSE Linux Enterprise Server 15 SP6, 15 SP5, 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3
- Ubuntu 22.04, 21.04, 20.04, 19.04, 19.10, 18.04 LTS, 16.04 LTS, 14.04 LTS
- Debian 11, 10, 9, 8, 7
- Oracle Linux 9, 8, 7.7-CI, 7.7, 6
- Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022)
Bei anderen Betriebssystemen nehmen Sie die erforderlichen Änderungen manuell vor.
Die Einstellung SELinux Enforced wird derzeit nicht vollständig unterstützt. Sie bewirkt, dass die Einrichtung von dynamischen IP-Adressen und die Installation des Microsoft Azure Linux-Gast-Agents (waagent/WALinuxAgent) Fehler verursachen. Sie können die Migration dennoch durchführen und den virtuellen Computer weiterhin verwenden. Die Einstellung SELinux Permissive wird unterstützt.
Startanforderungen Virtuelle Windows-Computer:
Das Betriebssystemlaufwerk (C:\) und die reservierte Systempartition (EFI-Systempartition für UEFI-VMs) sollten sich auf demselben Datenträger befinden.
Wenn sich /boot in einer dedizierten Partition befindet, sollte diese auf dem Betriebssystemdatenträger befinden und nicht auf mehrere Datenträger verteilt sein.
Wenn /boot Teil der Stammpartition („/“) ist, sollte sich diese auf dem Betriebssystemdatenträger befinden und nicht auf andere Datenträger erstrecken.

Virtuelle Linux-Computer:
Wenn sich /boot in einer dedizierten Partition befindet, sollte diese auf dem Betriebssystemdatenträger befinden und nicht auf mehrere Datenträger verteilt sein.
Wenn /boot Teil der Stammpartition („/“) ist, sollte sich diese auf dem Betriebssystemdatenträger befinden und nicht auf andere Datenträger erstrecken.
UEFI-Start UEFI-basierte VMs werden zu Azure-VMs der 2. Generation migriert. Es ist jedoch wichtig zu beachten, dass Azure-VMs der 2. Generation nicht über die Funktion für den sicheren Start verfügen. Für VMs, die den sicheren Start in ihrer ursprünglichen Konfiguration verwendet haben, wird nach der Migration eine Konvertierung in VMs mit vertrauenswürdigem Start empfohlen. Dieser Schritt stellt sicher, dass der sichere Start zusammen mit anderen erweiterten Sicherheitsfunktionen wieder aktiviert ist.
Datenträgergröße Bis zu 2 TB Betriebssystemdatenträger für VMs der Generationen 1 und 2; 32 TB für Datenträger. Das Ändern der Größe des Quelldatenträgers nach dem Initiieren der Replikation wird unterstützt und wirkt sich nicht auf den laufenden Replikationszyklus aus.
Dynamischer Datenträger - Ein Betriebssystemdatenträger als dynamischer Datenträger wird nicht unterstützt.
- Wenn eine VM mit einem Betriebssystemdatenträger als dynamischem Datenträger repliziert wird, konvertieren Sie den Datenträgertyp von „dynamisch“ in „einfach“ und ermöglichen den Abschluss des neuen Zyklus, bevor Sie die Testmigration oder Migration auslösen. Sie benötigen Hilfe vom Betriebssystemsupport bei der Konvertierung von einem dynamischen in einen einfachen Datenträgertyp.
Ultra-Datenträger Die Migration von Disk Ultra über das Azure Migrate-Portal wird nicht unterstützt. Sie müssen eine Out-of-Band-Migration für die Datenträger ausführen, für die Disk Ultra empfohlen wird. Das heißt, Sie können die Auswahl als Datenträgertyp Premium migrieren und nach der Migration in Disk Ultra ändern.
Verschlüsselte Datenträger/Volumes Die Migration von VMs mit verschlüsselten Datenträgern/Volumes wird nicht unterstützt.
Freigegebener Datenträgercluster Wird nicht unterstützt.
Unabhängige Datenträger Wird nicht unterstützt.
RDM-Datenträger/Pass-Through-Datenträger Wenn VMs über RDM- oder Pass-Through-Datenträger verfügen, werden diese nicht in Azure repliziert.
NFS NFS-Volumes, die als Volumes auf den VMs bereitgestellt sind, werden nicht repliziert.
ReiserFS Wird nicht unterstützt.
iSCSI-Ziele Virtuelle Computer mit iSCSI-Zielen werden bei der Migration ohne Agent nicht unterstützt.
Multipfad-E/A Wird nicht unterstützt.
Storage vMotion Unterstützt.
Kombinierte Netzwerkadapter Wird nicht unterstützt.
IPv6 Wird nicht unterstützt.
Zieldatenträger VMs können nur zu verwalteten Datenträgern (HDD Standard, SSD Standard, SSD Premium) in Azure migriert werden.
Gleichzeitige Replikation Bis zu 300 gleichzeitig replizierende VMs pro vCenter Server mit einer Appliance. Bis zu 500 gleichzeitig replizierende VMs pro vCenter Server, wenn eine zusätzliche horizontale Anwendung eingesetzt wird.
Automatische Installation des Azure-VM-Agents (Windows- und Linux-Agent) Windows:
Unterstützt ab Windows Server 2008 R2.

Linux:
- Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x
– CentOS Stream
– SUSE Linux Enterprise Server 15 SP6, 15 SP5, 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3
- Ubuntu 22.04, 21.04, 20.04, 19.04, 19.10, 18.04 LTS, 16.04 LTS, 14.04 LTS
- Debian 11, 10, 9, 8, 7
- Oracle Linux 9, 8, 7.7-CI, 7.7, 6
- Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022)

Hinweis

Vergewissern Sie sich, dass die folgenden Sonderzeichen nie in Anmeldeinformationen übergeben werden, da sie für SSO-Kennwörter nicht unterstützt werden:

  • Nicht-ASCII-Zeichen. Weitere Informationen
  • Kaufmännisches Und-Zeichen (&)
  • Semikolon (;)
  • Doppeltes Anführungszeichen (")
  • Einfaches Anführungszeichen (')
  • Circumflex (^)
  • Umgekehrter Schrägstrich (\)
  • Prozentsatz (%)
  • Spitze Klammern (<, >)
  • Pfundzeichen (£)

Hinweis

Stellen Sie für Linux-VMs zusätzlich zur Gewährleistung von Internetkonnektivität sicher, dass die folgenden Pakete installiert sind, um Microsoft Azure Linux-Agent (waagent) erfolgreich zu installieren:

  • Python 2.6+
  • OpenSSL 1.0+
  • OpenSSH 5.3+
  • Dienstprogramme für das Dateisystem: sfdisk, fdisk, mkfs, parted
  • Kennworttools: chpasswd, sudo
  • Textverarbeitungstools: sed, grep
  • Netzwerktools: ip-route

Tipp

Über das Azure-Portal können Sie bis zu 10 VMs auf einmal auswählen, um die Replikation zu konfigurieren. Um mehr VMs zu replizieren, können Sie das Portal verwenden und die zu replizierenden VMs in mehreren Stapeln von 10 VMs hinzufügen oder die Azure Migrate PowerShell-Schnittstelle zur Konfiguration der Replikation verwenden. Stellen Sie sicher, dass Sie die gleichzeitige Replikation nicht auf mehr als die maximal unterstützte Anzahl von VMs für gleichzeitige Replikationen konfigurieren.

Applianceanforderungen (ohne Agent)

Bei der Migration ohne Agent wird die Azure Migrate-Appliance verwendet. Sie können die Appliance mithilfe einer in vCenter Server importierten OVA-Vorlage oder mit einem PowerShell-Skript als VMware vSphere-VM bereitstellen.

Portanforderungen (ohne Agent)

Device Connection
Appliance Ausgehende Verbindungen an Port 443 zum Hochladen von replizierten Daten in Azure und zur Kommunikation mit Azure Migrate-Diensten zum Orchestrieren der Replikation und der Migration.
vCenter Server Eingehende Verbindungen an Port 443 zum Zulassen der Replikationsorchestrierung durch die Appliance – Erstellen von Momentaufnahmen, Kopieren von Daten, Freigeben von Momentaufnahmen.
vSphere ESXi-Host Eingehend an TCP-Port 902 zum Replizieren der Daten aus Momentaufnahmen durch die Appliance Ausgehend auf Port 902 von ESXi-Host ist erforderlich, um Heartbeat-Datenverkehr an vCenter zu senden

Agent-basierte Migration

In diesem Abschnitt werden die Anforderungen für die Agent-basierte Migration zusammengefasst.

VMware vSphere-Anforderungen (Agent-basiert)

In dieser Tabelle sind die Unterstützung und Einschränkungen der Bewertung für VMware vSphere-Virtualisierungsserver zusammengefasst.

VMware vSphere-Anforderungen Details
VMware vCenter Server Version 5.5, 6.0, 6.5 oder 6.7
VMware vSphere ESXi-Host Version 5.5, 6.0, 6.5, 6.7 oder 7.0.
vCenter Server-Berechtigungen VM-Ermittlung: mindestens ein schreibgeschützter Benutzertyp

Data Center object (Rechenzentrenobjekt) > Propagate to Child Object (An untergeordnetes Objekt weitergeben), role=Read-only (Rolle=schreibgeschützt).

Replikation: Erstellen Sie eine Rolle (Azure Site Recovery) mit den erforderlichen Berechtigungen, und weisen Sie die Rolle dann einem VMware vSphere-Benutzer bzw. einer Benutzerin oder einer VMware vSphere-Gruppe zu.

Rechenzentrumsobjekt > An untergeordnetes Objekt weitergeben, role=Azure Site Recovery

Datenspeicher > Speicherplatz zuordnen, Datenspeicher durchsuchen, Low-Level-Dateivorgänge, Datei entfernen, Dateien virtueller Computer aktualisieren

Netzwerk > Netzwerk zuweisen

Ressource > Zuweisen der VM zu einem Ressourcenpool, ausgeschaltete VM migrieren, eingeschaltete VM migrieren

Aufgaben > Aufgabe erstellen, Aufgabe aktualisieren

Virtueller Computer > Konfiguration

Virtueller Computer > Interagieren > Frage beantworten, Geräteverbindung, CD-Medien konfigurieren, Diskettenmedien konfigurieren, Ausschalten, Einschalten, VMware-Tools installieren

Virtueller Computer > Inventar > Erstellen, Registrieren, Registrierung aufheben

Virtueller Computer > Bereitstellung > Download virtueller Computer zulassen, Upload von Dateien virtueller Computer zulassen

Vm > Momentaufnahmen > Momentaufnahmen entfernen.


Hinweis:
Der Benutzer wird auf Datencenterebene zugewiesen und hat Zugriff auf alle Objekte im Datencenter.

Um den Zugriff einzuschränken, weisen Sie den untergeordneten Objekten (vSphere-Hosts, Datenspeicher, VMs und Netzwerke) die Rolle No access (Kein Zugriff) mit dem Objekt Propagate to child (An untergeordnetes Element weitergeben) zu.

VM-Anforderungen (Agent-basiert)

Die Tabelle enthält eine Übersicht über die Unterstützung für VMware vSphere-VMs, die mit der Agent-basierten Migration migriert werden sollen.

Unterstützung Details
Computerworkload Azure Migrate unterstützt die Migration beliebiger Workloads (u. a. Active Directory- und SQL Server-Workloads), die auf einem unterstützten Computer ausgeführt werden.
Betriebssysteme Die neuesten Informationen finden Sie im Abschnitt zur Betriebssystemunterstützung für Site Recovery. Azure Migrate bietet identische VM-Betriebssystemunterstützung.
Linux-Dateisystem/-Gastspeicher Die neuesten Informationen finden Sie im Abschnitt zur Linux-Dateisystemunterstützung für Site Recovery. Azure Migrate hat die gleiche Linux-Dateisystemunterstützung.
Netzwerk/Speicher Die neuesten Informationen finden Sie in den Bedingungen für Netzwerk und Speicher für Site Recovery. Für Azure Migrate gelten die gleichen Netzwerk-/Speicheranforderungen.
Anforderungen für Azure Die neuesten Informationen finden Sie in den Bedingungen für Azure-Netzwerk, Speicher und Compute für Site Recovery. Für Azure Migrate gelten die gleichen Anforderungen für die VMware-Migration.
Mobilitätsdienst Der Mobilitätsdienst-Agent muss auf jeder VM installiert sein, die Sie migrieren möchten.
UEFI-Start Unterstützt. UEFI-basierte VMs werden zu Azure-VMs der 2. Generation migriert.
UEFI: Sicherer Start Nicht unterstützt für die Migration.
Zieldatenträger Virtuelle Computer können nur zu verwalteten Datenträgern (HDD Standard, SSD Standard, SSD Premium) in Azure migriert werden.
Datenträgergröße Bis zu 2 TB Betriebssystemdatenträger für VMs der Generation 1; bis zu 4 TB Betriebssystemdatenträger für VMs der Generation 2; 32 TB für Datenträger.
Einschränkungen für Datenträger Bis zu 63 Datenträger pro virtuellem Computer
Verschlüsselte Datenträger/Volumes Die Migration von VMs mit verschlüsselten Datenträgern/Volumes wird nicht unterstützt.
Freigegebener Datenträgercluster Wird nicht unterstützt.
Unabhängige Datenträger Unterstützt.
Pass-Through-Datenträger Unterstützt.
NFS NFS-Volumes, die als Volumes auf den VMs bereitgestellt sind, werden nicht repliziert.
ReiserFS Wird nicht unterstützt.
iSCSI-Ziele Unterstützt.
Multipfad-E/A Wird nicht unterstützt.
Storage vMotion Unterstützt
Kombinierte Netzwerkadapter Wird nicht unterstützt.
IPv6 Wird nicht unterstützt.

Applianceanforderungen (Agent-basiert)

Wenn Sie die Replikationsappliance mit der OVA-Vorlage im Azure Migrate-Hub einrichten, wird die Appliance unter Windows Server 2016 ausgeführt und erfüllt die Supportanforderungen. Stellen Sie bei der manuellen Einrichtung der Replikationsappliance auf einem physischen Server sicher, dass sie die Anforderungen erfüllt.

Portanforderungen (Agent-basiert)

Device Connection
VMs Der Mobilitätsdienst auf virtuellen Computern kommuniziert mit der lokalen Replikationsappliance (Konfigurationsserver) über den HTTPS-Port 443 für eingehenden Datenverkehr, um die Replikationsverwaltung auszuführen.

Virtuelle Computer senden Replikationsdaten an den Prozessserver (der auf dem Konfigurationsserver ausgeführt wird) über Port HTTPS 9443 für eingehenden Datenverkehr. Dieser Port kann geändert werden.
Replikationsappliance Die Replikationsappliance orchestriert die Replikation mit Azure über Port HTTPS 443 für ausgehenden Datenverkehr.
Prozessserver Der Prozessserver empfängt Replikationsdaten, optimiert und verschlüsselt sie und sendet sie über den ausgehenden Port 443 an Azure Storage.
Der Prozessserver wird standardmäßig auf der Replikationsappliance ausgeführt.

Azure-VM-Anforderungen

Alle lokalen VMs, die (mit Agent-basierter Migration oder Migration ohne Agent) in Azure repliziert werden, müssen die in dieser Tabelle zusammengefassten Anforderungen für Azure-VMs erfüllen.

Komponente Anforderungen
Gastbetriebssystem Überprüft die unterstützten Betriebssysteme der virtuellen VMware-Computer für die Migration.
Sie können alle Workloads migrieren, die unter einem unterstützten Betriebssystem ausgeführt werden.
Architektur des Gastbetriebssystems 64 Bit.
Größe des Betriebssystem-Datenträgers Bis zu 2.048 GB.
Anzahl von Betriebssystem-Datenträgern 1
Anzahl von Datenträgern für Daten Maximal 64.
Datenträgergröße Bis zu 32 TB
Netzwerkadapter Es werden mehrere Adapter unterstützt.
Freigegebene VHD Wird nicht unterstützt.
Fiber-Channel-Datenträger Wird nicht unterstützt.
BitLocker Wird nicht unterstützt.

BitLocker muss deaktiviert sein, bevor Sie den Computer migrieren.
Name des virtuellen Computers 1 bis 63 Zeichen.

Ist auf Buchstaben, Zahlen und Bindestriche beschränkt.

Der Computername muss mit einem Buchstaben oder einer Ziffer beginnen und enden.
Herstellen einer Verbindung nach der Migration: Windows So stellen Sie nach der Migration eine Verbindung mit Azure-VMs unter Windows her:

– Aktivieren Sie vor der Migration RDP auf dem lokalen virtuellen Computer.

Stellen Sie sicher, dass TCP- und UDP-Regeln für das Profil Öffentlich hinzugefügt werden und dass RDP unter Windows-Firewall>Zugelassene Apps für alle Profile zugelassen ist.

Aktivieren Sie bei Site-to-Site-VPN-Zugriff das RDP unter Windows-Firewall>Zugelassene Apps und Features für private Netzwerke und Domänennetzwerke.

Achten Sie außerdem darauf, dass die SAN-Richtlinie des Betriebssystems auf OnlineAll festgelegt ist. Weitere Informationen
Herstellen einer Verbindung nach der Migration: Linux So stellen Sie nach der Migration per SSH eine Verbindung mit Azure-VMs her:

Überprüfen Sie vor der Migration auf dem lokalen Computer, ob der Secure Shell-Dienst auf „Start“ festgelegt ist und ob die Firewallregeln eine SSH-Verbindung zulassen.

Lassen Sie nach dem Failover auf der Azure-VM eingehende Verbindungen am SSH-Port für die Netzwerksicherheitsgruppen-Regeln auf der VM, für die ein Failover ausgeführt wurde, sowie für das Azure-Subnetz zu, mit dem die VM verbunden ist.

Fügen Sie außerdem der VM eine öffentliche IP-Adresse hinzu.

Nächste Schritte

Auswählen einer VMware vSphere-Migrationsmethode