Fachartikel

Synchrone Spiegel gekonnt aufbohren

Synchronous Mirroring, also die Nutzung synchroner Spiegel, soll bei einem Ausfall der Hardware durch ein transparentes Failover zum zweiten Standort einem Datenverlust vorbeugen. In einem virtualisierten Rechenzentrum stoßen synchrone Spiegel jedoch an ihre Grenzen und ließen sich für Administratoren immer schwieriger verwalten. Der Fachartikel zeigt, wie sich die Zuverlässigkeit eines synchronen Spiegels durch Continuous Data Protection und Recovery Automation verbessern lässt.
Synchrone Spiegelung ergibt Sinn, zeigt sich jedoch ohne vereinheitlichende Werkzeuge oft als sehr komplex.
Synchronous Mirroring, auf Deutsch synchrone Spiegelung, kommt vor allem bei großen Unternehmen zum Schutz geschäftskritischer Daten und Anwendungen zum Einsatz. Mit Hilfe eines transparenten Failover zum zweiten Standort soll sich Datenverlust in der Theorie komplett vermeiden lassen (Zero RPO – Recovery Point Objective). Bei diesem Idealfall würde dann natürlich auch keine Zeit zur Wiederherstellung verlorener Dateien verbraucht (Zero RTO – Recovery Time Objective).

In einem virtualisierten Rechenzentrum mit logischen Fehlern erscheinen die Ziele Zero RPO und Zero RTO jedoch immer unerreichbarer. Mehr und mehr Daten bewegen sich im Cache des Hypervisors und innerhalb virtueller Anwendungen. Das durchschnittliche Wachstum von 10 bis 15 Prozent der Anzahl an VMs pro Jahr und die damit zusammenhängende exponentielle Zunahme der Abhängigkeiten zwischen den VMs erhöhen die Schwierigkeit einer konsistenten Wiederherstellung einer Anwendung. Selbst in einer hochverfügbaren Umgebung werden SLAs im Falle eines logischen Fehlers oft eher grob geschätzt.

Synchrone Spiegel mit Nachteilen
Der synchrone Spiegel ist heute die Standardtechnologie für ein hochverfügbares Rechenzentrum, hat aber auch Nachteile: Er ist teuer, aufwändig in der Verwaltung, schützt keine Daten "on the fly", hat keine komplexen Performance- und Skalierungsfunktionen und schützt nicht einmal vor logischen Fehlern. Da ein synchroner Spiegel Daten generell nur vor Hardwareausfällen schützt, muss die IT-Abteilung in zusätzliche Technologien investieren.
Gleichzeitig speichern Hypervisoren und Anwendungen mehr Daten in ihren Caches, wo sie sich durch synchrone Replikation nicht effektiv schützen lassen. Dies wiederum sabotiert das Ziel eines Zero RPO. Eine Vielzahl von Softwarelösungen, die hardwarezentrierte Speichersysteme mit wichtigen Funktionen wie Backups und Snapshots ausstatten, bieten effektiven Schutz vor logischen Fehlern und werden heute von nahezu allen Unternehmen eingesetzt. Diese Lösungen erhöhen jedoch die Komplexität und machen die Umgebung anfälliger für Fehler.

Die Installation, Koordination und Konfiguration von redundanten und diversen Systemen und Softwarelösungen wirkt sich negativ auf das Management der IT-Umgebung aus: Zum einen auf die Planung von Kapazität und Performance, zum anderen auf die konsistente Wiederherstellung virtualisierter Anwendungen. Sind viele verschiedene Hardware- und Softwarelösungen im Einsatz, ist auch mehr Erfahrung für die Wiederherstellung einer oder mehrerer beschädigter Anwendungen nötig.

Da die Datenmengen gleichzeitig exponentiell wachsen, sinkt das Zeitfenster für herkömmliche Backups und Wiederherstellungen rapide. Schreibintensive Anwendungen modifizieren darüber hinaus viele Blöcke auf dem Dateisystem und benötigen viel Speicherplatz für die Snapshots. Durchschnittlich sind so zirka 20 Prozent eines Speichersystems oder 10 bis 15 Prozent pro Datastore nur für Snapshots reserviert.

Performance-Killer Snapshots
Die inkrementelle Speicherung von Snapshot-Änderungen hat erheblichen Einfluss auf die Verwendung dieser Snapshots und mindert die Performance. Je mehr Snapshots für eine VM erstellt werden, desto mehr Aufwand ist für die Virtualisierungssoftware erforderlich, um den aktuellen Zustand der VM auf Basis des ursprünglichen VMDK und aller relevanten Snapshot-Festplatten zu rekonstruieren. Die Anzahl der aktiven Snapshots wirkt sich darüber hinaus negativ auf die Performanceaus aus und damit auf den RPO. In produktiven Umgebungen werden Snapshots für kritische Anwendungen höchstens einmal pro Stunde erstellt. Nicht nur wegen Speicher- und Performanceproblemen, sondern auch, um die produktiven VMs nicht zu beeinträchtigen und sie alle paar Minuten für einen applikationskonsistenten Snapshot anzuhalten. Daher dürfte der durchschnittliche RPO für die meisten VMs tatsächlich zwischen sechs und acht Stunden liegen.

Backups und Snapshots beeinflussen auch die konsistente Wiederherstellung, da Anwendungen, die von mehr als einer Datenbank abhängig sind, nur dann korrekt arbeiten können, wenn alle erforderlichen Datenbanken konsistent sind und sich auf denselben Wiederherstellungspunkt beziehen. Aufgrund der Speicherarchitektur lassen sich zusammengehörige Systeme nicht einfach zu einer Konsistenzgruppe einer Anwendung zusammenfassen. Einfach ausgedrückt: Eine Anwendung ist nur dann konsistent, wenn alle Datenbanken den gleichen Zeitstempel haben. Sind mehrere, logisch miteinander verknüpfte Datensätze auf verschiedenen Servern in unterschiedlichen Speicherbereichen abgelegt, so haben die Snapshots dieser Datensätze unterschiedliche Zeitstempel. Beim Zurücksetzen auf einen Snapshot werden die Datensätze dann nicht auf den gleichen Zeitpunkt zurückgesetzt. Daher ist die betreffende Anwendung manuell in einen konsistenten Zustand zu bringen, bevor sie wieder nutzbar ist. Dieser Prozess, einschließlich der erforderlichen Tests kann mehrere Stunden dauern.

    Seite 1: Synchrone Spiegel mit Nachteilen
    Seite 2: Komponenten und Systemvoraussetzungen von ZVR
    Seite 3: Installation von ZVR in vSphere-Umgebungen


Seite 1 von 3 Nächste Seite >>
7.02.2018/ln/Johan van den Boogaart, Regional Sales Manager DACH bei Zerto.

Nachrichten

Virtuelle Anwendungen einfach verwalten [1.08.2018]

Parallels bringt mit Version 16.5 eine Neuauflage seines 'Remote Application Server' (RAS) auf den Markt. Neu ist, dass IT-Administratoren nun anhand von neuen RDSH-Templates automatisch Remote-Desktop-Session-Hosts bereitstellen können, sodass die RAS-Bereitstellung je nach Auslastung automatisch skaliert wird. [mehr]

Massig Platz für Container [31.07.2018]

Pure Storage bietet Pure Service Orchestrator an. Dieser dient als Virtualisierungsschicht auf der Steuerungsebene, die es containerisierten Umgebungen ermöglicht, von der Nutzung von Storage-as-a-Device zur Nutzung von Storageas-a-Service überzugehen. Dabei soll der Dienst selbstverwalteten Speicher zur Verfügung stellen, der eine datenzentrische Architektur mit Public-Cloud-basierter Agilität vor Ort unterstützt. [mehr]

Tipps & Tools

Erinnerung in die Zukunft schicken [15.08.2018]

Die Technikspirale hält jeden Admin stets auf Trab. Ob neue Hardware oder Cybersecurity-Lösungen, die Zeit in der IT-Welt schreitet in rasantem Tempo voran. Wenn Sie sich einmal schmunzelnd über Ihren in der Vergangenheit geleisteten Aktionen zurücklehnen wollen, hilft die Webseite 'Futureme.org' weiter. Mit einer E-Mail-Nachricht an das zukünftige Ich können Sie bestimmte Erlebnisse auch Jahre später wieder einholen. [mehr]

Suchoperatoren für Gmail nutzen [9.08.2018]

Je nach Nachrichtenmenge kann auch ein Gmail-Konto trotz überzeugender Suchfunktion schnell unübersichtlich werden. Wenn Sie einzelne Mails anhand anderer Kategorien als nur dem Betreff oder dem Inhalt filtern wollen, sollten Sie sich näher mit weiteren Suchoperatoren beschäftigen. Damit ist es zum Beispiel möglich, sich nur Nachrichten mit einer bestimmten Attachment-Größe oder ab einem bestimmten Eingangszeitpunkt anzeigen zu lassen. [mehr]

Buchbesprechung

VoIP Praxisleitfaden

von Jörg Fischer und Christian Sailer

Anzeigen