Was ist VM-Backup und -Replikation in VMware?
VM-Backups und -Replikationen sind wesentliche Bestandteile eines Plans für die Datensicherheit. Auf den ersten Blick scheinen sie ähnlich und austauschbar zu sein, was teilweise auch zutrifft. VM-Backup und -Replikation verfolgen jedoch unterschiedliche Ziele, sodass Sie bei der Einrichtung eines Plans für Datensicherheit beide berücksichtigen und den Unterschied zwischen ihnen verstehen müssen.
Vergleich zwischen VM-Replikation und -Backup
Grundsätzlich sind sowohl Backup als auch Replikation erforderlich, um die Daten einer Virtuellen Maschine zu sichern, damit Sie diese bei Bedarf wiederherstellen können. Allerdings verfolgen die Replikation virtueller Maschinen und das Backup unterschiedliche Ziele. VM-Backups dienen dazu, Ihre Daten so lange wie nötig zu speichern, damit Sie zurückgehen und verlorene Daten wiederherstellen können, während VM-Replikate (das Ergebnis der Replikation) dazu dienen, die VMs so schnell wie möglich wiederherzustellen, woraus sich auch die Unterschiede in den beiden Technologien ergeben.
Schauen wir uns die Details der Unterschiede zwischen VM-Backup und VM-Replikation genauer an.
Was ist ein VM-Backup?
Da das Hauptziel von Backups die langfristige Datenspeicherung ist, werden von der Backup-Software verschiedene Techniken zur Datenreduzierung eingesetzt, um die Größe des Backups zu verringern und die Daten auf möglichst wenig Festplatte unterzubringen. Dazu gehören das Überspringen unnötiger Swap-Daten, Datenkomprimierung und Datendeduplizierung (bei der doppelte Datenblöcke entfernt und durch Verweise auf die vorhandenen ersetzt werden).
Da VM-Backups komprimiert und dedupliziert werden, um Speicherplatz zu sparen, sehen sie nicht mehr wie VMs aus und werden in einem speziellen Format gespeichert, das eine Backup-Software verstehen kann. Und da ein VM-Backup nur aus einer Reihe von Dateien besteht, ist das Backup-Repository lediglich ein Ordner, der sich an einem beliebigen Ort befinden kann: auf einem dedizierten Server, einem NAS oder sogar in einer Cloud.
Moderne Backup-Software ermöglicht verschiedene Arten der Wiederherstellung aus Backups: Sie können einzelne Dateien, Anwendungsobjekte oder sogar ganze VMs nahezu sofort direkt aus komprimierten und deduplizierten Backups wiederherstellen, ohne zuvor den vollständigen VM-Wiederherstellungsprozess ausführen zu müssen.
So wichtig Backups unserer virtuellen Infrastruktur auch sind, muss doch beachtet werden, dass wir, wenn mehrere Virtuelle Maschinen oder vielleicht sogar eine ganze Sitebetroffen wären, den Prozess und die Zeit auf uns nehmen müssten, die erforderlich wären, um diese Virtuellen Maschinen wieder in die Produktions- oder Standby-Umgebung zu übertragen. Technologien wie Flash-VM-Boot können Dienste für eine einzelne Virtuelle Maschine extrem schnell aus dem Backup wiederherstellen und erstaunliche RTO-Ergebnisse erzielen. Im Falle eines Standortausfalls aufgrund einer Katastrophe oder mehrerer VM-Ausfälle aufgrund des Verlusts eines Datenspeichers wäre die Wiederherstellung mehrerer VMs aus Backups jeglicher Art jedoch nicht praktikabel und stellt eine Schwäche der Wiederherstellung aus Backups dar.
Kurz gesagt, Backups sind in der Umgebung notwendig und äußerst wichtig, da sie den Mechanismus bieten, in der Zeit zurückzugehen und Daten entweder teilweise oder vollständig wiederherzustellen. Wie bereits erwähnt, werden bei Backups Daten aus unserer Produktionsumgebung abgerufen und in einem Backup-Repository gespeichert. Um diese Daten zurückzuholen, müssen wir sie entweder auf der ursprünglichen Virtuellen Maschine wiederherstellen oder die gesamte Virtuelle Maschine aus diesen Backup-Daten neu erstellen. Dies ist für eine einzelne VM oder einige wenige VMs ausreichend. Wie können wir jedoch die Zeit umgehen, die benötigt wird, um Daten oder Dienste wieder online zu bringen, wenn es zu einem site-weiten Ausfall oder einer schwerwiegenden Beeinträchtigung der primären Site kommt, sei es aufgrund von Hardware- oder Naturkatastrophen, Malware oder selbstverschuldet?
Was ist VM-Replikation?
Bei der VM-Replikation werden exakte Kopien der Quell-VMs erstellt und diese Kopien (sogenannte VM-Replikate) auf dem Ziel-VMware-ESXi- oder Hyper-V-Host/Speicher abgelegt. Bei jeder Ausführung eines Replikationsauftrags werden die VM-Replikate aktualisiert, sodass sie mit den Quell-VMs identisch sind.
VM-Replikate sind voll funktionsfähige VMs, die im ausgeschalteten Zustand gespeichert werden, sodass sie keine Rechenressourcen verbrauchen. Gleichzeitig müssen Sie im Katastrophenfall zur Wiederherstellung lediglich die VM-Replikate einschalten!
Die Nachteile dieses Ansatzes sind, dass a) Sie in eine zusätzliche DR-Infrastruktur investieren müssen und b) VM-Replikate viel mehr Speicherplatz beanspruchen als VM-Backups, sodass Sie nicht so viele Daten speichern und nicht so weit in der Zeit zurückgehen können, wenn Sie Ihre Daten wiederherstellen müssen.
Trotz der Investition in eine DR-Umgebung außerhalb des Standorts halten die meisten diese Investition für geringer als die potenziellen Kosten für Geschäftsausfälle, Rufschädigung und andere Schäden, die durch einen Ausfall der Infrastruktur aufgrund einer Katastrophe am primären Standort entstehen können. Wie oben erwähnt, bietet die Replikation eine Möglichkeit, eine Kopie Ihrer virtuellen Maschinen an einem anderen Standort zu erstellen. Dies sorgt für Standortresilienz und geografische Diversität Ihrer Geschäftsabläufe, sodass Sie einen vollständigen Standortausfall überstehen können und weiterhin über Ressourcen verfügen, die Sie online schalten können, ohne eine Wiederherstellung aus dem Backup durchführen zu müssen.
Dies stärkt unsere DR-Strategie enorm, da Sie dann vor Datenverlusten aufgrund einer Katastrophe an einem bestimmten Standort geschützt sind. Da Ihre virtuellen Maschinen in eine andere Einrichtung repliziert werden, die sich entweder in der Nähe oder an einem ganz anderen geografischen Standort befindet, haben Sie das Risiko eines katastrophalen Datenverlusts erheblich verringert, falls sowohl Ihre Produktionsumgebung als auch Ihre Produktions-Backup-Umgebung zerstört werden sollten.
Zusammenfassung
Durch die Nutzung der Funktionalitäten und Fähigkeiten sowohl des Backup- als auch des Replikationsprozesses sind wir auf dem besten Weg zu einem umfassenden DR-Plan, auf den wir mit weiteren Backup-Lösungsfunktionen aufbauen können. Bei einem guten DR-Plan ersetzt das Backup nicht die Replikation und umgekehrt. Sie ergänzen sich gegenseitig. Beide haben jedoch ihre Stärken, Schwächen und Verwendungsfälle.
- Behält viele Wiederherstellungspunkte
- Komprimiert und dedupliziert, was zu einem geringen Speicherbedarf führt
- Langfristige Aufbewahrung von Daten
- Relativ kostengünstig
- Selbst mit Technologien wie Flash-Boot ist die Wiederherstellung aus Backups bei einer Standortwiederherstellung nicht praktikabel
- Erforderlich für eine schnelle Wiederherstellung der Virtuellen Maschine
- Eine exakte Kopie der Quelle der Virtuellen Maschine
- Schnelle Wiederherstellung, insbesondere bei Ausfall des primären Standorts
- Teure Implementierung einer außerhalb des Standorts gelegenen DR-Einrichtung als Replikationsziel
- Lokale Replikate für Datenspeicher und weitere Ausfälle möglich
NAKIVO Backup & Replikation & Replikation umfasst sowohl VM-Backup- als auch VM-Replikationsfunktionen, um den vollständigen Schutz Ihrer kritischen Informationen zu gewährleisten. Herunterladen Sie die Software und profitieren Sie von ihrer Zuverlässigkeit und Robustheit. NAKIVO Backup & Replication bietet sowohl VM-Backup- als auch VM-Replikationsfunktionen und garantiert so den vollständigen Schutz Ihrer IT-Umgebungen und Geschäftsdaten.
