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.