Vorbereiten lokaler Hyper-V-Server für die Notfallwiederherstellung in Azure
Dieser Artikel beschreibt, wie Sie Ihre lokale Hyper-V-Infrastruktur für die Notfallwiederherstellung in Azure mithilfe von Azure Site Recovery vorbereiten.
Dieses Tutorial ist das zweite in einer Reihe, welche die Einrichtung der Notfallwiederherstellung in Azure für lokale virtuelle Hyper-V-Computer (VMs) veranschaulicht. Im ersten Tutorial richten Sie die Azure-Komponenten ein, die für die Hyper-V-Notfallwiederherstellung in Azure erforderlich sind.
In diesem Tutorial lernen Sie Folgendes:
- Überprüfen der Hyper-V-Anforderungen.
- Überprüfen der Anforderungen, wenn Ihre Hyper-V-Hosts vom System Center Virtual Machine Manager verwaltet werden.
- Vorbereiten des Virtual Machine Manager, falls anwendbar.
- Überprüfen des Internetzugriffs auf Azure-Standorte
- Vorbereiten von VMs, damit nach einem Failover in Azure auf sie zugegriffen werden kann
Hinweis
Wir entwickeln Tutorials, die zur Veranschaulichung des einfachsten Bereitstellungspfads für ein Szenario dienen. Die Tutorials verwenden nach Möglichkeit Standardoptionen, und sie zeigen nicht alle möglichen Einstellungen und Pfade. Weitere Informationen zu einem Szenario finden Sie im Abschnitt Schrittanleitungen der Site Recovery-Dokumentation.
Vorbereitung
Vergewissern Sie sich, dass Sie Azure wie im ersten Tutorial dieser Reihe beschrieben vorbereitet haben.
Überprüfen von Anforderungen und Voraussetzungen
Stellen Sie sicher, dass Hyper-V-Hosts und VMs die Anforderungen erfüllen.
- Überprüfen Sie lokale Serveranforderungen.
- Überprüfen Sie die Anforderungen für Hyper-V-VMs, die Sie in Azure replizieren möchten.
- Überprüfen Sie die Netztechnologie für den Hyper-V-Host und die Speicher-Unterstützung durch Hosts und Gäste für lokale Hyper-V-Hosts.
- Überprüfen Sie, was nach einem Failover für Azure-Netztechnologie, Speicher und Compute unterstützt wird.
- Stellen Sie sicher, dass die lokalen VMs, die Sie nach Azure replizieren, die Azure-VM-Anforderungen erfüllen.
Bereiten Sie Virtual Machine Manager vor (optional)
Wenn Hyper-V-Hosts vom System Center Virtual Machine Manager verwaltet werden, müssen Sie den lokalen Virtual Machine Manager-Server vorbereiten.
- Stellen Sie sicher, dass der Virtual Machine Manager-Server über mindestens eine Cloud mit mindestens einer Hostgruppe verfügt. Der Hyper-V-Host, auf dem virtuelle Computer ausgeführt werden, sollte sich in der Cloud befinden.
- Bereiten Sie den Virtual Machine Manager-Server für die Netzwerkzuordnung vor.
Vorbereiten des Virtual Machine Manager für die Netzwerkzuordnung
Wenn Sie Virtual Machine Manager verwenden, wird die Netzwerkzuordnung zwischen lokalen Virtual Machine Manager-VM-Netzwerken und virtuellen Azure-Netzwerken zugeordnet. Die Zuordnung stellt sicher, dass Azure-VMs mit dem korrekten Netzwerk verbunden sind, wenn sie nach einem Failover erstellt werden.
So bereiten Sie Virtual Machine Manager für die Netzwerkzuordnung vor:
- Stellen Sie sicher, dass Sie über ein logisches Virtual Machine Manager-Netzwerk verfügen, das der Cloud zugeordnet ist, in der sich die Hyper-V-Hosts befinden.
- Stellen Sie sicher, dass Sie über ein VM-Netzwerk verfügen, das mit dem logischen Netzwerk verknüpft ist.
- Stellen Sie in Virtual Machine Manager eine Verbindung zwischen den VMs und dem VM-Netzwerk her.
Überprüfen des Internetzugriffs
Für dieses Tutorial ist die einfachste Konfiguration, dass die Hyper-V-Hosts und der Virtual Machine Manager-Server direkten Zugang zum Internet haben, ohne einen Proxy zu verwenden.
- Stellen Sie sicher, dass Hyper-V-Hosts und der Virtual Machine Manager-Server, falls relevant, auf die in der folgenden Tabelle aufgeführten erforderlichen URLs zugreifen können.
- Wenn Sie den Zugriff über die IP-Adresse steuern, stellen Sie Folgendes sicher:
- Auf IP-Adressen basierende Firewallregeln können eine Verbindung mit IP-Bereichen für das Azure-Rechenzentrum und dem HTTPS-Port (443) herstellen.
- Lassen Sie IP-Adressbereiche für die Azure-Region Ihres Abonnements zu.
Erforderliche URLs
Name | Kommerzielle URL | Behördliche URL | Beschreibung |
---|---|---|---|
Microsoft Entra ID | login.microsoftonline.com |
login.microsoftonline.us |
Wird für Zugriffssteuerung und Identitätsverwaltung verwendet. |
Backup | *.backup.windowsazure.com |
*.backup.windowsazure.us |
Wird für die Übertragung und Koordinierung von Replikationsdaten verwendet. |
Replikation | *.hypervrecoverymanager.windowsazure.com |
*.hypervrecoverymanager.windowsazure.us |
Wird für die Vorgänge und Koordinierung der Replikationsverwaltung verwendet. |
Storage | *.blob.core.windows.net |
*.blob.core.usgovcloudapi.net |
Wird für den Zugriff auf das Speicherkonto zum Speichern von replizierten Daten verwendet. |
Telemetrie (optional) | dc.services.visualstudio.com |
dc.services.visualstudio.com |
Für Telemetrie verwendet |
Zeitsynchronisierung | time.windows.com |
time.nist.gov |
Zum Überprüfen der Zeitsynchronisierung zwischen Systemzeit und globaler Zeit in allen Bereitstellungen verwendet |
Vorbereiten der Verbindungsherstellung mit Azure-VMs nach dem Failover
In einem Failoverszenario wollen Sie möglicherweise eine Verbindung mit Ihrem replizierten lokalen Netzwerk herstellen.
Lassen Sie den Zugriff wie folgt zu, um nach dem Failover die Verbindung mit Windows-VMs mithilfe des Remotedesktop-Protokolls (RDP) herzustellen:
Aktivieren Sie vor dem Failover RDP auf der lokalen VM, um über das Internet auf VMs zuzugreifen. 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 VMs über ein Site-to-Site-VPN aktivieren Sie RDP auf dem lokalen Computer. RDP sollte in Windows-Firewall>Zugelassene Apps und Feature für Domänen- und private Netzwerke zugelassen werden.
Achten Sie darauf, dass die SAN-Richtlinie des Betriebssystems auf OnlineAll festgelegt ist. Weitere Informationen Beim Initiieren eines Failovers dürfen keine Windows-Updates auf der VM ausstehen. Wenn Updates ausstehen, können Sie sich erst bei der VM anmelden, nachdem das Update abgeschlossen ist.
Aktivieren Sie nach dem Failover auf der Windows-Azure-VM die Startdiagnose, um einen Screenshot des virtuellen Computers anzuzeigen. Wenn Sie keine Verbindung herstellen können, überprüfen Sie, ob der virtuelle Computer ausgeführt wird, und sehen sich dann diese Tipps zur Problembehandlung an.
Nach dem Failover können Sie mit derselben IP-Adresse wie die replizierte lokale VM auf Azure-VMs zugreifen, oder Sie können eine andere IP-Adresse verwenden. Erfahren Sie mehr zum Einrichten von IP-Adressen für das Failover.
Nächste Schritte
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter:Einreichen und Feedback anzeigen für