Wenn ein Rechenzentrum ausfällt oder ein Server abstürzt, entscheiden Minuten darüber, ob ein Unternehmen weiterarbeiten kann oder nicht. Host-basierte Replikation ist eine der effektivsten Methoden, um genau das zu verhindern – indem Daten kontinuierlich auf einen Zielsystem gespiegelt werden, bereit für den sofortigen Übernahme.
- Host-basierte Replikation kopiert Daten auf Betriebssystem- oder Hypervisor-Ebene zum Zielsystem – unabhängig von der zugrunde liegenden Speicherhardware
- Sie funktioniert herstellerunabhängig und lässt sich auch über heterogene Umgebungen hinweg einsetzen
- Synchrone Replikation bietet Nulldatenverlust, asynchrone Replikation skaliert besser über große Distanzen
- Typische Anwendungsfälle: Disaster Recovery, Hochverfügbarkeit, Live-Migration von VMs
- Lösungen wie Veeam Replication, Zerto oder Hyper-V Replica machen host-basierte Replikation auch für mittlere Unternehmen zugänglich
Was ist host-basierte Replikation?
Bei der host-basierten Replikation übernimmt Software auf dem Quell-Host (Server oder Hypervisor) die Kontrolle über den Replikationsprozess. Sie erfasst Schreibvorgänge auf Blockebene oder Dateiebene und überträgt sie auf ein Zielsystem – in Echtzeit oder in definierten Intervallen.
Der entscheidende Unterschied zur storage-basierten Replikation: Keine Abhängigkeit von spezifischer SAN- oder NAS-Hardware. Die Lösung sitzt auf dem Host-Betriebssystem oder dem Hypervisor und nutzt das Netzwerk für die Datenübertragung. Das macht sie flexibel und herstellerunabhängig.
Wie funktioniert host-basierte Replikation technisch?
Die Software auf dem Quell-Host überwacht kontinuierlich alle Schreiboperationen. Sobald eine Änderung auftritt, wird ein entsprechender Block oder ein Delta an das Zielsystem gesendet. Je nach Modus passiert das in Echtzeit (synchron) oder zeitversetzt (asynchron).
Auf Hypervisor-Ebene (z.B. VMware vSphere oder Microsoft Hyper-V) läuft die Replikation oft auf VM-Ebene: Statt einzelner Dateien werden ganze virtuelle Maschinen gespiegelt. Im Failover-Fall startet die Ziel-VM quasi auf Knopfdruck.
Synchrone vs. asynchrone Replikation
Synchrone Replikation
Bei synchroner Replikation gilt: Jeder Schreibvorgang auf dem Quellsystem wird erst abgeschlossen, wenn das Zielsystem die Bestätigung gibt, dass die Daten angekommen sind. Das garantiert Nulldatenverlust (RPO = 0). Der Preis dafür ist Latenz – das System wartet auf die Bestätigung des Zielsystems. Bei großen Distanzen zwischen Quelle und Ziel (über 30-40 km mit Glasfaser) wird die Latenz spürbar und kann die Performance beeinträchtigen.
Asynchrone Replikation
Asynchrone Replikation schreibt zuerst lokal und überträgt die Änderungen zeitverzögert. Das Zielsystem ist damit immer etwas „hinter“ dem Quellsystem – der RPO ist größer als null, aber die Lösung skaliert problemlos über große geografische Distanzen ohne Latenzprobleme. Für die meisten Unternehmen mit einem RPO von wenigen Minuten bis einer Stunde ist asynchrone Replikation die praktischere Wahl.
Vorteile gegenüber storage-basierter Replikation
- Herstellerunabhängigkeit: Quelle und Ziel können unterschiedliche Hardware-Plattformen nutzen – kein Zwang zu denselben SAN-Systemen
- Geringere Kosten: Kein dedizierter Storage-Controller nötig; läuft auf Standard-Hardware
- Flexibilität bei Zielstandorten: Replikation in die Cloud oder zu einem externen Partner problemlos möglich
- Granularität: Einzelne VMs oder Anwendungen können gezielt repliziert werden, nicht nur ganze Storage-Pools
- Einfachere Integration in DR-Workflows: Viele Lösungen bieten automatisiertes Failover und Testing
Nachteile und Herausforderungen
- CPU/RAM-Overhead: Die Replikationssoftware läuft auf dem Host und verbraucht Ressourcen – bei hochausgelasteten Systemen kann das relevant sein
- Netzwerkbandbreite: Kontinuierliche Datenübertragung belastet das Netzwerk; WAN-Optimierung oder Komprimierung kann helfen
- Komplexität bei großen Umgebungen: Tausende von VMs zu replizieren erfordert eine durchdachte Management-Strategie
Typische Einsatzbereiche
Disaster Recovery: Das klassische Szenario. Die replizierte Umgebung am DR-Standort ist permanent aktuell und kann bei Ausfall des primären Standorts innerhalb von Minuten übernehmen – statt Stunden oder Tagen bei klassischen Backup-Wiederherstellungen.
Hochverfügbarkeit: Kritische Applikationen laufen mit minimalem RTO. Fällt der primäre Server aus, übernimmt das replizierte Zielsystem automatisch oder nach manuellem Failover.
Migration: Host-basierte Replikation ermöglicht Live-Migrationen – du kannst einen Server oder eine VM auf neue Hardware verschieben, ohne Downtime für die Applikation.
Bekannte Lösungen
- Veeam Backup & Replication: Weit verbreitet in VMware- und Hyper-V-Umgebungen, bietet sowohl Backup als auch Replikation in einer Lösung
- Zerto: Spezialisiert auf kontinuierliche Replikation und Disaster Recovery, häufig in Enterprise-Umgebungen
- Microsoft Hyper-V Replica: Kostenfrei im Windows Server enthalten, gut für KMU ohne großes Budget
- VMware Site Recovery Manager (SRM): Professionelle DR-Orchestrierung für VMware-Umgebungen
- Acronis Cyber Protect: Kombiniert Backup, Replikation und Cybersecurity in einer Plattform
Fazit
Host-basierte Replikation ist eine der pragmatischsten Methoden, um Hochverfügbarkeit und Disaster Recovery zu realisieren – ohne Abhängigkeit von spezifischer Storage-Hardware und mit einer Flexibilität, die storage-basierte Replikation oft nicht bietet.
Für Unternehmen, die ihre RTO- und RPO-Ziele ernst nehmen und keine endlosen Stunden für Wiederherstellungen einplanen wollen, ist sie kein Luxus, sondern eine logische Investition. Der erste Schritt ist zu klären: Welche Systeme sind geschäftskritisch? Die Replikationsstrategie baut dann genau darauf auf.
FAQ
Was ist der Unterschied zwischen Replikation und Backup?
Replikation hält ein Zielsystem kontinuierlich aktuell – sie ist auf schnelle Übernahme ausgelegt, nicht auf Langzeitarchivierung. Backups hingegen speichern Zustände zu bestimmten Zeitpunkten und ermöglichen die Wiederherstellung nach versehentlicher Datenlöschung oder Korrumpierung. Beide ergänzen sich; keines ersetzt das andere.
Kann host-basierte Replikation in die Cloud replizieren?
Ja. Viele Lösungen unterstützen Cloud-Ziele wie AWS, Azure oder Google Cloud als Replikationsziel – das macht sie auch für Unternehmen ohne eigenen DR-Standort attraktiv.
Was ist RPO bei der Replikation?
RPO (Recovery Point Objective) gibt an, wie viel Datenverlust im Worst Case akzeptabel ist. Synchrone Replikation erreicht RPO = 0 (kein Datenverlust). Asynchrone Replikation hat einen RPO, der dem Replikationsintervall entspricht – z.B. 5 oder 15 Minuten.
Erfordert host-basierte Replikation identische Hardware auf Quelle und Ziel?
Nein – das ist einer ihrer Hauptvorteile. Quelle und Ziel können auf vollständig unterschiedlicher Hardware laufen, solange die Replikationssoftware auf beiden Seiten unterstützt wird.