Freigeben über

Vorbereiten von lokalen oder Azure-VMware-Lösung Maschinen für die Migration zu Azure

In diesem Artikel wird beschrieben, wie Sie lokale oder Azure-VMware-Lösung (AVS)-Computer vorbereiten, bevor Sie sie mithilfe des Tools Migration und Modernisierung 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 Azure VMs-Anforderungen für migrierte Computer.
  • Bereiten Sie Computer vor, damit Sie nach der Migration eine Verbindung mit den Azure VMs herstellen können.

Überprüfen der Einschränkungen bei der Migration

In der Tabelle sind Ermittlungs-, Bewertungs- und Migrationsgrenzwerte für Azure Migrate zusammengefasst. Es empfiehlt sich, Computer vor der Migration zu bewerten, dies ist jedoch nicht zwingend erforderlich.

Szenario Project Ermittlung/Bewertung Migration
VMware vSphere-VMs Entdecken und bewerten Sie bis zu 35.000 VMs in einem einzigen Azure Migrate Projekt. Entdecken Sie bis zu 10.000 VMware vSphere VMs mit einer einzigen Azure Migrate Appliance für VMware vSphere.
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.
Hyper-V VMs Entdecken und bewerten Sie bis zu 35.000 VMs in einem einzigen Azure Migrate Projekt. Entdecken Sie bis zu 5.000 Hyper-V VMs mit einer einzigen Azure Migrate Appliance Eine Appliance wird nicht für Hyper-V Migration verwendet. Stattdessen wird der Hyper-V Replikationsanbieter auf jedem Hyper-V Host 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 Entdecken und bewerten Sie bis zu 35.000 Computer in einem einzigen Azure Migrate Projekt. Entdecken Sie bis zu 1000 physische Server mit einer einzigen Azure Migrate Appliance für physische Server. 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, compare die agentlosen und agentbasierten Migrationsmethoden, um zu entscheiden, was für Sie am besten geeignet ist.

Überprüfen der Hypervisor-Anforderungen

Überprüfen der Betriebssystemanforderungen

Überprüfen Sie die unterstützten Betriebssysteme für die Migration:

Hinweis

Windows Server 2008 und Windows Server 2008 R2 haben das Ende des Supports (EOS) erreicht. Weitere Informationen finden Sie unter End der Unterstützung für Windows Server 2008 und Windows Server 2008 R2 und Perform-Direktes Upgrade auf Windows Server 2016, 2019, 2022 oder 2025. Überprüfen Sie Ihre Nutzung und planen Sie Betriebssystem-Upgrades und -Migrationen entsprechend.

Überprüfen des URL- und Portzugriffs

Überprüfen Sie, auf welche URLs und Ports bei der Migration zugegriffen wird.

Szenario Details URLs Anschlüsse
Migration von VMware vSphere ohne Agent Verwendet die Azure Migrate Appliance für die Migration. 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. Der Mobilitätsdienst Agent wird auf VMs installiert. Überprüfen Sie die URLs public cloud und Azure Government, auf die die Replikations-Appliance zugreifen muss. Überprüfen Sie die Ports, die im Rahmen der Agent-basierten Migration verwendet werden.
Hyper-V Migration Verwendet einen Anbieter, der auf Hyper-V Hosts für die Migration installiert ist. Auf Hyper-V VMs ist nichts installiert. Überprüfen Sie die URLs public cloud und Azure Government, auf die der Replikationsanbieter auf den Hosts zugreifen muss. Der Replikationsanbieter auf dem Hyper-V Host verwendet ausgehende Verbindungen auf HTTPS-Port 443 zum Senden von VM-Replikationsdaten.
Physische Computer Hierbei wird die Replikationsappliance für die Migration verwendet. Der Mobilitätsdienst Agent wird auf den physischen Computern installiert. Überprüfen Sie die URLs public cloud und Azure Government, auf die die Replikations-Appliance zugreifen muss. Überprüfen Sie die Ports, die im Rahmen der physischen Migration verwendet werden.

Überprüfen der erforderlichen Änderungen vor der Migration

Es sind einige Änderungen auf virtuellen Computern erforderlich, bevor Sie sie zu Azure migrieren.

  • Bei einigen Betriebssystemen nimmt Azure Migrate während des Replikations-/Migrationsprozesses automatisch Änderungen vor.
  • 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 vornehmen, wird der virtuelle Computer möglicherweise nicht in Azure gestartet.

Ermitteln Sie anhand der Tabellen, welche Änderungen erforderlich sind.

Windows Rechner

Die vorgenommenen Änderungen sind in der Tabelle zusammengefasst.

Aktion Migration von VMware vSphere ohne Agent VMware vSphere (Agent-basiert)/physische Computer Windows auf Hyper-V
Konfigurieren der SAN-Richtlinie als „Online – Alle“

 Wird automatisch für Computer festgelegt, die Windows Server 2008 R2 oder höher ausgeführt werden.

Bei älteren Betriebssystemen muss dieser Konfigurationsschritt manuell ausgeführt werden.		 Wird in den meisten Fällen automatisch festgelegt. Wird automatisch für Computer festgelegt, die Windows Server 2008 R2 oder höher ausgeführt werden.
Install Hyper-V Guest Integration Installieren Sie manuell auf Computern, auf denen Windows Server 2003 ausgeführt wird. Installieren Sie manuell auf Computern, auf denen Windows Server 2003 ausgeführt wird. Installieren Sie manuell auf Computern, auf denen Windows Server 2003 ausgeführt wird.
Aktivieren Sie die Azure-Serielle Konsole

Aktivieren Sie die Konsole auf Azure-VMs, um bei der Fehlerbehebung zu helfen. Sie müssen den virtuellen Computer nicht neu starten. Die Azure VM wird mithilfe 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 Sie den Windows Azure Gast-Agent

Der Vm-Agent (VM-Agent) ist ein sicherer, einfacher Prozess, der die Interaktion virtueller Computer (VM) mit dem Azure Fabric Controller verwaltet. Der VM-Agent hat eine primäre Rolle beim Aktivieren und Ausführen von Azure Erweiterungen virtueller Computer, die die Konfiguration nach der Bereitstellung von VM ermöglichen, z. B. installieren und konfigurieren von Software.		 Wird automatisch für Computer festgelegt, die Windows Server 2008 R2 oder höher ausgeführt werden.
Bei älteren Betriebssystemen muss dieser Konfigurationsschritt manuell ausgeführt werden.		 Wird automatisch für Computer festgelegt, die Windows Server 2008 R2 oder höher ausgeführt werden. Wird automatisch für Computer festgelegt, die Windows Server 2008 R2 oder höher ausgeführt werden.
Herstellen der Verbindung nach der Migration

Für die Verbindungsherstellung nach der Migration müssen vor der Migration mehrere Schritte ausgeführt werden.		 Manuelles Einrichten. Manuelles Einrichten. Manuelles Einrichten.

Learn mehr zu den Änderungen, die auf Windows Servern für agentlose VMware vSphere-Migrationen ausgeführt wurden.

Konfigurieren der SAN-Richtlinie

Standardmäßig werden Azure VMs Laufwerk D zugewiesen, die als temporärer Speicher verwendet werden sollen.

  • Diese Laufwerkzuweisung führt dazu, dass alle anderen angefügten Zuweisungen von Speicherlaufwerken um einen Buchstaben inkrementiert werden.
  • Wenn Ihre lokale Installation beispielsweise einen Datenträger verwendet, der Laufwerk D zugewiesen ist: für Anwendungsinstallationen, wird die Zuordnung für dieses Laufwerk auf Laufwerk E erhöht, nachdem Sie die VM zu Azure migriert haben.
  • Um diese automatische Zuweisung zu verhindern und sicherzustellen, dass Azure dem temporären Volume den nächsten freien Laufwerkbuchstaben zuweist, legen Sie die SAN-Richtlinie (Storage Area Network) auf OnlineAll fest:

Konfigurieren Sie diese Einstellung manuell wie folgt:

  1. Öffnen Sie auf der lokalen oder Azure-VMware-Lösung-VM (nicht auf dem Hostserver) eine Eingabeaufforderung mit erhöhten Rechten.
  2. Geben Sie diskpart ein.
  3. Geben Sie SAN ein. Wenn der Laufwerkbuchstabe des Gastbetriebssystems nicht beibehalten wird, wird Offline – Alle oder Offline – Freigegeben zurückgegeben.
  4. 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.
  5. Während der Testmigration können Sie überprüfen, ob die Laufwerkbuchstaben beibehalten werden.

Linux-Computer

Azure Migrate führt diese Aktionen automatisch für diese Versionen aus.

  • 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.3, 7.2, 7.1, 7.0, 6.x (Azure Linux VM-Agent wird auch während der Migration automatisch installiert)
  • CentOS Stream (Azure Linux-VM-Agent wird auch während der Migration automatisch installiert)
  • 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.04LTS, 16.04LTS, 14.04LTS (Azure Linux VM Agent wird auch während der Migration automatisch installiert)
  • Debian 13, 12, 11, 10, 9, 8, 7
  • Oracle Linux 10, 9, 8, 7.7-CI, 7.7, 6
  • AlmaLinux 10,x, 8.x, 9.x
  • Rocky Linux 10.x, 8.x, 9.x

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
Install Hyper-V Linux Integration Services Erstellen Sie das Linux-Init-Image neu, sodass es die erforderlichen Hyper-V Treiber enthält. Durch die Neuerstellung des Init-Images 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 Azure-Protokollierung für serielle Konsolen Die Aktivierung der Konsolenprotokollierung vereinfacht die Problembehandlung. Sie müssen den virtuellen Computer nicht neu starten. Die Azure VM wird mithilfe 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 Sie den Linux Azure Guest Agent Der Microsoft Azure Linux-Agent (waagent) ist ein sicherer und leichter Prozess, der die Bereitstellung von Linux und FreeBSD sowie 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 Agentlose Hyper-V Migration
Aktualisieren Sie das Kernelimage mit Hyper-V Linux Integration Services.
(Die LIS-Treiber sollten im Kernel vorhanden sein.)		 Ja Ja Ja
Aktivieren Azure serielle Konsolenprotokollierung Ja Ja Ja
Aktualisieren der Gerätezuordnungsdatei Ja Nein 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 Nein Nein
Installieren Sie den Azure VM Linux-Agent Ja Ja Ja

Erfahren Sie mehr über Schritte zum Ausführen einer Linux-VM auf Azure, und erhalten Sie Anleitungen für einige der beliebten Linux-Distributionen.

Sehen Sie sich die Liste der erforderlichen Pakete zum Installieren des Linux-VM-Agents an. Azure Migrate installiert den Linux-VM-Agent automatisch für RHEL 8.x, Ubuntu 20.04, SUSE 15 und Oracle 7 bei Verwendung der agentlosen Methode der VMware-Migration.

Überprüfen Azure VM-Anforderungen

Lokale oder AVS-Computer, die Sie auf Azure replizieren, müssen Azure VM-Anforderungen für das Betriebssystem und die Architektur, datenträger, Netzwerkeinstellungen und VM-Benennung erfüllen.

Überprüfen Sie vor der Migration die Azure VMs-Anforderungen für VMware, Hyper-V und physical server Migration.

Vorbereiten der Verbindung nach der Migration

Azure VMs werden während der Migration zu Azure erstellt. Nach der Migration müssen Sie in der Lage sein, eine Verbindung mit den neuen Azure VMs herzustellen. Für eine erfolgreiche Verbindungsherstellung sind mehrere Schritte erforderlich.

Vorbereiten der Verbindung mit Azure Windows virtuellen Computern

Auf lokalen Umgebungen oder AVS-Windows-Maschinen:

  1. Konfigurieren sie Windows Einstellungen. Hierzu gehört auch das Entfernen aller statischen beständigen Routen oder des WinHTTP-Proxys.
  2. Vergewissern Sie sich, dass die erforderlichen Dienste ausgeführt werden.
  3. Aktivieren Sie Remotedesktop (RDP), um Remoteverbindungen mit dem Quellcomputer (lokal oder AVS) zuzulassen. Informationen zum Aktivieren von RDP mithilfe von PowerShell finden Sie hier.
  4. Um nach der Migration auf einen Azure virtuellen Computer über das Internet zuzugreifen, lassen Sie TCP und UDP im öffentlichen Profil in Windows Firewall auf dem Quellcomputer (lokal oder AVS) zu, und legen Sie RDP als zulässige App für alle Profile fest.
  5. Wenn Sie nach der Migration über ein Site-to-Site-VPN auf eine Azure-VM zugreifen möchten, lassen Sie in der Windows-Firewall auf dem Quellcomputer (lokal oder AVS) RDP für die Domänen- und privaten Profile zu. Informationen zum Zulassen von RDP-Datenverkehr finden Sie hier.
  6. Stellen Sie sicher, dass beim Migrieren keine Windows Updates auf der Quell-VM (lokal oder AVS) ausstehen. Wenn vorhanden, können Updates nach der Migration auf dem Azure virtuellen Computer installiert werden, und Sie können sich erst nach Abschluss der Updates bei der VM anmelden.

Vorbereiten der Verbindung mit Linux-Azure-VMs

Auf lokalen oder AVS Linux-Maschinen:

  1. Stellen Sie sicher, dass der Secure Shell-Dienst so festgelegt ist, dass er beim Systemstart automatisch gestartet wird.
  2. Überprüfen Sie, ob die Firewallregeln eine SSH-Verbindung zulassen.

Konfigurieren Azure VMs nach der Migration

Führen Sie nach der Migration die folgenden Schritte für die erstellten Azure VMs aus:

  1. Um aus dem Internet auf die VM zugreifen zu können, müssen Sie ihr eine öffentliche IP-Adresse zuweisen. Sie müssen eine andere öffentliche IP-Adresse für die Azure VM verwenden, als Sie für Ihren lokalen oder AVS-Computer verwendet haben. Erfahren Sie mehr.
  2. Überprüfen Sie, ob die Regeln der Netzwerksicherheitsgruppen (NSG) auf dem virtuellen Computer eingehende Verbindungen am RDP- oder SSH-Port zulassen.
  3. Ü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 nach 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.

Weitere Informationen

  • Last updated on