Unterstützungsmatrix für die Migration physischer Server, AWS-VMs und GCP-VMs
In diesem Artikel werden Supporteinstellungen und Einschränkungen für die Migration physischer Server, virtueller AWS-Computer (AWS)- und Google Cloud Platform (GCP)-VMs zu Azure mit Migration und Modernisierung zusammengefasst. Wenn Sie Informationen zur Bewertung von physischen Servern für die Migration zu Azure suchen, lesen Sie die Matrix zur Unterstützung der Bewertung.
Migrieren von Computern als physisch
Sie können Computer vor Ort als physische Server migrieren, indem Sie die agentenbasierte Replikation verwenden. Mit diesem Tool können Sie eine Vielzahl von Computern nach Azure migrieren, z. B.:
- Lokale physische Server
- Virtuelle Computer, die über Plattformen wie Xen oder KVM virtualisiert werden.
- Virtuelle Hyper-V- oder VMware-Computer, falls Sie aus irgendeinem Grund nicht die Standardvorgehensweise für Hyper-V oder VMware verwenden möchten.
- Virtuelle Computer, die in privaten Clouds ausgeführt werden
- Virtuelle Computer, die in öffentlichen Clouds ausgeführt werden, einschließlich AWS oder GCP.
Einschränkungen bei der Migration
Für die Replikation können bis zu zehn virtuelle Computer gleichzeitig ausgewählt werden. Wenn Sie mehr Computer migrieren möchten, replizieren Sie diese in Gruppen von 10.
Anforderungen für physische Server
Die folgende Tabelle fasst die Unterstützung für physische Server, AWS VMs und GCP VMs zusammen, die Sie mithilfe der agentenbasierten Migration migrieren möchten.
| Unterstützung | Details |
|---|---|
| Computerworkload | Azure Migrate und Modernize unterstützt die Migration von Arbeitsauslastungen (z. B. Microsoft Entra ID oder SQL Server), die auf einem unterstützten Computer ausgeführt werden. |
| Betriebssysteme | Die neuesten Informationen finden Sie unter der Betriebssystemunterstützung für Azure Site Recovery. Azure Migrate und Modernize bieten identische Betriebssystemunterstützung. |
| Linux-Dateisystem/-Gastspeicher | Die neuesten Informationen finden Sie unter Linux-Dateisystemsupport für Site Recovery. Azure Migrate und Modernize bietet identischen Linux-Dateisystemsupport. |
| Netzwerk/Speicher | Die neuesten Informationen finden Sie unter Netzwerk- und Speicher-Voraussetzungen für Site Recovery. Azure Migrate und Modernize bietet identische Netzwerk-/Speicheranforderungen. |
| Anforderungen für Azure | Die neuesten Informationen finden Sie unter Azure-Netzwerk-, Speicher- und Computer-Anforderungen für Site Recovery. Azure Migrate und Modernize hat identische Anforderungen für die Migration physischer Server. |
| Mobilitätsdienst | Installieren Sie den Mobilitätsdienstagent auf jedem Computer, den Sie migrieren möchten. |
| UEFI-Start | Unterstützt. UEFI-basierte Computer werden zu virtuellen Azure-Computern der 2. Generation migriert. Der Betriebssystemdatenträger sollte bis zu vier Partitionen aufweisen, und Volumes sollten mit NTFS formatiert sein. |
| UEFI: Sicherer Start | Nicht unterstützt für die Migration. |
| Zieldatenträger | Computer können nur auf verwaltete Festplatten (Standard HDD, Standard SSD, Premium SSD) in Azure migriert werden. |
| Ultra-Datenträger | Die Ultra Disk-Migration wird vom Azure Migrate- und Modernize-Portal nicht unterstützt. Sie müssen eine Out-of-Band-Migration für die Datenträger ausführen, die als Ultra-Datenträger empfohlen werden. Das heißt, Sie können die Auswahl als Premium-Datenträgertyp migrieren und nach der Migration auf Ultra-Datenträger ändern. |
| Datenträgergröße | Bis zu 2 TB Betriebssystemdatenträger für VM der Generation 1. Bis zu 4 TB OS-Festplatte für Gen 2 VM und 32 TB für Datenträger. |
| Einschränkungen für Datenträger | Bis zu 63 Datenträger pro Computer |
| Verschlüsselte Datenträger/Volumes | Die Migration von Computern 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 auf den Computern als Volumes eingebunden sind, werden nicht repliziert. |
| ReiserFS | Wird nicht unterstützt. |
| iSCSI-Ziele | Computer mit iSCSI-Zielen werden bei der Migration ohne Agent nicht unterstützt. |
| Multipfad-E/A | Unterstützt für Windows-Server mit installiertem Microsoft- oder herstellerspezifischem, gerätespezifischem Modul. |
| Kombinierte Netzwerkadapter | Wird nicht unterstützt. |
| IPv6 | Wird nicht unterstützt. |
| PV-Treiber/XenServer-Tools | Wird nicht unterstützt. |
Anforderungen der Replikationsappliance
Wenn Sie die Replikationsappliance manuell einrichten, stellen Sie sicher, dass sie die in der Tabelle zusammengefassten Anforderungen erfüllt. Wenn Sie die Azure Migrate-Replikationsappliance als VMware-VM einrichten, indem Sie die im Azure Migrate and Modernize Hub bereitgestellte Open Virtual Appliance-Vorlage verwenden, wird die Appliance mit Windows Server 2016 eingerichtet und erfüllt die Supportanforderungen.
- Informationen zu den Anforderungen für die Replikationsappliance finden Sie hier.
- Installieren Sie MySQL auf der Appliance. Erfahren Sie etwas über die Installationsoptionen .
- Erfahren Sie etwas über die URLs, auf die die Replikationsappliance Zugriff benötigt.
Azure-VM-Anforderungen
Alle lokalen VMs, die in Azure repliziert werden, müssen die in dieser Tabelle zusammengefassten Azure-VM-Anforderungen erfüllen. Wenn Site Recovery eine Vorraussetzungsüberprüfung für die Replikation durchführt, schlägt die Prüfung fehl, wenn einige der Anforderungen nicht erfüllt sind.
| Komponente | Anforderungen | Details |
|---|---|---|
| Gastbetriebssystem | Überprüft die unterstützten Betriebssysteme. Sie können jeden Workload migrieren, die unter einem unterstützten Betriebssystem läuft. |
Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
| Architektur des Gastbetriebssystems | 64 Bit. | Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
| 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 64. | 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. | Deaktivieren Sie BitLocker, 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: – Vor der Migration wird Remotedesktop-Protokoll (RDP) auf der lokalen VM aktiviert. 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. – Für den Zugriff auf ein virtuelles privates Netzwerk von einem Standort zum anderen aktivieren Sie RDP und erlauben RDP in der Windows-Firewall> Zugelassene Anwendungen und Funktionen für Domänen und private Netzwerke. Überprüfen Sie außerdem, ob die Netzwerkrichtlinie für den Betriebssystemspeicherbereich auf OnlineAll festgelegt ist. Weitere Informationen |
|
| Herstellen einer Verbindung nach der Migration: Linux | So stellen Sie nach der Migration mithilfe von Secure Shell (SSH) eine Verbindung mit Azure-VMs her: – Überprüfen Sie vor der Migration auf dem lokalen Rechner, ob der SSH-Dienst auf Start gesetzt ist und ob die Firewall-Regeln 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 der VM auch eine öffentliche IP-Adresse hinzu. |
Nächste Schritte
Migrieren physischer Server