Der "Azure VMware-Lösung" (AVS) ist ein Hybrid-Cloud-Dienst, der voll funktionsfähige VMware SDDCs innerhalb einer öffentlichen Microsoft Azure-Cloud bereitstellt. AVS ist eine First-Party-Lösung, die vollständig von Microsoft verwaltet und unterstützt und von VMware verifiziert wird und die Azure-Infrastruktur nutzt. Daher erhalten Kunden VMware ESXi für die Computervirtualisierung, vSAN für hyperkonvergenten Speicher und NSX für Netzwerke und Sicherheit und profitieren gleichzeitig von der globalen Präsenz von Microsoft Azure, den erstklassigen Rechenzentrumseinrichtungen und der Nähe zum umfangreichen Ökosystem nativer Azure-Dienste und -Lösungen. Eine Kombination aus Azure VMware Solution SDDC und Azure NetApp Files bietet die beste Leistung bei minimaler Netzwerklatenz.

Um eine AVS-Private-Cloud auf Azure zu konfigurieren, folgen Sie den Schritten in diesem"Link" für NetApp Dokumentation und in diesem "Link" für Microsoft-Dokumentation. Eine Pilotlichtumgebung mit minimaler Konfiguration kann für DR-Zwecke verwendet werden. Dieses Setup enthält nur Kernkomponenten zur Unterstützung kritischer Anwendungen und kann skaliert werden, sodass im Falle eines Failovers weitere Hosts bereitgestellt werden können, um den Großteil der Last zu übernehmen.

"Azure NetApp Files"ist ein leistungsstarker, gebührenpflichtiger Dateispeicherdienst der Enterprise-Klasse. Befolgen Sie die Schritte in diesem "Link" zum Bereitstellen und Konfigurieren von Azure NetApp Files als NFS-Datenspeicher zur Optimierung der AVS-Bereitstellungen in privaten Clouds.

Nachdem die Plattformen hinzugefügt wurden, gruppieren Sie die VMs, die Sie wiederherstellen möchten, in Ressourcengruppen. Mit DRO-Ressourcengruppen können Sie eine Reihe abhängiger VMs in logische Gruppen gruppieren, die ihre Startreihenfolgen, Startverzögerungen und optionalen Anwendungsvalidierungen enthalten, die bei der Wiederherstellung ausgeführt werden können.

Um mit der Erstellung von Ressourcengruppen zu beginnen, klicken Sie auf das Menüelement Neue Ressourcengruppe erstellen.

Sie müssen über einen Plan zur Wiederherstellung von Anwendungen im Katastrophenfall verfügen. Wählen Sie die Quell- und Ziel-vCenter-Plattformen aus der Dropdown-Liste aus, wählen Sie die Ressourcengruppen aus, die in diesen Plan aufgenommen werden sollen, und geben Sie auch die Gruppierung an, wie Anwendungen wiederhergestellt und eingeschaltet werden sollen (z. B. Domänencontroller, Tier-1, Tier-2 usw.). Pläne werden oft auch als Blaupausen bezeichnet. Um den Wiederherstellungsplan zu definieren, navigieren Sie zur Registerkarte „Replikationsplan“ und klicken Sie auf Neuer Replikationsplan.

Führen Sie die folgenden Schritte aus, um mit der Erstellung eines Replikationsplans zu beginnen:

Bei den Failover- und Test-Failover-Optionen wird der aktuellste Snapshot verwendet oder es kann ein bestimmter Snapshot aus einem Point-in-Time-Snapshot ausgewählt werden. Die Point-in-Time-Option kann sehr nützlich sein, wenn Sie mit einem Korruptionsereignis wie Ransomware konfrontiert sind, bei dem die aktuellsten Replikate bereits kompromittiert oder verschlüsselt sind. DRO zeigt alle verfügbaren Zeitpunkte an.

Um ein Failover auszulösen oder ein Failover mit der im Replikationsplan angegebenen Konfiguration zu testen, können Sie auf Failover oder Failover testen klicken. Sie können den Replikationsplan im Aufgabenmenü überwachen.

Nachdem das Failover ausgelöst wurde, können die wiederhergestellten Elemente im AVS SDDC vCenter (VMs, Netzwerke und Datenspeicher) des sekundären Standorts angezeigt werden. Standardmäßig werden die VMs im Workload-Ordner wiederhergestellt.

Failback kann auf der Ebene des Replikationsplans ausgelöst werden. Im Falle eines Test-Failovers kann die Teardown-Option verwendet werden, um die Änderungen rückgängig zu machen und das neu erstellte Volume zu entfernen. Failbacks im Zusammenhang mit Failover sind ein zweistufiger Prozess. Wählen Sie den Replikationsplan und dann Reverse Data Sync aus.

Nachdem dieser Schritt abgeschlossen ist, lösen Sie ein Failback aus, um zur primären AVS-Site zurückzukehren.

Im Azure-Portal können wir sehen, dass die Replikationsintegrität für die entsprechenden Volumes unterbrochen wurde, die dem AVS SDDC des sekundären Standorts als Lese-/Schreibvolumes zugeordnet wurden. Während des Test-Failovers ordnet DRO das Ziel- oder Replikat-Volume nicht zu. Stattdessen wird ein neues Volume des erforderlichen regionsübergreifenden Replikations-Snapshots erstellt und das Volume als Datenspeicher bereitgestellt, wodurch zusätzliche physische Kapazität aus dem Kapazitätspool verbraucht wird und sichergestellt wird, dass das Quellvolume nicht geändert wird. Insbesondere können Replikationsaufträge während DR-Tests oder Triage-Workflows fortgesetzt werden. Darüber hinaus stellt dieser Prozess sicher, dass die Wiederherstellung bereinigt werden kann, ohne dass das Risiko besteht, dass das Replikat zerstört wird, wenn Fehler auftreten oder beschädigte Daten wiederhergestellt werden.

Die Wiederherstellung nach Ransomware kann eine gewaltige Aufgabe sein. Insbesondere kann es für IT-Organisationen schwierig sein, den sicheren Zeitpunkt der Rückkehr zu bestimmen und, sobald dieser ermittelt ist, sicherzustellen, dass wiederhergestellte Workloads vor erneuten Angriffen (beispielsweise durch ruhende Malware oder anfällige Anwendungen) geschützt sind.

DRO geht auf diese Bedenken ein, indem es Unternehmen die Wiederherstellung von jedem verfügbaren Zeitpunkt aus ermöglicht. Anschließend werden die Arbeitslasten in funktionsfähige und dennoch isolierte Netzwerke zurückgeführt, sodass die Anwendungen funktionieren und miteinander kommunizieren können, aber keinem Nord-Süd-Verkehr ausgesetzt sind. Dieser Prozess bietet Sicherheitsteams einen sicheren Ort, um forensische Untersuchungen durchzuführen und versteckte oder schlafende Malware zu identifizieren.

Weitere Informationen zu den in diesem Dokument beschriebenen Informationen finden Sie in den folgenden Dokumenten und/oder auf den folgenden Websites: