Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
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. Wenn Sie nach Informationen zur Bewertung von Hyper-V-VMs für die Migration zu Azure suchen, lesen Sie die Bewertungsunterstützungsmatrix.
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.
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.
Hyper-V Hostanforderungen
| Unterstützung | Details |
|---|---|
| Bereitstellung | Der Hyper-V-Host kann eigenständig oder in einem Cluster bereitgestellt werden. Azure Migrate Replikationssoftware (Hyper-V Replikationsanbieter) wird auf den Hyper-V Hosts installiert. |
| Berechtigungen | Sie benötigen Administratorberechtigungen für den Hyper-V Host. |
| Betriebssystem des Hosts | Windows Server 2022, Windows Server 2019, Windows Server 2016 oder Windows Server 2012 R2 mit den neuesten 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. |
Hyper-V VMs
| Unterstützung | Details |
|---|---|
| Betriebssystem | Alle Windows und Linux Betriebssysteme, die von Azure unterstützt werden. |
| Windows Server 2003 | Für VMs mit Windows Server 2003 müssen Sie vor der Migration installieren Hyper-V Integrationsdienste. |
| Linux-VMs in Azure | Einige VMs erfordern möglicherweise Änderungen, damit sie in Azure ausgeführt werden können. Für Linux nimmt Azure Migrate die Änderungen für diese Betriebssysteme automatisch vor: - Red Hat Enterprise Linux 10.x, 9.5, 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 24.04, 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS - Debian 13, 12, 11, 10, 9, 8, 7 - Oracle Linux 10, 9, 8, 7.7-CI, 7.7, 6 - Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022) - AlmaLinux 10.x, 8.x, 9.x - Rocky Linux 10.x, 8.x, 9.x 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 Generation 2 migriert. |
| UEFI: Sicherer Start | Nicht für Migration unterstützt. |
| 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 host Hyper-V auf die neueste Version aktualisieren, um große Datenträger bis zu 32 TB zu replizieren. |
| Anzahl der Datenträger | Maximal 16 Datenträger pro virtuellem Computer |
| Verschlüsselte Datenträger/Volumes | Nicht für Migration unterstützt. |
| RDM-/Pass-Through-Datenträger | Nicht für Migration unterstützt. |
| Freigegebener Datenträger | Virtuelle Maschinen mit freigegebenen Datenträgern werden für die Migration nicht unterstützt. |
| Ultra Disk | Die Ultra Disk-Migration wird vom Azure Migrate-Portal nicht unterstützt. Sie müssen eine Out-of-Band-Migration für die Datenträger ausführen, die als Ultra Disks empfohlen werden. Das heißt, Sie können die Auswahl als Premium-Datenträgertyp migrieren und nach der Migration auf Ultra Disk ändern. |
| NFS | NFS-Volumes, die als Volumes auf den VMs bereitgestellt sind, werden nicht repliziert. |
| ReiserFS | Wird nicht unterstützt. |
| ISCSI (Englisch) | 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. |
URL-Zugriff (öffentliche Cloud)
Die Replikationsanbietersoftware auf den Hyper-V-Hosts benötigt Zugriff auf diese URLs.
| URL | Details |
|---|---|
| login.microsoftonline.com | Zugriffssteuerung und Identitätsverwaltung mithilfe von Active Directory. |
| backup.windowsazure.com | Replikationsdatentransfer und -koordinierung |
| *.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 Replikationsanbietersoftware auf den Hyper-V-Hosts benötigt Zugriff auf diese URLs.
| URL | Details |
|---|---|
| login.microsoftonline.us | Zugriffssteuerung und Identitätsverwaltung mithilfe von Active Directory. |
| backup.windowsazure.us | Replikationsdatentransfer und -koordinierung |
| *.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 Ihr Migrate-Projekt über Private-Endpunktkonnektivität verfügt, benötigt die Replikationsanbietersoftware auf den Hyper-V-Hosts Zugriff auf diese URLs für die Unterstützung privater Links.
- *.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.
- login.windows.net für die Zugriffssteuerung und identitätsverwaltung mithilfe von Active Directory.
Anforderungen des Replikationsspeicherkontos
In dieser Tabelle wird die Unterstützung des Replikationsspeicherkontos 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. |
| Premium-Speicher | 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 firewallfähiges Replikationsspeicherkonto oder Zielspeicherkonto verwenden, stellen Sie sicher, dass Sie Allow trusted Microsoft-Dienste verwenden. 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 während der Replikation sehr häufig das Erstellen und Löschen von Protokolldateien durch, was die Kosten erhöht. |
| Privater Endpunkt | Unterstützt | Befolgen Sie die Anleitungen zum Setup Azure Migrate mit privaten Endpunkten. |
Azure VM-Anforderungen
Alle lokalen virtuellen Computer, die auf Azure repliziert wurden, 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 der Datenträger | 16 oder weniger. | 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. |
| Verbinden nach der Windows-Migration | So stellen Sie nach der Migration eine Verbindung mit Azure virtuellen Computern her, die Windows ausführen: – Aktivieren Sie vor der Migration RDP auf dem lokalen virtuellen Computer. Stellen Sie sicher, dass TCP- und UDP-Regeln für das profil Public hinzugefügt werden und dass RDP in Windows Firewall>Allowed Apps für alle Profile zulässig ist. – Aktivieren Sie RDP für den Standort-zu-Standort-VPN-Zugriff und erlauben Sie RDP in Windows Firewall ->Zugelassene Apps und Features für Domain und Private Netzwerke. 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 mithilfe von SSH eine Verbindung mit Azure virtuellen Computern 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
Migrate Hyper-V VMs für die Migration.