Best Practices für die Disaster Recovery von VMware
Disaster Recovery ist ein Prozess, der eine Reihe von Maßnahmen umfasst, die darauf abzielen, die Komponenten einer Infrastruktur nach einem Ausfall wiederherzustellen. Darüber hinaus zielt Disaster Recovery darauf ab, die negativen Auswirkungen einer Katastrophe zu minimieren und die Geschäftskontinuität sicherzustellen. Um sich auf mögliche Katastrophenarten vorzubereiten, erstellen Unternehmen in der Regel einen Disaster-Recovery-Plan, der Teil eines Business-Continuity-Plans sein sollte. Virtuelle Maschinen sind die Komponenten, die im Katastrophenfall gefährdet sind. Aus diesem Grund sollten Sie sich durch die Entwicklung eines Disaster-Recovery-Plans auf Katastrophen vorbereiten. Dieser Blogbeitrag befasst sich mit den Best Practices für Disaster Recovery (DR) in einer virtuellen VMware-Umgebung. 
Erstellen Sie einen Disaster Recovery-Plan
Ein Disaster Recovery-Plan ist ein strukturiertes Dokument, das einen Disaster Recovery-Prozess als eine Reihe von Aktionen beschreibt, die von den zuständigen Personen in einer Katastrophensituation durchgeführt werden müssen. Darüber hinaus legt das Dokument die Kriterien fest, die für die Einleitung des Plans erforderlich sind. Sowohl natürliche als auch vom Menschen verursachte Katalysatoren können eine Katastrophe auslösen. Ein DR-Plan sollte verschiedene Wiederherstellungsszenarien für unterschiedliche Katastrophentypen und unvorhergesehene Vorfälle enthalten. Ein DR-Plan kann beispielsweise beschreiben, was im Falle eines Ransomware-Angriffs, eines Stromausfalls, eines Hardwareausfalls, eines Erdbebens, eines Taifuns usw. zu tun ist. Ein DR-Plan kann in verschiedene Kategorien unterteilt werden: Der erste Abschnitt könnte beispielsweise die Wiederherstellung der Netzwerke erläutern, der zweite sich auf die Wiederherstellung des Rechenzentrums konzentrieren und der dritte die Wiederherstellung von VMs beschreiben usw.
Bereiten Sie Ihren Wiederherstellungsstandort vor
Ein Disaster-Recovery-Standort ist ein Ort, den ein Unternehmen zur Wiederherstellung der Infrastruktur und der Workloads nutzen kann, wenn der primäre Standort, der für Produktionszwecke genutzt wird, ausfällt. Standorte für die Disaster Recovery können „heiß”, „warm” oder „kalt” sein.
- Ein „heißer” Standort ist ein voll funktionsfähiger DR-Standort, der mit konfigurierten ESXi-Servern, Speicher, VM-Replikaten und Benutzerdaten ausgestattet ist. Wenn ein primärer Standort nach einer Katastrophe ausfällt, kann ein „heißer” Standort sofort genutzt werden. Die Bereitstellung eines Hot-Standorts ist kostspielig, bietet jedoch die Möglichkeit einer schnellstmöglichen Wiederherstellung.
- Ein Warm-Standort enthält einige Geräte wie Netzwerkgeräte, Gateway-Server, ESXi-Hosts sowie Speicher, jedoch möglicherweise keine VMs und Benutzerdaten. In diesem Fall sollten VMs aus Backups wiederhergestellt werden, und möglicherweise müssen auch Benutzerdaten kopiert werden. Zusätzliche Geräte und Software können während des Disaster-Recovery-Prozesses installiert werden. Daher ist die Nutzung eines Warm-Standorts eine Kompromisslösung, die mittlere Kosten verursacht, aber eine erschwingliche Zeit für die Wiederherstellung bietet.
- Ein Cold-Standort ist ein DR-Standort, der nur über eine grundlegende Infrastruktur verfügt. Im Katastrophenfall müssen Server konfiguriert, Speicher bereitgestellt, VMs wiederhergestellt und möglicherweise Benutzerdaten aus Backups extrahiert werden. Die Verwendung dieser Art von DR-Standort erfordert einen höheren Aufwand für die Wiederherstellung von VMs und Workloads. Dieser Wiederherstellungsprozess dauert lange, aber die Kosten für einen Cold Site sind im Vergleich zu anderen Standorttypen am niedrigsten.
Automatische Erstellung von Backups und Replikaten
VM-Backups und Replikate sind die wichtigsten Komponenten der Disaster Recovery in einer virtuellen VMware vSphere-Umgebung. Das Backup umfasst eine Kopie der VM-Daten, die an einem sicheren Ort gespeichert wird. Gesicherte Daten können komprimiert werden und benötigen Zeit zum Wiederherstellen. Eine VM-Replik ist eine identische Kopie der Quelle-VM, die sich auf einem ESXi-Host befindet, bei Bedarf startbereit ist und während eines Failovers verwendet wird. Vermeiden Sie es, die VMs zu oft manuell zu sichern, da einige wichtige Änderungen übersehen werden und bei einem Ausfall verloren gehen können. Verwenden Sie eine geeignete VM-Software für die Datensicherheit auf Host-Ebene, die automatisch VM-Backups und VM-Replikate erstellen kann, indem Sie einen Plan einrichten.
Verwenden Sie VMware-Clustering-Funktionen
VMware bietet Clustering-Funktionen wie Distributed Resource Scheduler (DRS)-Cluster, High Availability (HA)-Cluster und Fault Tolerance (verfügbar für VMs in einem HA-Cluster). Ein HA-Cluster hilft Ihnen, die Ausfallzeit von VMs zu minimieren, während Fault Tolerance (FT) Ihnen ermöglicht, Ausfallzeiten von VMs im Falle eines Hardwareausfalls zu vermeiden. Beachten Sie, dass Clustering-Funktionen kein Ersatz für Backups und Replikationen sind. Hochverfügbarkeit mit Fault Tolerance und Backups mit Replikation ergänzen sich gegenseitig. Der Punkt ist, dass HA und FT Daten nicht vor Beschädigung, Löschung von Dateien innerhalb der VMs, fehlgeschlagenen Software-Updates oder anderen Softwarefehlern usw. schützen können.
Verwenden Sie die richtige Reihenfolge für die Wiederherstellung von VMs
Virtuelle Maschinen sollten in der richtigen Reihenfolge wiederhergestellt werden. Stellen Sie sich vor, Sie haben mehrere VMs mit verschiedenen Anwendungen, die voneinander abhängig sind. Das klassische Beispiel ist eine VM mit Active Directory-Domänencontroller, eine VM mit einem Datenbankserver und eine VM mit einem Webserver. Die VMs müssen in der folgenden Reihenfolge gestartet werden:
- Die VM mit Domänencontroller sollte zuerst gestartet werden.
- Die VM mit einem Datenbankserver wird gestartet, wenn die VM mit dem Domänencontroller ausgeführt wird, da ein Datenbankserver den Domänencontroller für die Benutzerauthentifizierung verwendet.
- Die VM mit einem Webserver wird gestartet, wenn die VM mit einem Datenbankserver ausgeführt wird, da der Webserver in diesem Fall die Datenbank für den ordnungsgemäßen Betrieb verwendet.
Wenn Sie eine VM mit einem MS Exchange-Mailserver haben, muss diese VM nach der VM mit Domänencontroller gestartet werden, da MS Exchange für die Benutzerauthentifizierung in Active Directory integriert ist.
Verwenden Sie eine geeignete VM-Netzwerkkonfiguration
Ein Produktionsstandort und ein Standort mit Disaster Recovery können unterschiedliche Netzwerke für die VM-Verbindung haben. Virtuelle Netzwerkadapter von VMs sind mit Ports von virtuellen Switches (vSwitches) verbunden. Portgruppen repräsentieren verschiedene Netzwerke mit Netzwerknamen und den entsprechenden Adressen. Wenn Sie eine VM an einem DR-Standort wiederherstellen, die VM jedoch für das Verbinden mit dem Netzwerk eines Produktionsstandorts konfiguriert ist (das sich vom Netzwerk für VMs an einem DR-Standort unterscheidet), kann die VM-Netzwerkverbindung nicht hergestellt werden. Vergessen Sie in diesem Fall nicht, die Netzwerkeinstellungen der VMs zu ändern, wenn Sie die VMs am DR-Standort wiederherstellen.
Bereiten Sie Ihren VM-Speicher vor
Der Speicher, der am DR-Standort verwendet wird, muss über ausreichend freien Speicherplatz verfügen, um VMs zu speichern. Dies ist die erste und wichtigste Anforderung. Der Speicher muss außerdem eine ausreichende Leistung bieten, da es sonst zu Verzögerungen bei den geschäftskritischen Diensten kommen kann, die auf den VMs ausgeführt werden. Wenn netzwerkbasierte Speicher wie NAS (Network Attached Storage) oder SAN (Storage Area Network) verwendet werden, muss die Netzwerkgeschwindigkeit schnell genug sein, um dies zu bewältigen. Das Speicher-Netzwerk an einem DR-Standort muss ein dediziertes Netzwerk sein, das von anderen Netzwerken getrennt ist.
Testen Sie Ihren Wiederherstellungsplan regelmäßig
Ein Disaster-Recovery-Plan mag auf dem Papier gut aussehen, kann aber im Katastrophenfall nutzlos sein, wenn er nicht im Voraus getestet wurde. Testen Sie Ihren DR-Plan daher regelmäßig. Durch das Testen können Sie überprüfen, ob der DR-Plan funktionsfähig ist und ob die RTO und RPO eingehalten werden können. Durch Tests können Sie auch die Nachteile des DR-Plans erkennen und somit Anpassungen vornehmen, um diese zu beheben. Testen Sie Ihren DR-Plan regelmäßig, um sicherzustellen, dass Ihre virtuelle vSphere-Umgebung wiederhergestellt werden kann. Die Infrastruktur kann sich im Laufe der Zeit ändern, und nach solchen Änderungen erfüllt ein DR-Plan, der zuvor noch funktionsfähig war, möglicherweise nicht mehr die entsprechenden Anforderungen. Beispielsweise können einige VMs hinzugefügt, IP-Adressen geändert oder Anwendungen von einer VM auf eine andere migriert werden usw. Durch regelmäßige Tests können Sie feststellen, welche Teile des Plans nach Änderungen an der Infrastruktur aktualisiert werden sollten, um den DR-Plan in einem effizienten Zustand zu behalten.
Finden Sie die richtige Lösung für die Standortwiederherstellung
Wenn Sie den DR-Plan erstellt haben, suchen Sie nach der Lösung für die Standortwiederherstellung, die Ihren Anforderungen am besten entspricht. Bei Verwendung von VMware vSphere sollte eine Lösung die Sicherung/Replikation von VMs auf Host-Ebene, die schnelle Wiederherstellung aus Backups, den Failover auf ein Replikat, die Wiederherstellung der gesamten VM und die Wiederherstellung einzelner Objekte unterstützen. Versuchen Sie, eine geeignete Lösung mit der entsprechenden Funktionalität zu wählen, die regelmäßige Tests und Aktualisierungen des DR-Plans ermöglicht.
NAKIVO Backup & Replication für VMware Disaster Recovery
NAKIVO Backup & Replication ist eine schnelle, zuverlässige und kostengünstige Lösung zur Datensicherheit für VMware-VMs, mit der Sie Ihre VMware-VMs schützen können. Das Produkt kann unter anderem VM-Backups und -Replikationen auf Host-Ebene, die Wiederherstellung einzelner Objekte, die sofortige Wiederherstellung von VMs und den Failover auf ein VM-Replikat durchführen. Da die VMware vStorage API für die Datensicherheit verwendet wird, müssen keine VM-Agenten auf VMs installiert werden. Darüber hinaus enthält NAKIVO Backup & Replication eine neue Funktion für die Standortwiederherstellung, mit der Sie die Disaster Recovery ganzer Standorte (nicht nur) mit VMware-VMs durchführen können.
Standortwiederherstellung – Übersicht
Standortwiederherstellung ist eine leistungsstarke Funktion, mit der Sie Ihre VMs im Katastrophenfall von einem Standort auf einen anderen wiederherstellen können. Diese Funktion kann auch für die geplante Migration von VMs zwischen Standorten verwendet werden. Sie können automatisierte Wiederherstellungs-Workflows erstellen und diese für geplante oder Notfall-Failovers sowie zum Testen ausführen.
Funktionen der Standortwiederherstellung
Mit der Standortwiederherstellung können Sie den VM-Disaster Recovery-Prozess automatisieren und orchestrieren. Die Funktion umfasst eine Reihe von Aktionen und Bedingungen, die Sie entsprechend Ihrem Disaster Recovery-Plan zu einem Standortwiederherstellungs-Auftrag (Job) kombinieren können. Diese Aktionen sind:
- Failover-VMs. Sie können ein Failover auf ein VM-Replikat durchführen (das VM-Replikat muss vor der Failover-Aktion erstellt werden).
- Failback-VMs . Sie können Workloads von einem an einem DR-Standort gespeicherten VM-Replikat zurück auf eine an einem Produktionsstandort gespeicherte Quelle-VM übertragen.
- VMs starten . Sie können eine oder mehrere VMs starten.
- VMs stoppen . Sie können eine oder mehrere VMs stoppen.
- Aufträge ausführen . Sie können Aufträge (Backup, Replikation, Flash-VM-Boot usw.) ausführen, die in Ihrer NAKIVO Backup & Replication-Instanz erstellt wurden.
- Aufträge stoppen . Sie können laufende Aufträge stoppen.
- Skript ausführen . Sie können ein Skript auf einem Computer mit der Instanz von NAKIVO Backup & Replication, auf einem Remote-Windows-Computer, einem Remote-Linux-Computer, einer VMware-VM, einer Hyper-V-VM oder einer EC2-Instanz ausführen.
- Repository anhängen . Sie können ein Backup-Repository anhängen.
- Repository trennen . Sie können das bereits angehängte Backup-Repository trennen.
- E-Mails senden . Sie können nach der entsprechenden Aktion eine E-Mail senden, beispielsweise wenn der VM-Failover erfolgreich abgeschlossen wurde.
- Warten . Sie können eine festgelegte Zeit warten, bevor Sie weiter zur nächsten Aktion fortfahren.
- Bedingung prüfen . Sie können die folgenden Bedingungen prüfen, bevor Sie mit der weiteren Aktion fortfahren: ob eine Ressource vorhanden ist, ob eine Ressource ausgeführt wird und ob die IP-Adresse/der Hostname erreichbar ist.
Sie können die aufgeführten Aktionen flexibel verwenden, um verschiedene Standortwiederherstellungs-Aufträge für unterschiedliche Verwendungsfälle und Szenarien zu erstellen. Klicken Sie auf die Schaltfläche „Auftrag ausführen“, und alle Aktionen werden automatisch in der festgelegten Reihenfolge gestartet. Standortwiederherstellungs-Aufträge können manuell im Produktions- und Testmodus ausgeführt werden. Wenn Sie Ihre Standortwiederherstellungs-Aufträge jedoch so konfigurieren, dass sie automatisch als geplante Aufgaben ausgeführt werden, werden sie im Testmodus ausgeführt.
Vorteile der Standortwiederherstellung
Die Standortwiederherstellung ist eine leistungsstarke, praktische und intuitive Funktion. Diese Funktion kann die Disaster Recovery für virtuelle VMware vSphere-Umgebungen vereinfachen und ermöglicht es Ihnen, weniger Aufwand und Investitionen in Geschäftskontinuität zu tätigen. Zusammenfassend lassen sich die Vorteile der Standortwiederherstellung wie folgt beschreiben:
- Es bietet Ihnen Hilfe bei der Umsetzung Ihrer komplexen Pläne für die Standortwiederherstellung im Rahmen Ihrer Disaster-Recovery-Strategie.
- Es automatisiert einen Disaster-Recovery-Prozess.
- Es reduziert den Zeitaufwand für die Disaster Recovery. (Dadurch haben Sie weniger Ausfallzeiten, weniger Unterbrechungen der Dienste und senken die Kosten.)
- Standortwiederherstellungs-Aufträge können automatisch getestet werden, um festzustellen, ob Ihr Standortwiederherstellungs-Plan auf dem neuesten Stand ist und ob RPO und RTO eingehalten werden können.
- Die Standortwiederherstellung ist keine eigenständige Funktion, sondern in die leistungsstarke und universelle VM-Datensicherungslösung integriert, wo sie über eine einzige Oberfläche verwaltet werden kann.
- Es gibt eine erschwingliche Preispolitik. Sie müssen keine separate Lizenz für die Nutzung der Standortwiederherstellung erwerben, wenn Sie bereits über eine Lizenz für die entsprechende NAKIVO Backup & Replication-Ausgabe verfügen.
Fazit
Die Disaster Recovery einer virtuellen VMware vSphere-Umgebung ist ein wichtiger Prozess zur Gewährleistung der Geschäftskontinuität. Zu den Best Practices für die VMware-Disaster Recovery gehören die Erstellung eines Disaster-Recovery-Plans sowie die automatische Erstellung von VM-Replikaten, die für den Failover erforderlich sind. Es wird empfohlen, zusätzlich zu den vSphere-Clustering-Funktionen VM-Backups und -Replikationen zu verwenden. Legen Sie die Reihenfolge für die Wiederherstellung Ihrer VMs fest, bereiten Sie Ihren Disaster-Recovery-Standort (einschließlich der Netzwerk- und Speicherkomponenten) vor, testen Sie Ihren Disaster-Recovery-Plan regelmäßig und verwenden Sie eine geeignete Lösung für die Datensicherheit, die Backups, Replikationen und Wiederherstellungen von VMs auf Host-Ebene unterstützt. NAKIVO Backup & Replication ist eine universelle Lösung für die Datensicherheit, die VMware-Virtualisierungsmaschinen unterstützt. Standortwiederherstellung ist eine leistungsstarke neue Funktion, die seit Version 8.0 in NAKIVO Backup & Replication enthalten ist. Mit Standortwiederherstellung können Sie Ihren Disaster-Recovery-Plan umsetzen, indem Sie automatisierte Standortwiederherstellungs-Aufträge erstellen. Diese nützliche Funktion hilft Ihnen, einen Disaster-Recovery-Prozess zu orchestrieren und zu automatisieren, VM-Daten schnell wiederherzustellen und ein hohes Maß an Datensicherheit zu gewährleisten. Herunterladen Sie NAKIVO Backup & Replication mit Standortwiederherstellung und testen Sie das Produkt in Ihrer VMware vSphere-Umgebung. 
