Freigeben über


Unterstützungsmatrix für die Hyper-V-Migration

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 Hyper-V-VMs mit dem Migrations- und Modernisierungstool. Informationen zur Bewertung von virtuellen Hyper-V-Computern bei der Migration zu Azure finden Sie in der Unterstützungsmatrix für die Bewertung.

Einschränkungen bei der Migration

Sie können bis zu 10 VMs gleichzeitig für die Replikation auswählen. Wenn Sie weitere Computer migrieren möchten, replizieren Sie sie in Gruppen von 10.

Anforderungen für Hyper-V-Hosts

Unterstützung Details
Bereitstellung Der Hyper-V-Host kann eigenständig oder in einem Cluster bereitgestellt werden.
Azure Migrate-Replikationssoftware (Hyper-V-Replikationsanbieter) ist auf den Hyper-V-Hosts installiert.
Berechtigungen Sie benötigen Administratorrechte auf dem Hyper-V-Host.
Betriebssystem des Hosts Windows Server 2022, Windows Server 2019 oder Windows Server 2012 R2 mit aktuellen Updates. Beachten Sie, dass auch die Server-Kerninstallation dieser Betriebssysteme unterstützt wird.
Weitere Softwareanforderungen .NET Framework 4.7 oder höher
Portzugriff Ausgehende Verbindungen über HTTPS-Port 443 zum Senden von VM-Replikationsdaten.

Virtuelle Hyper-V-Computer

Unterstützung Details
Betriebssystem Alle Windows- und Linux-Betriebssysteme, die von Azure unterstützt werden
Windows Server 2003 Bei virtuellen Computern mit Windows Server 2003 müssen Sie vor der Migration die Hyper-V-Integrationsdienste installieren.
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.0, 6.x
– CentOS Stream
– SUSE Linux Enterprise Server 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.
Erforderliche Änderungen für Azure Einige VMs erfordern möglicherweise Änderungen, damit sie in Azure ausgeführt werden können. Nehmen Sie vor der Migration Anpassungen manuell vor. Die entsprechenden Artikel enthalten Anweisungen zur Vorgehensweise.
Linux-Start Wenn sich „/boot“ in einer dedizierten Partition befindet, sollte diese auf dem Betriebssystemdatenträger und nicht auf mehrere Datenträger verteilt vorhanden sein.
Wenn „/boot“ Teil der Stammpartition („/“) ist, sollte sich diese auf dem Betriebssystemdatenträger befinden und nicht auf andere Datenträger erstrecken.
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.
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.

Für vorhandene Azure Migrate-Projekte müssen Sie möglicherweise den Replikationsanbieter auf dem Hyper-V-Host auf die neueste Version aktualisieren, damit große Datenträger mit bis zu 32 TB repliziert werden können.
Anzahl der Datenträger Maximal 16 Datenträger pro virtuellem Computer
Verschlüsselte Datenträger/Volumes Nicht unterstützt für die Migration.
RDM-Datenträger/Pass-Through-Datenträger Nicht unterstützt für die Migration.
Freigegebener Datenträger Virtuelle Computer mit freigegebenen Datenträgern werden für die Migration nicht unterstützt.
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.
NFS NFS-Volumes, die als Volumes auf den VMs bereitgestellt sind, werden nicht repliziert.
ReiserFS Wird nicht unterstützt.
ISCSI Virtuelle Computer mit iSCSI-Zielen werden für die Migration nicht unterstützt.
Zieldatenträger Sie können nur mit verwalteten Datenträgern zu Azure-VMs migrieren.
IPv6 Wird nicht unterstützt.
NIC-Teaming Wird nicht unterstützt.
Azure Site Recovery und/oder Hyper-V- Sie können die Migration und Modernisierung nicht replizieren, wenn die VM für die Replikation mit Azure Site Recovery oder mit Hyper-V-Replikat aktiviert ist.
Ports Ausgehende Verbindungen über HTTPS-Port 443 zum Senden von VM-Replikationsdaten.

URL-Zugriff (öffentliche Cloud)

Die Software des Replikationsanbieters auf den Hyper-V-Hosts benötigt Zugriff auf die folgenden URLs.

URL Details
login.microsoftonline.com Zugriffssteuerung und Identitätsverwaltung mit Active Directory
backup.windowsazure.com Für die Übertragung und Koordinierung von Replikationsdaten
*.hypervrecoverymanager.windowsazure.com Wird für die Replikationsverwaltung verwendet.
*.blob.core.windows.net Hochladen von Daten in Speicherkonten
dc.services.visualstudio.com Laden Sie App-Protokolle hoch, die für die interne Überwachung verwendet werden.
time.windows.com Überprüft die Zeitsynchronisierung zwischen Systemzeit und globaler Zeit

URL-Zugriff (Azure Government)

Die Software des Replikationsanbieters auf den Hyper-V-Hosts benötigt Zugriff auf die folgenden URLs.

URL Details
login.microsoftonline.us Zugriffssteuerung und Identitätsverwaltung mit Active Directory
backup.windowsazure.us Für die Übertragung und Koordinierung von Replikationsdaten
*.hypervrecoverymanager.windowsazure.us Wird für die Replikationsverwaltung verwendet.
*.blob.core.usgovcloudapi.net Hochladen von Daten in Speicherkonten
dc.services.visualstudio.com Laden Sie App-Protokolle hoch, die für die interne Überwachung verwendet werden.
time.nist.gov Überprüft die Zeitsynchronisierung zwischen Systemzeit und globaler Zeit

Hinweis

Wenn das Migrationsprojekt über Konnektivität mit privatem Endpunkt verfügt, benötigt die Replikationsanbietersoftware auf den Hyper-V-Hosts Zugriff auf diese URLs, um Unterstützung für private Verbindungen zu erhalten.

  • *.blob.core.windows.com: Zum Zugreifen auf das Speicherkonto, in dem replizierte Daten gespeichert sind. Dies ist optional und nicht erforderlich, wenn an das Speicherkonto ein privater Endpunkt angefügt ist.
  • ogin.windows.net für Zugriffssteuerung und Identitätsverwaltung mit Active Directory

Anforderungen des Replikationsspeicherkontos

In dieser Tabelle wird die Unterstützung für das Replikationsspeicherkonto für Hyper-V-VM-Migrationen zusammengefasst.

Einstellung Unterstützung Details
Allgemeine V2-Speicherkonten (heiße und kalte Ebene) Unterstützt GPv2-Speicherkonten können höhere Transaktionskosten als V1-Speicherkonten verursachen.
Storage Premium Unterstützt Standardspeicherkonten werden jedoch empfohlen, um die Kosten zu optimieren.
Das Cachespeicherkonto sollte ein Standardspeicherkonto sein, und Premium wird nicht unterstützt.
Region Die gleiche Region wie der virtueller Computer Das Speicherkonto sollte sich in derselben Region wie der zu schützende virtuelle Computer befinden.
Abonnement Kann sich von virtuellen Quellcomputern unterscheiden Das Speicherkonto muss nicht demselben Abonnement wie der/die virtuelle(n) Quellcomputer zugeordnet sein.
Azure Storage-Firewalls für virtuelle Netzwerke Unterstützt Wenn Sie ein Replikations- oder Zielspeicherkonto mit aktivierter Firewall verwenden, müssen Sie vertrauenswürdigen Microsoft-Diensten den Zugriff erlauben, indem Sie die entsprechende Option auswählen. Stellen Sie außerdem sicher, dass Sie den Zugriff auf mindestens ein Subnetz des virtuellen Quellnetzwerks zulassen. Sie sollten den Zugriff aus allen Netzwerken für die öffentliche Endpunktkonnektivität zulassen.
Vorläufiges Löschen Nicht unterstützt Vorläufiges Löschen wird nicht unterstützt, da die Kosten steigen, sobald es für ein Replikationsspeicherkonto aktiviert wird. Azure Migrate führt sehr häufig Erstellungen/Löschungen von Protokolldateien durch, während die Replikation zu höheren Kosten führt.
Privater Endpunkt Unterstützt Folgen Sie den Anweisungen zum Einrichten von Azure Migrate mit privaten Endpunkten.

Azure-VM-Anforderungen

Alle lokalen VMs, die in Azure repliziert werden, müssen die in dieser Tabelle zusammengefassten Azure-VM-Anforderungen erfüllen.

Komponente Anforderungen Details
Größe des Betriebssystem-Datenträgers Bis zu 2.048 GB. Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Anzahl von Betriebssystem-Datenträgern 1 Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Anzahl von Datenträgern für Daten Maximal 16. Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Datenträgergröße Bis zu 32 TB Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Netzwerkadapter Es werden mehrere Adapter unterstützt.
Freigegebene VHD Wird nicht unterstützt. Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Fiber-Channel-Datenträger Wird nicht unterstützt. Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
BitLocker Wird nicht unterstützt. BitLocker muss deaktiviert sein, bevor Sie die Replikation für einen Computer aktivieren.
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.
Aktualisieren Sie den Wert in den Computereigenschaften in Site Recovery.
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 der Migration 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

Migrieren von virtuellen Hyper-V-Computern für die Migration.