Vorbereiten von lokalen Computern für die Migration zu Azure
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.
In diesem Artikel erfahren Sie, wie Sie lokale Computer vorbereiten, bevor Sie diese mithilfe des Migrations- und Modernisierungstools zu Azure migrieren.
In diesem Artikel führen Sie folgende Schritte aus:
- Überprüfen der Einschränkungen bei der Migration
- Wählen Sie eine Migrationsmethode für VMware vSphere-VMs aus.
- Überprüfen der Hypervisor- und Betriebssystemanforderungen für Computer, die Sie migrieren möchten
- Überprüfen des URL- und Portzugriffs für zu migrierende Computer
- Überprüfen der Änderungen, die Sie vor Beginn der Migration ggf. vornehmen müssen
- Überprüfen Sie die Azure VM-Anforderungen für migrierte Computer.
- Vorbereiten von Computern, sodass Sie nach der Migration eine Verbindung mit den virtuellen Azure-Computern herstellen können
Überprüfen der Einschränkungen bei der Migration
Die Tabelle enthält eine Übersicht über die Ermittlungs-, Bewertungs- und Migrationsgrenzwerte für Azure Migrate. Es empfiehlt sich, Computer vor der Migration zu bewerten, dies ist jedoch nicht zwingend erforderlich.
| Szenario | Projekt | Ermittlung/Bewertung | Migration |
|---|---|---|---|
| VMware vSphere-VMs | In einem einzelnen Azure Migrate-Projekt können bis zu 35.000 virtuelle Computer ermittelt und bewertet werden. | Mit einer einzelnen Azure Migrate-Appliance für VMware vSphere können bis zu 10.000 VMware vSphere-VMs ermittelt werden. Die Appliance unterstützt das Hinzufügen mehrerer vCenter-Server. Sie können bis zu 10 vCenter-Server pro Appliance hinzufügen. |
Migration ohne Agents: Sie können mithilfe einer Appliance mit horizontaler Skalierung maximal 500 VMs in mehreren vCenter Server-Instanzen (die von einer Appliance ermittelt wurden) gleichzeitig replizieren. Agent-basierte Migration: Die Replikationsappliance kann aufskaliert werden, um viele virtuelle Computer zu replizieren. Im Portal können für die Replikation bis zu zehn virtuelle Computer gleichzeitig ausgewählt werden. Wenn Sie mehr Computer replizieren möchten, fügen Sie jeweils Batches mit zehn Stück hinzu. |
| Virtuelle Hyper-V-Computer | In einem einzelnen Azure Migrate-Projekt können bis zu 35.000 virtuelle Computer ermittelt und bewertet werden. | Mit einer einzelnen Azure Migrate-Appliance können bis zu 5.000 virtuelle Hyper-V-Computer ermittelt werden. | Für die Hyper-V-Migration wird keine Appliance verwendet. Stattdessen wird auf jedem Hyper-V-Host der Hyper-V-Replikationsanbieter ausgeführt. Die Replikationskapazität hängt von Leistungsfaktoren wie VM-Änderungsrate und Uploadbandbreite für Replikationsdaten ab. Im Portal können für die Replikation bis zu zehn virtuelle Computer gleichzeitig ausgewählt werden. Wenn Sie mehr Computer replizieren möchten, fügen Sie jeweils Batches mit zehn Stück hinzu. |
| Physische Computer | In einem einzelnen Azure Migrate-Projekt können bis zu 35.000 Computer ermittelt und bewertet werden. | Mit einer einzelnen Azure Migrate-Appliance für physische Server können bis zu 1.000 physische Server ermittelt werden. | Die Replikationsappliance kann aufskaliert werden, um viele Server zu replizieren. Im Portal können für die Replikation bis zu zehn virtuelle Computer gleichzeitig ausgewählt werden. Wenn Sie mehr Computer replizieren möchten, fügen Sie jeweils Batches mit zehn Stück hinzu. |
Auswählen einer VMware vSphere-Migrationsmethode
Wenn Sie VMware vSphere-VMs zu Azure migrieren, vergleichen Sie die Migration ohne Agent und die Agent-basierte Migration, um die für Sie geeignete Methode zu ermitteln.
Überprüfen der Hypervisor-Anforderungen
- Überprüfen Sie die Anforderungen der VMware-Migration ohne Agent bzw. der Agent-basierten VMware vSphere-Migration.
- Überprüfen Sie die Anforderungen für Hyper-V-Hosts.
Überprüfen der Betriebssystemanforderungen
Überprüfen Sie die unterstützten Betriebssysteme für die Migration:
- Wenn Sie VMware vSphere- oder Hyper-V-VMs migrieren, überprüfen Sie die Anforderungen im Zusammenhang mit VMware vSphere-VMs für die Migration ohne Agent bzw. für die Agent-basierte Migration sowie die Anforderungen für Hyper-V-VMs.
- Vergewissern Sie sich, dass Windows-Betriebssysteme in Azure unterstützt werden.
- Vergewissern Sie sich, dass Linux-Distributionen in Azure unterstützt werden.
Überprüfen des URL- und Portzugriffs
Überprüfen Sie, auf welche URLs und Ports bei der Migration zugegriffen wird.
| Szenario | Details | URLs | Ports |
|---|---|---|---|
| Migration von VMware vSphere ohne Agent | Hierbei wird die Azure Migrate-Appliance für die Migration verwendet. Auf den VMware vSphere-VMs wird nichts installiert. | Überprüfen Sie die URLs für die öffentliche Cloud und für Azure Government-Clouds, die für die Ermittlung, Bewertung und Migration mit der Appliance erforderlich sind. | Überprüfen Sie die Portanforderungen für die Migration ohne Agent. |
| Agent-basierte Migration von VMware vSphere | Hierbei wird die Replikationsappliance für die Migration verwendet. Auf den virtuellen Computern wird jeweils der Mobilitätsdienst-Agent installiert. | Überprüfen Sie die URLs für die öffentliche Cloud und die URLs für Azure Government, auf die die Replikationsappliance Zugriff benötigt. | Überprüfen Sie die Ports, die im Rahmen der Agent-basierten Migration verwendet werden. |
| Hyper-V-Migration | Hierbei wird für die Migration ein auf Hyper-V-Hosts installierter Anbieter verwendet. Auf den virtuellen Hyper-V-Computern wird nichts installiert. | Überprüfen Sie die URLs für die öffentliche Cloud und die URLs für Azure Government, auf die der auf den Hosts ausgeführte Anbieter Zugriff benötigt. | VM-Replikationsdaten werden vom Replikationsanbieter auf dem Hyper-V-Host über ausgehende Verbindungen am HTTPS-Port 443 gesendet. |
| Physische Computer | Hierbei wird die Replikationsappliance für die Migration verwendet. Auf den physischen Computern wird jeweils der Mobilitätsdienst-Agent installiert. | Überprüfen Sie die URLs für die öffentliche Cloud und die URLs für Azure Government, auf die die Replikationsappliance Zugriff benötigt. | Überprüfen Sie die Ports, die im Rahmen der physischen Migration verwendet werden. |
Überprüfen der erforderlichen Änderungen vor der Migration
Für virtuelle Computer müssen vor der Migration zu Azure ein paar Änderungen vorgenommen werden.
- Bei einigen Betriebssystemen werden Änderungen automatisch von Azure Migrate im Rahmen des Replikations-/Migrationsprozesses vorgenommen.
- Bei anderen Betriebssystemen müssen Einstellungen manuell konfiguriert werden.
- Wichtig: Die Einstellungen müssen vor Beginn der Migration manuell konfiguriert werden. Einige der Änderungen können sich auf den Start der VM auswirken, oder es kann keine Verbindung zur VM hergestellt werden. Wenn Sie den virtuellen Computer migrieren, bevor Sie die Änderung vorgenommen haben, wird der virtuelle Computer in Azure unter Umständen nicht gestartet.
Ermitteln Sie anhand der Tabellen, welche Änderungen erforderlich sind.
Windows-Computer
Die vorgenommenen Änderungen sind in der Tabelle zusammengefasst.
| Aktion | VMware vSphere (Migration ohne Agent) | VMware vSphere (Agent-basiert)/physische Computer | Windows mit Hyper-V |
|---|---|---|---|
| Konfigurieren der SAN-Richtlinie als „Online – Alle“ |
Wird für Computer unter Windows Server 2008 R2 oder höher automatisch festgelegt. Bei älteren Betriebssystemen muss dieser Konfigurationsschritt manuell ausgeführt werden. |
Wird in den meisten Fällen automatisch festgelegt. | Wird für Computer unter Windows Server 2008 R2 oder höher automatisch festgelegt. |
| Installieren der Hyper-V-Gastintegration | Muss auf Computern unter Windows Server 2003 manuell installiert werden. | Muss auf Computern unter Windows Server 2003 manuell installiert werden. | Muss auf Computern unter Windows Server 2003 manuell installiert werden. |
| Aktivieren der seriellen Azure-Konsole Aktivieren Sie die Konsole auf virtuellen Azure-Computern, um die Problembehandlung zu erleichtern. Sie müssen den virtuellen Computer nicht neu starten. Der virtuelle Azure-Computer wird unter Verwendung des Datenträgerimages gestartet. Der Start mit dem Datenträgerimage entspricht einem Neustart für den neuen virtuellen Computer. |
Muss manuell aktiviert werden. | Muss manuell aktiviert werden. | Muss manuell aktiviert werden. |
| Installieren des Windows Azure-Gast-Agents Der Agent für virtuelle Computer (VM-Agent) ist ein sicherer, einfacher Prozess zur Verwaltung der VM-Interaktion mit dem Azure Fabric Controller. Der VM-Agent nimmt eine primäre Rolle beim Aktivieren und Ausführen von Azure-VM-Erweiterungen ein, die die Konfiguration der VM nach der Bereitstellung ermöglichen, z. B. das Installieren und Konfigurieren von Software. |
Wird für Computer unter Windows Server 2008 R2 oder höher automatisch festgelegt. Bei älteren Betriebssystemen muss dieser Konfigurationsschritt manuell ausgeführt werden. |
Wird für Computer unter Windows Server 2008 R2 oder höher automatisch festgelegt. | Wird für Computer unter Windows Server 2008 R2 oder höher automatisch festgelegt. |
| Herstellen der Verbindung nach der Migration Für die Verbindungsherstellung nach der Migration müssen vor der Migration mehrere Schritte ausgeführt werden. |
Manuelle Einrichtung erforderlich | Manuelle Einrichtung erforderlich | Manuelle Einrichtung erforderlich |
Erfahren Sie mehr über die Änderungen, die auf Windows-Servern für VMware vSphere-Migrationsvorgänge ohne Agent ausgeführt werden.
Konfigurieren der SAN-Richtlinie
Standardmäßig wird Azure-VMs das Laufwerk D als temporärer Speicher zugewiesen.
- Diese Laufwerkzuweisung führt dazu, dass alle anderen angefügten Zuweisungen von Speicherlaufwerken um einen Buchstaben inkrementiert werden.
- Wenn für Ihre lokale Installation beispielsweise ein Datenträger genutzt wird, dem der Laufwerkbuchstabe D für Anwendungsinstallationen zugewiesen ist, wird die Zuweisung für dieses Laufwerk auf Laufwerk E inkrementiert, nachdem Sie die VM zu Azure migriert haben.
- Legen Sie die SAN-Richtlinie (Storage Area Network) auf OnlineAll fest, um diese automatische Zuweisung zu verhindern und sicherzustellen, dass Azure dem temporären Volume den nächsten freien Laufwerkbuchstaben zuweist:
Konfigurieren Sie diese Einstellung manuell wie folgt:
- Öffnen Sie auf dem lokalen Computer (nicht auf dem Hostserver) eine Eingabeaufforderung mit erhöhten Rechten.
- Geben Sie diskpart ein.
- Geben Sie SAN ein. Wenn der Laufwerkbuchstabe des Gastbetriebssystems nicht beibehalten wird, wird Offline – Alle oder Offline – Freigegeben zurückgegeben.
- Geben Sie an der Eingabeaufforderung DISKPART Folgendes ein: SAN Policy=OnlineAll. Durch diese Einstellung wird sichergestellt, dass Datenträger online geschaltet werden und dass Sie von beiden Datenträgern lesen sowie auf beide Datenträger schreiben können.
- Während der Testmigration können Sie überprüfen, ob die Laufwerkbuchstaben beibehalten werden.
Linux-Computer
Für folgende Versionen werden diese Aktionen von Azure Migrate automatisch ausgeführt:
- 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 (Der Azure Linux-VM-Agent wird während der Migration ebenfalls automatisch installiert.)
- CentOS Stream (der Azure Linux-VM-Agent wird während der Migration ebenfalls automatisch installiert)
- SUSE Linux Enterprise Server 15 SP0, 12, 11 SP1, 11 SP4, 11 SP3
- Ubuntu 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS (der Azure Linux-VM-Agent wird während der Migration ebenfalls automatisch installiert.)
- Debian 10, 9, 8, 7
- Oracle Linux 8, 7.7-CI, 7.7, 6
Für andere Versionen müssen die Computer gemäß der Zusammenfassung in der Tabelle vorbereitet werden.
Hinweis
Einige Änderungen können sich auf den Start der VM auswirken, oder es kann keine Verbindung zur VM hergestellt werden.
| Aktion | Details | Linux-Version |
|---|---|---|
| Installieren von Linux Integration Services für Hyper-V | Erstellen Sie das Linux-Initialisierungsimage neu, damit es die erforderlichen Hyper-V-Treiber enthält. Durch die Neuerstellung des Initialisierungsimages wird sichergestellt, dass der virtuelle Computer in Azure gestartet wird. | In den meisten neuen Versionen von Linux-Distributionen ist dies standardmäßig enthalten. Andernfalls muss die Installation für alle oben nicht angegebenen Versionen manuell durchgeführt werden. |
| Aktivieren der Protokollierung der seriellen Azure-Konsole | Die Aktivierung der Konsolenprotokollierung vereinfacht die Problembehandlung. Sie müssen den virtuellen Computer nicht neu starten. Der virtuelle Azure-Computer wird unter Verwendung des Datenträgerimages gestartet. Der Start mit dem Datenträgerimage entspricht einem Neustart für den neuen virtuellen Computer. Befolgen Sie zur Aktivierung diese Anleitung. |
|
| Aktualisieren der Gerätezuordnungsdatei | Aktualisieren Sie die Gerätezuordnungsdatei mit den Zuordnungen von Gerätenamen und Volumes so, dass persistente Gerätebezeichner verwendet werden. | Führen Sie die Installation für alle oben nicht angegebenen Versionen manuell durch. (Gilt nur für ein agent-basiertes VMware-Szenario) |
| Aktualisieren von fstab-Einträgen | Aktualisieren Sie die Einträge so, dass persistente Volumebezeichner verwendet werden. | Führen Sie die Aktualisierung für alle oben nicht angegebenen Versionen manuell durch. |
| Entfernen der udev-Regel | Entfernen Sie alle udev-Regeln, mit denen Schnittstellennamen basierend auf der MAC-Adresse usw. reserviert werden. | Führen Sie die Entfernung für alle oben nicht angegebenen Versionen manuell durch. |
| Aktualisieren von Netzwerkschnittstellen | Aktualisieren Sie die Netzwerkschnittstellen so, dass IP-Adressen basierend auf DHCP.nst empfangen werden. | Führen Sie die Aktualisierung für alle oben nicht angegebenen Versionen manuell durch. |
| Aktivieren von SSH | Stellen Sie sicher, dass SSH aktiviert und für den SSHD-Dienst das Starten während des Neustartvorgangs festgelegt ist. Stellen Sie sicher, dass eingehende SSH-Verbindungsanforderungen nicht durch die Firewall des Betriebssystems oder skriptfähige Regeln blockiert werden. |
Führen Sie die Aktivierung für alle oben nicht angegebenen Versionen manuell durch. |
| Installieren des Linux-Azure-Gast-Agents | Der Microsoft Azure Linux-Agent (waagent) ist ein sicherer, schlanker Prozess, der die Linux- und FreeBSD-Bereitstellung und die VM-Interaktion mit dem Azure Fabric Controller verwaltet. | Führen Sie die Aktivierung für alle oben nicht angegebenen Versionen manuell durch. Befolgen Sie die Anweisungen, um den Linux-Agent manuell für andere Betriebssystemversionen zu installieren. Sehen Sie sich die Liste der erforderlichen Pakete zum Installieren des Linux-VM-Agents an. |
Erfahren Sie mehr über die Änderungen, die auf Linux-Servern für VMware vSphere-Migrationsvorgänge ohne Agent ausgeführt werden.
In der folgenden Tabelle sind die Schritte zusammengefasst, die automatisch für die oben aufgeführten Betriebssysteme ausgeführt werden:
| Aktion | Agent-basierte Migration von VMware vSphere | VMware vSphere-Migration ohne Agent | Hyper-V-Migration ohne Agent |
|---|---|---|---|
| Aktualisieren Sie das Kernelimage mit Linux Integration Services für Hyper-V. (Die LIS-Treiber sollten im Kernel vorhanden sein.) |
Ja | Ja | Ja |
| Aktivieren der Protokollierung der seriellen Azure-Konsole | Ja | Ja | Ja |
| Aktualisieren der Gerätezuordnungsdatei | Ja | Nr. | Nein |
| Aktualisieren von fstab-Einträgen | Ja | Ja | Ja |
| Entfernen der udev-Regel | Ja | Ja | Ja |
| Aktualisieren von Netzwerkschnittstellen | Ja | Ja | Ja |
| Aktivieren von SSH | Nein | Nr. | Nein |
| Installieren des Linux-Agents für virtuelle Azure-Computer | Ja | Ja | Ja |
Machen Sie sich ausführlicher mit Schritten zum Ausführen eines virtuellen Linux-Computers in Azure vertraut, und sehen Sie sich die Anleitungen für einige gängige Linux-Distributionen an.
Sehen Sie sich die Liste der erforderlichen Pakete zum Installieren des Linux-VM-Agents an. Azure Migrate installiert bei einer VMware-Migration ohne Agent den Linux-VM-Agent automatisch für RHEL 9.x/8.x/7.x/6.x, Ubuntu 14.04/16.04/18.04/19.04/19.10/20.04, SUSE 15 SP0/15 SP1/12/11 SP4/11 SP3, Debian 9/8/7 und Oracle 7.
Überprüfen der Anforderungen von Azure-VMs
Für lokale Computer, die Sie in Azure replizieren, müssen die Azure-VM-Anforderungen für Betriebssystem und Architektur, Datenträger, Netzwerkeinstellungen und die VM-Benennung erfüllt sein.
Überprüfen Sie vor der Migration die Azure-VM-Anforderungen für die Migration von VMware, Hyper-V und physischen Servern.
Vorbereiten der Verbindung nach der Migration
Azure-VMs werden während der Migration zu Azure erstellt. Nach der Migration müssen Sie eine Verbindung mit den neuen virtuellen Azure-Computern herstellen können. Für eine erfolgreiche Verbindungsherstellung sind mehrere Schritte erforderlich.
Vorbereiten der Verbindungsherstellung mit virtuellen Windows-Computern in Azure
Vorgehensweise für lokale Windows-Computer:
- Konfigurieren Sie die Windows-Einstellungen. Hierzu gehört auch das Entfernen aller statischen beständigen Routen oder des WinHTTP-Proxys.
- Vergewissern Sie sich, dass die erforderlichen Dienste ausgeführt werden.
- Aktivieren Sie den Remotedesktop (RDP), um Remoteverbindungen mit dem lokalen Computer zuzulassen. Informationen zum Aktivieren von RDP mithilfe von PowerShell finden Sie hier.
- Wenn Sie nach der Migration über das Internet auf eine Azure-VM zugreifen möchten, lassen Sie in der Windows-Firewall auf dem lokalen Computer TCP und UDP im öffentlichen Profil zu, und legen Sie RDP als zulässige App für alle Profile fest.
- Wenn Sie nach der Migration auf eine Azure-VM über ein Site-to-Site-VPN zugreifen möchten, lassen Sie in der Windows-Firewall auf dem lokalen Computer RDP für das Domänenprofil und private Profile zu. Informationen zum Zulassen von RDP-Datenverkehr finden Sie hier.
- Vergewissern Sie sich, dass auf dem lokalen virtuellen Computer keine ausstehenden Windows-Updates vorhanden sind, wenn Sie die Migration durchführen. Sollte dies nämlich der Fall sein, werden nach der Migration auf dem virtuellen Azure-Computer ggf. Updates installiert, und Sie können sich dann erst bei der VM anmelden, nachdem die Updates abgeschlossen sind.
Vorbereiten der Verbindung mit Linux-Azure-VMs
Vorgehensweise für lokale Linux-Computer:
- Stellen Sie sicher, dass der Secure Shell-Dienst so festgelegt ist, dass er beim Systemstart automatisch gestartet wird.
- Überprüfen Sie, ob die Firewallregeln eine SSH-Verbindung zulassen.
Vorbereiten virtueller Azure-Computer nach der Migration
Führen Sie nach der Migration auf den erstellten virtuellen Azure-Computern die folgenden Schritte aus:
- Um aus dem Internet auf die VM zugreifen zu können, müssen Sie ihr eine öffentliche IP-Adresse zuweisen. Die öffentliche IP-Adresse für den virtuellen Azure-Computer muss sich von der öffentlichen IP-Adresse Ihres lokalen Computers unterscheiden. Weitere Informationen
- Überprüfen Sie, ob die Regeln der Netzwerksicherheitsgruppen (NSG) auf dem virtuellen Computer eingehende Verbindungen am RDP- oder SSH-Port zulassen.
- Überprüfen Sie die Startdiagnose, um den virtuellen Computer anzuzeigen.
Nächste Schritte
Entscheiden Sie, welche Methode Sie für die Migration von VMware vSphere-VMs zu Azure verwenden möchten, oder beginnen Sie mit der Migration von Hyper-V-VMs oder physischen Servern oder virtualisierten oder cloudbasierten VMs.
Überprüfen der Unterstützung
Für VMware vSphere-VMs unterstützt „Migration und Modernisierung“ die Migration mit oder ohne Agent.
- VMware vSphere-VMs: Überprüfen Sie die Migrationsanforderungen und die Unterstützung für VMware vSphere-VMs.
- Virtuelle Hyper-V-Computer: Überprüfen Sie die Migrationsanforderungen und -unterstützung in Bezug auf Hyper-V-VMs.
- Physische Computer: Überprüfen Sie die Migrationsanforderungen und -unterstützung für lokale physische Computer und andere virtualisierte Server.