Disaster Recovery im Hypervisor

Zerto und das Ende aller Snapshots

| Redakteur: Ulrike Ostler

Die Vorteile, wenn im Hypervisor repliziert wird

Obwohl ständig repliziert werde, habe dieser Vorgang keinerlei Performance-Einbußen bei den Anwendungen zur Folge. Und weil die Software in der Hypervisor-Schicht angesiedelt ist, sei sie unabhängig vom darunterliegenden Storage, sowohl auf der Quell- als auch der Empfängerseite. Somit werden alle gängigen Storage-Systeme unterstützt, inklusive deren Eigenschaften hinsichtlich Verfügbarkeit Clustering beispielsweise.

Logische Gruppen bilden die Abhängigkeiten von virtuellen Maschinen und den zugehörigen logischen Platten ab.
Logische Gruppen bilden die Abhängigkeiten von virtuellen Maschinen und den zugehörigen logischen Platten ab. (Bild: Zerto)

Darüber hinaus lassen sich, logische Gruppen für den Schutz von virtuellen Maschinen und den zugehörigen logischen Platten bilden, die „Virtual Protection Groups” (VPGs). Das zentrale Management per ZVM erkennt VPGs und die Beziehungen zwischen den einzelnen Komponenten. Das hilft Anwendungen schnell, komplett und sauber zu replizieren und im Fehlerfall wiederherzustellen.

Also: Eine CRM-Applikation kann ohne Weiteres auf acht virtuelle Maschinen verteilt sein, die auf vier physischen Servern liegen, fünft unterschiedliche Datenquellen haben und drei verschiedene logischen Storage-Units. „Für Zerto keine große Sache“, sagt Godden, „auch dann nicht wenn sich die Konfiguration sich ändert.“

Schnell, sicher, flexibel und neutral

Es sei schließlich einer der großen Vorteile der Virtualisierung, dass die Workloads einfach und unkompliziert auf andere Systeme verteilt werden können, zum Beispiel aus Gründen des Load-Balancing oder strategische Daten-Management-Gründen. Dafür brauchen Admins in der Regel „vMotion“ von VMware, dann geschieht das praktisch manuell, oder „Distributed Resource Scheduler“ (DRS), um das automatisch zu bewerkstelligen.

Ergänzendes zum Thema
 
Über Zerto

Hypervisor-basierte Replication mit Zerto funktioniere trotz, beziehungsweise mit diesem beweglichen Untergrund, so Godden, und das auch noch superschnell. Im Umfeld von BC/DR gibt es zwei Kenngrößen an denen das gemessen wird: Recovery Point Objective (RPO) und Recovery Time Objective (RTO).

Während RPO den Zeitraum benennt, der zwischen zwei Datensicherungen liegen darf, um zu bestimmen, wie viele Daten/Transaktionen da zwischen höchstens verloren gehen dürfen, bemisst RTO die Zeit, die für den Ausfall eines Geschäftsprozesses oder Systems vergehen darf, vom Zeitpunkt des Schadens bis zur vollständigen Wiederherstellung. Bei Zerto, so Godden liegt der RPO bei Secunden und RTO bei Minuten

Inhalt des Artikels:

Kommentare werden geladen....

Kommentar zu diesem Artikel abgeben

Der Kommentar wird durch einen Redakteur geprüft und in Kürze freigeschaltet.

Anonym mitdiskutieren oder einloggen Anmelden

Avatar
Zur Wahrung unserer Interessen speichern wir zusätzlich zu den o.g. Informationen die IP-Adresse. Dies dient ausschließlich dem Zweck, dass Sie als Urheber des Kommentars identifiziert werden können. Rechtliche Grundlage ist die Wahrung berechtigter Interessen gem. Art 6 Abs 1 lit. f) DSGVO.
  1. Avatar
    Avatar
    Bearbeitet von am
    Bearbeitet von am
    1. Avatar
      Avatar
      Bearbeitet von am
      Bearbeitet von am

Kommentare werden geladen....

Kommentar melden

Melden Sie diesen Kommentar, wenn dieser nicht den Richtlinien entspricht.

Kommentar Freigeben

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Freigabe entfernen

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

copyright

Dieser Beitrag ist urheberrechtlich geschützt. Sie wollen ihn für Ihre Zwecke verwenden? Kontaktieren Sie uns über: support.vogel.de/ (ID: 42797222 / Virtualisierung)