Was ist Offsite-Disaster Recovery?
& Bei der Offsite-Disaster Recovery werden Backupkopien der Daten außerhalb des Standorts in einer vorab vorbereiteten Infrastruktur gespeichert. Dieser Ansatz ermöglicht es Ihnen, Daten wiederherzustellen und Workloads wieder aufzunehmen, falls es zu einem Ausfall am Hauptstandort kommt oder dieser von einer Katastrophe betroffen ist. Es handelt sich um eine Strategie zur Aufrechterhaltung des Geschäftsbetriebs, bei der Daten durch Datensicherung und Replikation geschützt werden. Die Daten werden außerhalb des primären Standorts oder Produktionsstandorts gespeichert, beispielsweise außerhalb Ihres Büros oder Hauptrechenzentrums.
In diesem Blogbeitrag werden die Disaster Recovery-Maßnahmen, ihre Bedeutung und ihre Funktionsweise erläutert. Außerdem erklären wir, wie Sie Offsite-Backups und -Replikate für die Disaster Recovery-Wiederherstellung einrichten.
Wie funktioniert Offsite-Disaster Recovery?
Die Speicherung von Backups und Replikaten außerhalb des Standorts ist die Grundlage von Offsite-Disaster Recovery. Mit Backups können Sie Speicherplatz und andere Ressourcen einsparen, was auch bei der Übertragung von Daten über ein Wide Area Network (WAN) oder das Internet an einen entfernten Standort wichtig ist. Die Replikation ist zwar ressourcenintensiver, ermöglicht Ihnen jedoch eine schnellere Wiederherstellung von Workloads.
Die grundlegenden Prozesse der außerordentlichen Disaster Recovery sind außerordentliche Backups, außerordentliche Replikationen und außerordentliche Datenspeicherungen. Sehen wir uns diese genauer an.
Was ist eine Außerhalb-des-Standorts-Sicherung?
Bei einer Außerhalb-des-Standorts-Sicherung werden Daten von einem Produktionsstandort auf einen sekundären Standort kopiert, der sich in einiger Entfernung vom Produktionsstandort befindet. Die beiden Standorte sind geografisch verteilt, um Datenverluste zu vermeiden, falls der erste Standort von einer Katastrophe betroffen ist. Der Außerhalb-des-Standorts-Sicherungsansatz kann in ähnlicher Weise implementiert werden, um Daten von einem primären Server auf einen externen Server zu sichern, der sich an einem entfernten Standort befindet. Dieser Vorgang kann Teil eines außerhalb des Standorts liegenden Disaster-Recovery-Planssein.
Die 3-2-1-Regel
Bei der Planung der Disaster Recovery und dem Schutz von Backups möchten wir immer über mehr als eine Quelle verfügen, um unsere Produktionssysteme wiederherstellen zu können. Der von Branchenexperten empfohlene Standard ist die 3-2-1-Backup-Regel. Diese Regel besagt, dass wir idealerweise drei Backupkopien unserer Daten auf zwei verschiedenen Medien und speichern eine außerhalb des Standorts eine Kopie dieser Sicherungsdaten.
Die 3-2-1-Sicherungsregel hilft uns, unsere Quellen für Backups zu diversifizieren, damit nicht alle unsere Optionen für die Wiederherstellung von einer einzigen Quelle, einem einzigen Medium oder einem einzigen Standort abhängen. Dies ist äußerst wichtig zu berücksichtigen, wenn Sie einen Disaster Recovery-Plan für Rechenzentren und eine Backup-Strategie erstellen.
Wiederherstellung aus Backups außerhalb des Standorts
Die Wiederherstellung von Daten aus einem Backup außerhalb des Standorts kann im Vergleich zu einem Backup vor Ort mehr Zeit in Anspruch nehmen. Dieser Ansatz erhöht jedoch die allgemeine Zuverlässigkeit der Strategie für die Datensicherheit erheblich. Ein Backup kann verwendet werden, um einzelne Dateien wiederherzustellen.
Wenn Sie jedoch nur Backups außerhalb des Standorts für Disaster Recovery verwenden, kann die Wiederherstellungszeit bei großen Datenmengen zu lang sein. Die Wiederherstellung aus einem Backup erfordert Zeit für das Extrahieren und Kopieren der Daten aus einem Backup auf einen Server oder eine Virtuelle Maschine. Um eine kürzere Wiederherstellungszeit-Ziel (RTO) zu erreichen, können Sie die Offsite-Datenreplikation verwenden.
Was ist Offsite-Replikation?
Offsite-Replikation ist der Prozess der Erstellung einer zeitpunktbezogenen Kopie von Daten, die für den Failover und die Wiederherstellung von Workloads in kurzer Zeit verwendet werden kann. Bei der Replikation einer virtuellen Maschine erstellen wir eine VM-Replik, die ein VM-Klon der primären VM auf dem sekundären Server außerhalb des Standorts ist. Die VM-Replik ist bereit, Workloads zu starten und wiederherzustellen, wenn eine primäre VM ausfällt.
Der Vorteil der Offsite-Replikation besteht darin, dass die Wiederherstellung von Workloads mit den Daten im Vergleich zur Wiederherstellung von Daten aus einem Backup nur wenig Zeit in Anspruch nimmt. Eine Replik enthält unkomprimierte Daten, die sofort einsatzbereit sind.
Was ist Offsite-Datenspeicherung?
Offsite-Datenspeicherung ist die Speicherung außerhalb des primären (Produktions-)Servers, Rechenzentrums oder Standorts mit dem Ziel, verteilte und redundante Datenkopien für Backup- und Wiederherstellungszwecke zu erstellen.
Sie können außerhalb des Standorts einen Backup-Server oder einen alternativen Speicher verwenden, auf dem Daten-Backups und Replikate gespeichert werden können und der zugänglich sein sollte, wenn eine Katastrophe die Daten am primären Standort beeinträchtigt. Es gibt drei Haupttypen von Ziel-Speichern:
- Ein lokaler Server in einer Remote-Niederlassung oder einem Rechenzentrum
- Senden von Backup-Daten und Replikaten an die Cloud
- Aufzeichnen von Backup-Daten auf Festplatten oder Bändern und Transport dieser Speichermedien an einen entfernten Standort
Sie können einen sekundären Standort außerhalb Ihres primären Produktionszentrums einrichten. Es gibt drei Arten von Disaster-Recovery-Standorten:
- Hot Site. Die Infrastruktur ist für die Datenwiederherstellung und den Failover von Workloads in kurzer Zeit bereit. Während einer Katastrophe sind nur minimale Konfigurationsvorgänge erforderlich, da alles im Voraus erledigt wurde.
- Warm Site. Es gibt einige vorinstallierte Hardware. Es sind jedoch noch einige Aktionen erforderlich, um die Infrastruktur zu konfigurieren, bevor Daten aus Backups wiederhergestellt und kritische Workloads ausgeführt werden können.
- Cold Site. Der Vorbereitungsgrad der Infrastruktur ist gering. Nur die wichtigsten Infrastrukturkomponenten sind bereit. Möglicherweise müssen Sie zusätzliche Hardware mit anderen Geräten kaufen und Server konfigurieren, bevor Sie Daten von einem außerhalb des Standorts liegenden Backup-Speicher wiederherstellen und Workloads ausführen können.
Gründe für die Implementierung einer außerhalb des Standorts liegenden Disaster Recovery
Wenn man sich typische Disaster-Recovery-Szenarien vorstellt, denkt man zunächst an den Verlust einer Umgebung an einem Standort aufgrund eines Hardwareausfalls oder vielleicht eines unbeabsichtigten Datenverlusts. Obwohl der Verlust eines Standorts infolge einer Naturkatastrophe oder eines groß angelegten Ransomware-Angriffs unwahrscheinlich erscheint, kann die Unvorbereitetheit auf solche Katastrophenszenarien ein Unternehmen aufgrund der finanziellen Auswirkungen und der Beeinträchtigung seines Markenrufs in den Ruin treiben. Unternehmen müssen sich heute auf jedes Katastrophenszenario vorbereiten, einschließlich des Verlusts eines gesamten physischen Standorts.
Wenn Ransomware die Hauptkopie der Daten auf Produktionsservern beschädigt, können auch die lokalen Backups betroffen sein. Mit Backups an einem isolierten Standort, auf den das Produktionsnetzwerk keinen Zugriff hat, können Sie sich schneller und ohne Verhandlungen mit Hackern von einem Ransomware-Angriff erholen.
Die Speicherung von Replikaten und Backups außerhalb des Standorts kann Ihnen helfen, wenn eine Naturkatastrophe wie Feuer, Taifun, Erdbeben, Tornado oder Hurrikan Ihre Produktionsserver am Hauptstandort zerstört. Sie können Daten von einem externen Backup wiederherstellen oder das Replikat an einem anderen Standort booten. In diesem Fall sollte der sekundäre Standort natürlich weit genug entfernt sein, damit er nicht von denselben Naturereignissen wie der primäre Standort betroffen ist.
Die Vorteile einer Disaster Recovery-Wiederherstellung außerhalb des Standorts sind:
- Zusätzlicher Schutz vor Naturkatastrophen
- Verbesserte Backup-Sicherheit, Schutz der Daten vor Malware
- Möglichkeit zur Wiederherstellung von Daten und Workloads
- Geringere Wahrscheinlichkeit eines unwiederbringlichen Datenverlusts
- Verbesserte Betriebskontinuität
So richten Sie Backups und Replikationen außerhalb des Standorts für Disaster Recovery ein
Bei der Erstellung einer Disaster-Recovery-Strategie müssen Sie eine Lösung für die Datensicherheit auswählen, die Ihnen bei der Umsetzung hilft. Diese Lösung sollte Backups, Backupkopien, Datenreplikation und Failover unterstützen. Die Automatisierung von Aufgaben und das Anfügen/Trennen von Backup-Zielen sind empfohlene Funktionalitäten.
Mit NAKIVO Backup & Replikation können wir VM-Backups, Backupkopienund Replikationen Aufträge, mit denen wir eine sekundäre Kopie unserer Daten erstellen können. Wir können eine Kopie unserer Backups an mehreren Standorten speichern, darunter auf Wechseldatenträgern, Bändern und in der Cloud.
Sehen wir uns anhand eines Beispiels einer VMware vSphere-Umgebung und der NAKIVO-Lösung an, wie Sie ein Backup außerhalb des Standorts und eine Replikation einrichten können.
Konfigurieren eines Backupkopie-Auftrags für ein Backup außerhalb des Standorts
Mit NAKIVO Backup & Replication können Sie die Funktion „Backupkopie“ verwenden, um eine Kopie einer in einem lokalen Repository gespeicherten Sicherung zu erstellen und diese außerhalb des Standorts zu versenden. Ihre Sicherungskopiedaten können natürlich lokal auf einem anderen Sicherungsserver am selben Standort gespeichert werden. Um jedoch den vollen Nutzen einer Backupkopie zu erzielen, sollte diese Kopie idealerweise an einem anderen Ort gespeichert werden, der über das Netzwerk verbunden ist, entweder über LAN- oder WAN-basierte Technologien. Auf diese Weise verfügen wir über eine Kopie unserer Backup-Daten, die sich außerhalb des Standorts befindet, was die letzte der 3-2-1-Regeln erfüllt.
Sehen wir uns an, wie Sie in der NAKIVO-Lösung einen Backupkopie-Auftrag für die Datensicherung außerhalb des Standorts erstellen.
Öffnen Sie die Weboberfläche und klicken Sie auf Erstellen Sie einen > Backupkopie-Auftrag.
Der Assistent für neue Backupkopie-Aufträge wird geöffnet.
- Wählen Sie zunächst die VM-Sicherung aus, für die Sie einen Backupkopie-Auftrag einrichten möchten.
- Weiter folgt ein wichtiger Aspekt der Konfiguration des Backupkopie-Auftrags, wenn wir die Einrichtung eines Standorts außerhalb des Standorts für eine VM in Betracht ziehen: Wo befinden sich die Daten? Unten können Sie zwischen „ <“ „>“ und „DR Repo“< „>“ wählen, einem Backup-Repository, das außerhalb des Standorts liegt.
Alternative Ziele für externe Backups können öffentliche Clouds wie Amazon S3 oder Wasabi sein. Cloud-Repositorys bieten Ihnen die Möglichkeit, Unveränderlichkeit zu aktivieren, um Backup-Daten vor Beschädigung und Löschung durch Ransomware zu schützen.
- Außerdem können wir mit NAKIVO Backup & Replikation & festlegen, dass der Backupkopie-Auftrag unmittelbar nach einer erfolgreichen Ausführung unseres primären Backup-Auftrags von der Produktion ausgeführt wird. Dadurch wird sichergestellt, dass immer der aktuellste Backup-Wiederherstellungspunkt in unser außerhalb des Standorts liegendes Repository kopiert wird.
- Wir können die Aufbewahrungsfrist für die Backupkopie auswählen. Wie Sie unten sehen können, ist standardmäßig die gleiche Anzahl von Punkten wie für die Quell-Sicherung vorgesehen. Wenn Sie diese Option auswählen, wird die Aufbewahrungsrichtlinie für die Quell-Sicherung angewendet.
Beachten Sie, dass Sie, wenn Sie ein Cloud-Repository oder ein lokales Linux-basiertes Repository in NAKIVO Backup & Replication auswählen, auch die Unveränderlichkeit aktivieren können, um sicherzustellen, dass Ihre Wiederherstellungspunkte vor neuen Ransomware-Infektionen geschützt sind.
- Schließlich können wir weitere Optionen aktivieren, wie z. B. Netzwerkbeschleunigung und Verschlüsselung, die sowohl die Leistung als auch die Sicherheit der Daten verbessern, die in das außerhalb des Standorts liegende Backup-Repository kopiert werden.
Konfigurieren der Datenreplikation außerhalb des Standorts
Durch die Replikation können wir eine Standby-Replik-VM für die in der Produktion ausgeführte Virtuelle Maschine erstellen. Diese Standby-Replik-VM kann vor Ort sein, wird jedoch idealerweise außerhalb des Standorts gespeichert, um Resilienz zu gewährleisten. Wenn wir einen gesamten Standort verlieren, können wir ein Failover auf die Standby-Replik-VM starten, die bereits außerhalb des Standorts in der Disaster Recovery (DR)-Einrichtung bereitgestellt ist. Sehen wir uns an, wie einfach es ist, einen Replikationsauftrag in NAKIVO Backup & Replikation & Replication einzurichten.
Öffnen Sie das Dashboard und klicken Sie dann auf Erstellen Sie einen > VMware vSphere-Replikationsauftrag.
Der Assistent für neue Replikationsaufträge für VMware vSphere wird geöffnet.
- Wählen Sie zunächst die VM aus, die Sie replizieren möchten.
- Was die Zielgilt auch hier, dass der Schlüssel für Backups außerhalb des Standorts und für Resilienz darin liegt, sicherzustellen, dass sich die Ziel-VMware-Umgebung und der Datenspeicher an einem separaten Standort befinden.
- Netzwerkkartierung aktivieren, um die virtuellen Netzwerke der Quell-VM den entsprechenden Ziel-VM-Netzwerken zuzuordnen.
- Nach der Konfiguration der Netzwerkzuordnung können Sie Re-IP aktivieren, um die spezifischen Ziel-IP-Adressen während der Wiederherstellung zuzuordnen.
- Wir können die Erstellung/Aktualisierung der Replikat-VM nach der Ausführung eines anderen Auftrags, z. B. des primären Backupauftrags, planen. Ein Kalender hilft uns dabei, zu sehen, wann andere Aufgaben geplant sind, um Überschneidungen zu vermeiden.
- Bei der Aufbewahrung auf einer Replik-VM erfolgt dies über einen Point-in-Time-Schnappschuss, der bei jedem Durchlauf des Replikationsprozesses erstellt wird. Sie können die Anzahl der Schnappschüsse/Aufbewahrungspunkte festlegen, die Sie behalten möchten. Das NAKIVO-Produkt unterstützt das GFS-Aufbewahrungsschema.
- Schließlich können Sie eine Reihe von Optionen auswählen, um die Leistung und Sicherheit des Replikationsauftrags zu steuern, z. B. Netzwerkbeschleunigung und In-Flight-Verschlüsselung. Hier benennen Sie auch die resultierende Replik-VM, legen E-Mail-Optionen fest und führen alle Skripte vor und nach dem Auftrag aus.
Jetzt wissen Sie, wie Sie einen VMware-VM-Replikations Auftrag für Disaster Recovery außerhalb des Standorts konfigurieren. Die VM-Replik wird außerhalb des Standorts in einer externen VMware vSphere-Umgebung erstellt. In der folgenden Abbildung sehen wir ein Beispiel für einen lokalen Cluster am Produktionsstandort und einen Remote-Cluster, der sich in einer DR-Einrichtung befindet.
Profi-Tipp. Die NAKIVO-Lösung umfasst auch eine Standortwiederherstellung-Funktion zur Automatisierung von Workflows mit Datensicherung, Replikation und Test-Failover für Disaster-Recovery-Szenarien.
Gedanken
Außerhalb des Standorts liegende Backups und Außerhalb des Standorts liegende Replikationen sind wichtige Bestandteile einer Disaster-Recovery-Strategie, die die Wahrscheinlichkeit der Wiederherstellung von Daten erheblich erhöhen. Dieser Ansatz entspricht der 3-2-1-Backup-Regel, um einen Single Point of Failure zu vermeiden und Datenverluste aufgrund von Problemen mit dem Backup vor Ort zu verhindern. Außerhalb des Standorts liegende Backups schützen uns vor einem standortweiten Ausfall, der sowohl zu Produktionsdatenverlusten als auch zu potenziellen Verlusten von Backup-Systemdaten führen kann.
