Unterstützungsmatrix für die VMware vSphere-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 VMware vSphere-VMs mit dem Migrations- und Modernisierungstool. Informationen zur Bewertung von VMware vSphere-VMs bei der Migration zu Azure finden Sie in der Unterstützungsmatrix für die Bewertung.
Migrationsoptionen
Es gibt mehrere Möglichkeiten, VMware vSphere-VMs zu migrieren:
- Verwendung der Migration ohne Agent: Migrieren von VMs, ohne dass darauf Software installiert werden muss Bei der Migration ohne Agent stellen Sie die Azure Migrate-Appliance bereit.
- Verwendung der Agent-basierten Migration: Installieren eines Agents für die Replikation auf der VM Bei der Agent-basierten Migration stellen Sie eine Replikationsappliance bereit.
Hinweis
Es wird auch die Migration von VMs aus AVS unterstützt.
In diesem Artikel finden Sie Informationen zur Verwendung dieser beiden Methoden.
Migration ohne Agent
In diesem Abschnitt werden die Anforderungen für die Migration von VMware vSphere-VMs ohne Agent zu Azure zusammengefasst.
VMware vSphere-Anforderungen (ohne Agent)
Die Anforderungen von VMware vSphere Hypervisor sind:
VMware vCenter Server – Version 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.
VMware vSphere ESXi-Host – Version 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.
Mehrere vCenter-Server – Eine einzelne Appliance kann eine Verbindung mit bis zu 10 vCenter-Servern herstellen.
vCenter Server-Berechtigungen – VMware-Konto, das für den Zugriff auf den vCenter-Server über die Azure Migrate-Appliance verwendet wird, benötigt folgende Berechtigungen zum Replizieren virtueller Computer:
Berechtigungsname im vSphere Client Der Zweck für die Berechtigung Erforderlich am Berechtigungsname in der API Datenspeicher durchsuchen Ermöglicht das Durchsuchen von VM-Protokolldateien zur Fehlerbehebung bei der Erstellung und Löschung von Momentaufnahmen. Datenspeicher Datastore.Browse Low-Level-Dateivorgänge Ermöglicht Lese-/Schreib-/Lösch-/Umbenennungsvorgänge im Datenspeicherbrowser, um Probleme bei der Erstellung und Löschung von Momentaufnahmen zu beheben. Datenspeicher Datastore.FileManagement Änderungskonfiguration – Umschalten der Verfolgung von Festplattenänderungen Ermöglicht die Aktivierung oder Deaktivierung der Änderungsnachverfolgung von VM-Datenträgern, um geänderte Datenblöcke zwischen Momentaufnahmen zu pullen. Virtuelle Computer VirtualMachine.Config.ChangeTracking Änderungskonfiguration – Erwerben von Datenträgerleasing Ermöglicht Datenträger-Leasevorgänge für eine VM, damit der Datenträger mit dem VMware vSphere Virtual Disk Development Kit (VDDK) gelesen werden kann. Virtuelle Computer VirtualMachine.Config.DiskLease Bereitstellung – Zulassen des schreibgeschützten Datenträgerzugriffs Zulassen des schreibgeschützten Datenträgerzugriffs: Ermöglicht das Öffnen eines Datenträgers auf einer VM, um den Datenträger mit dem VDDK zu lesen. Virtuelle Computer VirtualMachine.Provisioning.DiskRandomRead Bereitstellung – Zulassen des Zugriffs auf Datenträger Ermöglicht das Öffnen eines Datenträgers auf einer VM, um den Datenträger mit dem VDDK zu lesen. Virtuelle Computer VirtualMachine.Provisioning.DiskRandomAccess Bereitstellung – Zulassen des Herunterladens für VMs Zulassen des Herunterladens für VMs: Ermöglicht Lesevorgänge für Dateien, die einer VM zugeordnet sind, um die Protokolle herunterzuladen und ggf. Fehler zu beheben. Stammhost oder vCenter Server VirtualMachine.Provisioning.GetVmFiles Momentaufnahmenverwaltung Zulassen von Ermittlung, Softwareinventar und Abhängigkeitszuordnung auf VMs. Virtuelle Computer VirtualMachine.State.* Gastvorgänge Ermöglicht das Erstellen und Verwalten von VM-Momentaufnahmen zur Replikation. Virtuelle Computer VirtualMachine.GuestOperations.* Ausschalten der Interaktion Ermöglicht das Ausschalten der VM während der Migration zu Azure. Virtuelle Computer VirtualMachine.Interact.PowerOff
VM-Anforderungen (ohne Agent)
In der Tabelle werden die Migrationsanforderungen ohne Agent für VMware vSphere-VMs zusammengefasst.
Unterstützung | Details |
---|---|
Unterstützte Betriebssysteme | Windows Server 2003 und höher. Weitere Informationen Sie können alle hier aufgeführten Linux-Betriebssysteme migrieren, die von Azure unterstützt werden. |
Windows-VMs in Azure | Möglicherweise müssen Sie vor der Migration einige Änderungen an VMs vornehmen. |
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. Die Einstellung SELinux Enforced wird derzeit nicht vollständig unterstützt. Sie bewirkt, dass die Einrichtung von dynamischen IP-Adressen und die Installation des Microsoft Azure Linux-Gast-Agents (waagent/WALinuxAgent) Fehler verursachen. Sie können die Migration dennoch durchführen und den virtuellen Computer weiterhin verwenden. Die Einstellung SELinux Permissive wird unterstützt. |
Startanforderungen | Virtuelle Windows-Computer: Das Betriebssystemlaufwerk (C:\) und die reservierte Systempartition (EFI-Systempartition für UEFI-VMs) sollten sich auf demselben Datenträger befinden. Wenn sich /boot in einer dedizierten Partition befindet, sollte diese auf dem Betriebssystemdatenträger befinden und nicht auf mehrere Datenträger verteilt sein. Wenn /boot Teil der Stammpartition („/“) ist, sollte sich diese auf dem Betriebssystemdatenträger befinden und nicht auf andere Datenträger erstrecken. Virtuelle Linux-Computer: Wenn sich /boot in einer dedizierten Partition befindet, sollte diese auf dem Betriebssystemdatenträger befinden und nicht auf mehrere Datenträger verteilt sein.Wenn /boot Teil der Stammpartition („/“) ist, sollte sich diese auf dem Betriebssystemdatenträger befinden und nicht auf andere Datenträger erstrecken. |
UEFI-Start | UEFI-basierte VMs werden zu Azure-VMs der 2. Generation migriert. Es ist jedoch wichtig zu beachten, dass Azure-VMs der 2. Generation nicht über die Funktion für den sicheren Start verfügen. Für VMs, die den sicheren Start in ihrer ursprünglichen Konfiguration verwendet haben, wird nach der Migration eine Konvertierung in VMs mit vertrauenswürdigem Start empfohlen. Dieser Schritt stellt sicher, dass der sichere Start zusammen mit anderen erweiterten Sicherheitsfunktionen wieder aktiviert ist. |
Datenträgergröße | Bis zu 2 TB Betriebssystemdatenträger für VMs der Generationen 1 und 2; 32 TB für Datenträger. Das Ändern der Größe des Quelldatenträgers nach dem Initiieren der Replikation wird unterstützt und wirkt sich nicht auf den laufenden Replikationszyklus aus. |
Dynamischer Datenträger | - Ein Betriebssystemdatenträger als dynamischer Datenträger wird nicht unterstützt. - Wenn eine VM mit einem Betriebssystemdatenträger als dynamischem Datenträger repliziert wird, konvertieren Sie den Datenträgertyp von „dynamisch“ in „einfach“ und ermöglichen den Abschluss des neuen Zyklus, bevor Sie die Testmigration oder Migration auslösen. Sie benötigen Hilfe vom Betriebssystemsupport bei der Konvertierung von einem dynamischen in einen einfachen Datenträgertyp. |
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. |
Verschlüsselte Datenträger/Volumes | Die Migration von VMs mit verschlüsselten Datenträgern/Volumes wird nicht unterstützt. |
Freigegebener Datenträgercluster | Wird nicht unterstützt. |
Unabhängige Datenträger | Wird nicht unterstützt. |
RDM-Datenträger/Pass-Through-Datenträger | Wenn VMs über RDM- oder Pass-Through-Datenträger verfügen, werden diese nicht in Azure repliziert. |
NFS | NFS-Volumes, die als Volumes auf den VMs bereitgestellt sind, werden nicht repliziert. |
ReiserFS | Wird nicht unterstützt. |
iSCSI-Ziele | Virtuelle Computer mit iSCSI-Zielen werden bei der Migration ohne Agent nicht unterstützt. |
Multipfad-E/A | Wird nicht unterstützt. |
Storage vMotion | Unterstützt. |
Kombinierte Netzwerkadapter | Wird nicht unterstützt. |
IPv6 | Wird nicht unterstützt. |
Zieldatenträger | VMs können nur zu verwalteten Datenträgern (HDD Standard, SSD Standard, SSD Premium) in Azure migriert werden. |
Gleichzeitige Replikation | Bis zu 300 gleichzeitig replizierende VMs pro vCenter Server mit einer Appliance. Bis zu 500 gleichzeitig replizierende VMs pro vCenter Server, wenn eine zusätzliche horizontale Anwendung eingesetzt wird. |
Automatische Installation des Azure-VM-Agents (Windows- und Linux-Agent) | Windows: Unterstützt ab Windows Server 2008 R2. Linux: - 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) |
Hinweis
Vergewissern Sie sich, dass die folgenden Sonderzeichen nie in Anmeldeinformationen übergeben werden, da sie für SSO-Kennwörter nicht unterstützt werden:
- Nicht-ASCII-Zeichen. Weitere Informationen
- Kaufmännisches Und-Zeichen (&)
- Semikolon (;)
- Doppeltes Anführungszeichen (")
- Einfaches Anführungszeichen (')
- Circumflex (^)
- Umgekehrter Schrägstrich (\)
- Prozentsatz (%)
- Spitze Klammern (<, >)
- Pfundzeichen (£)
Hinweis
Stellen Sie für Linux-VMs zusätzlich zur Gewährleistung von Internetkonnektivität sicher, dass die folgenden Pakete installiert sind, um Microsoft Azure Linux-Agent (waagent) erfolgreich zu installieren:
- Python 2.6+
- OpenSSL 1.0+
- OpenSSH 5.3+
- Dienstprogramme für das Dateisystem: sfdisk, fdisk, mkfs, parted
- Kennworttools: chpasswd, sudo
- Textverarbeitungstools: sed, grep
- Netzwerktools: ip-route
Tipp
Über das Azure-Portal können Sie bis zu 10 VMs auf einmal auswählen, um die Replikation zu konfigurieren. Um mehr VMs zu replizieren, können Sie das Portal verwenden und die zu replizierenden VMs in mehreren Stapeln von 10 VMs hinzufügen oder die Azure Migrate PowerShell-Schnittstelle zur Konfiguration der Replikation verwenden. Stellen Sie sicher, dass Sie die gleichzeitige Replikation nicht auf mehr als die maximal unterstützte Anzahl von VMs für gleichzeitige Replikationen konfigurieren.
Applianceanforderungen (ohne Agent)
Bei der Migration ohne Agent wird die Azure Migrate-Appliance verwendet. Sie können die Appliance mithilfe einer in vCenter Server importierten OVA-Vorlage oder mit einem PowerShell-Skript als VMware vSphere-VM bereitstellen.
- Weitere Informationen zu den Applianceanforderungen für VMware vSphere.
- Informationen zu den URLs, auf die die Appliance Zugriff benötigt, finden Sie unter URLs für die öffentliche Cloud und URLs für Azure Government-Clouds.
- In Azure Government müssen Sie die Appliance mithilfe des Skripts bereitstellen.
Portanforderungen (ohne Agent)
Device | Connection |
---|---|
Appliance | Ausgehende Verbindungen an Port 443 zum Hochladen von replizierten Daten in Azure und zur Kommunikation mit Azure Migrate-Diensten zum Orchestrieren der Replikation und der Migration. |
vCenter Server | Eingehende Verbindungen an Port 443 zum Zulassen der Replikationsorchestrierung durch die Appliance – Erstellen von Momentaufnahmen, Kopieren von Daten, Freigeben von Momentaufnahmen. |
vSphere ESXi-Host | Eingehend an TCP-Port 902 zum Replizieren der Daten aus Momentaufnahmen durch die Appliance Ausgehend auf Port 902 von ESXi-Host ist erforderlich, um Heartbeat-Datenverkehr an vCenter zu senden |
Agent-basierte Migration
In diesem Abschnitt werden die Anforderungen für die Agent-basierte Migration zusammengefasst.
VMware vSphere-Anforderungen (Agent-basiert)
In dieser Tabelle sind die Unterstützung und Einschränkungen der Bewertung für VMware vSphere-Virtualisierungsserver zusammengefasst.
VMware vSphere-Anforderungen | Details |
---|---|
VMware vCenter Server | Version 5.5, 6.0, 6.5 oder 6.7 |
VMware vSphere ESXi-Host | Version 5.5, 6.0, 6.5, 6.7 oder 7.0. |
vCenter Server-Berechtigungen | VM-Ermittlung: mindestens ein schreibgeschützter Benutzertyp Data Center object (Rechenzentrenobjekt) > Propagate to Child Object (An untergeordnetes Objekt weitergeben), role=Read-only (Rolle=schreibgeschützt). Replikation: Erstellen Sie eine Rolle (Azure Site Recovery) mit den erforderlichen Berechtigungen, und weisen Sie die Rolle dann einem VMware vSphere-Benutzer bzw. einer Benutzerin oder einer VMware vSphere-Gruppe zu. Rechenzentrumsobjekt > An untergeordnetes Objekt weitergeben, role=Azure Site Recovery Datenspeicher > Speicherplatz zuordnen, Datenspeicher durchsuchen, Low-Level-Dateivorgänge, Datei entfernen, Dateien virtueller Computer aktualisieren Netzwerk > Netzwerk zuweisen Ressource > Zuweisen der VM zu einem Ressourcenpool, ausgeschaltete VM migrieren, eingeschaltete VM migrieren Aufgaben > Aufgabe erstellen, Aufgabe aktualisieren Virtueller Computer > Konfiguration Virtueller Computer > Interagieren > Frage beantworten, Geräteverbindung, CD-Medien konfigurieren, Diskettenmedien konfigurieren, Ausschalten, Einschalten, VMware-Tools installieren Virtueller Computer > Inventar > Erstellen, Registrieren, Registrierung aufheben Virtueller Computer > Bereitstellung > Download virtueller Computer zulassen, Upload von Dateien virtueller Computer zulassen Vm > Momentaufnahmen > Momentaufnahmen entfernen. Hinweis: Der Benutzer wird auf Datencenterebene zugewiesen und hat Zugriff auf alle Objekte im Datencenter. Um den Zugriff einzuschränken, weisen Sie den untergeordneten Objekten (vSphere-Hosts, Datenspeicher, VMs und Netzwerke) die Rolle No access (Kein Zugriff) mit dem Objekt Propagate to child (An untergeordnetes Element weitergeben) zu. |
VM-Anforderungen (Agent-basiert)
Die Tabelle enthält eine Übersicht über die Unterstützung für VMware vSphere-VMs, die mit der Agent-basierten Migration migriert werden sollen.
Unterstützung | Details |
---|---|
Computerworkload | Azure Migrate unterstützt die Migration beliebiger Workloads (u. a. Active Directory- und SQL Server-Workloads), die auf einem unterstützten Computer ausgeführt werden. |
Betriebssysteme | Die neuesten Informationen finden Sie im Abschnitt zur Betriebssystemunterstützung für Site Recovery. Azure Migrate bietet identische VM-Betriebssystemunterstützung. |
Linux-Dateisystem/-Gastspeicher | Die neuesten Informationen finden Sie im Abschnitt zur Linux-Dateisystemunterstützung für Site Recovery. Azure Migrate hat die gleiche Linux-Dateisystemunterstützung. |
Netzwerk/Speicher | Die neuesten Informationen finden Sie in den Bedingungen für Netzwerk und Speicher für Site Recovery. Für Azure Migrate gelten die gleichen Netzwerk-/Speicheranforderungen. |
Anforderungen für Azure | Die neuesten Informationen finden Sie in den Bedingungen für Azure-Netzwerk, Speicher und Compute für Site Recovery. Für Azure Migrate gelten die gleichen Anforderungen für die VMware-Migration. |
Mobilitätsdienst | Der Mobilitätsdienst-Agent muss auf jeder VM installiert sein, die Sie migrieren möchten. |
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. |
Zieldatenträger | Virtuelle Computer können nur zu verwalteten Datenträgern (HDD Standard, SSD Standard, SSD Premium) in Azure migriert werden. |
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. |
Einschränkungen für Datenträger | Bis zu 63 Datenträger pro virtuellem Computer |
Verschlüsselte Datenträger/Volumes | Die Migration von VMs 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 als Volumes auf den VMs bereitgestellt sind, werden nicht repliziert. |
ReiserFS | Wird nicht unterstützt. |
iSCSI-Ziele | Unterstützt. |
Multipfad-E/A | Wird nicht unterstützt. |
Storage vMotion | Unterstützt |
Kombinierte Netzwerkadapter | Wird nicht unterstützt. |
IPv6 | Wird nicht unterstützt. |
Applianceanforderungen (Agent-basiert)
Wenn Sie die Replikationsappliance mit der OVA-Vorlage im Azure Migrate-Hub einrichten, wird die Appliance unter Windows Server 2016 ausgeführt und erfüllt die Supportanforderungen. Stellen Sie bei der manuellen Einrichtung der Replikationsappliance auf einem physischen Server sicher, dass sie die Anforderungen erfüllt.
- Weitere Informationen finden Sie unter den Anforderungen für die Replikationsappliance für VMware vSphere.
- Installieren Sie MySQL auf der Appliance. Erfahren Sie etwas über die Installationsoptionen .
- Informationen zu den URLs, auf die die Replikationsappliance Zugriff benötigt, finden Sie unter URLs für die öffentliche Cloud und URLs für Azure Government-Clouds.
- Überprüfen Sie die URLs, auf die die Replikationsappliance zugreifen können muss.
Portanforderungen (Agent-basiert)
Device | Connection |
---|---|
VMs | Der Mobilitätsdienst auf virtuellen Computern kommuniziert mit der lokalen Replikationsappliance (Konfigurationsserver) über den HTTPS-Port 443 für eingehenden Datenverkehr, um die Replikationsverwaltung auszuführen. Virtuelle Computer senden Replikationsdaten an den Prozessserver (der auf dem Konfigurationsserver ausgeführt wird) über Port HTTPS 9443 für eingehenden Datenverkehr. Dieser Port kann geändert werden. |
Replikationsappliance | Die Replikationsappliance orchestriert die Replikation mit Azure über Port HTTPS 443 für ausgehenden Datenverkehr. |
Prozessserver | Der Prozessserver empfängt Replikationsdaten, optimiert und verschlüsselt sie und sendet sie über den ausgehenden Port 443 an Azure Storage. Der Prozessserver wird standardmäßig auf der Replikationsappliance ausgeführt. |
Azure-VM-Anforderungen
Alle lokalen VMs, die (mit Agent-basierter Migration oder Migration ohne Agent) in Azure repliziert werden, müssen die in dieser Tabelle zusammengefassten Anforderungen für Azure-VMs erfüllen.
Komponente | Anforderungen |
---|---|
Gastbetriebssystem | Überprüft die unterstützten Betriebssysteme der virtuellen VMware-Computer für die Migration. Sie können alle Workloads migrieren, die unter einem unterstützten Betriebssystem ausgeführt werden. |
Architektur des Gastbetriebssystems | 64 Bit. |
Größe des Betriebssystem-Datenträgers | Bis zu 2.048 GB. |
Anzahl von Betriebssystem-Datenträgern | 1 |
Anzahl von Datenträgern für Daten | Maximal 64. |
Datenträgergröße | Bis zu 32 TB |
Netzwerkadapter | Es werden mehrere Adapter unterstützt. |
Freigegebene VHD | Wird nicht unterstützt. |
Fiber-Channel-Datenträger | Wird nicht unterstützt. |
BitLocker | Wird nicht unterstützt. BitLocker muss deaktiviert sein, bevor Sie den Computer migrieren. |
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. |
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 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 außerdem der VM eine öffentliche IP-Adresse hinzu. |