Die meisten IT-Umgebungen betreiben heute mehr als einen Hypervisor. Ein Unternehmen könnte VMware vSphere als primäre Plattform nutzen, Hyper-V auf älterer Windows Server-Infrastruktur und eine oder mehrere zusätzliche Plattformen, die durch Wachstum, Übernahmen, sich ändernde Infrastruktur-Anforderungen oder Total Cost of Ownership-Initiativen hinzugefügt wurden. Nutanix AHV, Proxmox VE, OpenStack und Canonical MicroStack sind häufige Ergänzungen zu einem Bestand, der irgendwo anders begann. Letzteres wird immer häufiger, da viele Organisationen VMware aufgrund von Lizenzkosten und Preismodellen aktiv evaluieren oder migrieren. Diese Mischung von Plattformen ist nicht ungewöhnlich. Tatsächlich ist sie fast die Norm für jede Organisation, die sich über Jahre organisch entwickelt hat oder Fusionen und Budgetzyklen durchlaufen hat.
Das Problem ist, dass die meisten Backup-Lösungen nicht für diese Realität gebaut sind. Sie sind für eine Plattform optimiert, an andere angehängt und zwingen IT-Teams dazu, separate Tools, Richtlinien und Wiederherstellungsverfahren zu jonglieren – abhängig davon, auf welchem Hypervisor eine bestimmte VM gerade läuft. Bei einem Vorfall kostet diese Komplexität Zeit. Manchmal kostet sie Daten.
Warum Multi-Hypervisor-Sicherung schwieriger ist, als es aussieht
Auf dem Papier ist eine virtuelle Maschine eine virtuelle Maschine. In der Praxis hat jedoch jeder Hypervisor seine eigenen Snapshot-APIs, seine eigenen Mechanismen zur Änderungserfassung, seine eigene Art, Anwendungskonsistenz zu handhaben, und seine eigene Verwaltungsebene. Ein Backup-Tool, das nativ mit VMware vCenter über VADP spricht, weiß nicht automatisch, wie es mit einem Hyper-V-Cluster oder einem Proxmox-VE-Knoten sprechen soll. Dafür sind völlig unterschiedliche Integrationspunkte erforderlich.
Das Ergebnis sind in den meisten Organisationen Balanceakte. Das Ziel ist es, die Anzahl der eingesetzten Backup-Lösungen zu minimieren – aber nicht um jeden Preis. Verschiedene Plattformen profitieren tatsächlich von zweckgebundenen Schutzmechanismen, und die erzwungene Nutzung eines einzigen Tools für alles bedeutet normalerweise, dass einige Dinge schlecht abgedeckt werden. Bei Catalogic Software bauen wir Lösungen genau für diese Realität. DPX konzentriert sich auf den Schutz von Hypervisor- und physischen Workloads, während CloudCasa Kubernetes- und cloud-native Umgebungen abdeckt. Jede ist zweckgebunden für ihren Bereich, und Organisationen wählen basierend darauf, wie ihre Infrastruktur tatsächlich aussieht.
Es gibt auch praktische Alltagsprobleme. Wie erzwingt man einen konsistenten RPO (Recovery Point Objective) in einer gemischten Umgebung? Wie stellt man sicher, dass Ransomware-Schutz gleichermaßen für eine VMware-VM und einen Hyper-V-Workload gilt? Wie berichtet man über die Abdeckung aller Plattformen, ohne Daten aus separaten Systemen zusammenführen zu müssen? Das sind keine Randfälle. Das ist die tägliche Realität für Teams, die gemischte Infrastrukturen betreiben.
Was DPX abdeckt und wie
Catalogic DPX ist darauf ausgelegt, heterogene Umgebungen durch native Integration mit jedem unterstützten Hypervisor zu schützen – anstatt auf generische agentenbasierte Fallbacks zu setzen. Sein vStor, ein softwaredefinierter Backup-Speicher, fungiert als einheitliches Ziel für alle Datenquellen. Hier ist die Funktionsweise für jede unterstützte Plattform.
VMware vSphere
DPX ist VMware Technology Alliance Partner mit über einem Jahrzehnt vSphere-Erfahrung. Es nutzt VMwares agentenlose Datensicherungs-API (VADP), um VMs ohne Installation von Agenten auf jedem Gast zu sichern. Das reduziert den Verwaltungsaufwand und minimiert die Performance-Auswirkungen auf laufende Workloads.
DPX 4.15 führte die VMware-Sicherung nach vCenter-Tags ein, wobei 4.16 den VMware-Schutz für hybride Umgebungen weiter ausbaute. Anstatt statische Jobdefinitionen um spezifische VMs oder Ordner zu erstellen, können Teams Backup-Jobs nach Tags definieren. Wenn eine neue VM in vCenter erstellt und entsprechend getaggt wird, wird sie automatisch vom richtigen Backup-Job erfasst. Keine manuelle Aktualisierung erforderlich. In Umgebungen, in denen VMs häufig bereitgestellt werden, entfernt dies eine häufige Lücke in der Abdeckung, die leicht übersehen wird, bis etwas schiefgeht. Bei der Wiederherstellung stehen Optionen von Instant Virtualization und Instant VMDK-Mapping bis hin zur kompletten VM-Wiederherstellung zur Verfügung – je nach Bedarf.
Microsoft Hyper-V
Für Organisationen, die Windows Server-Infrastruktur betreiben, ist Hyper-V oft ein bedeutender Teil des Bestands. Wie VMware schützt DPX Hyper-V-Umgebungen agentenlos, ohne Software auf jedem Gast zu installieren, mit konsistenten Richtlinien, die für alle unterstützten Plattformen gelten.
Dieselben Wiederherstellungsfunktionen, die für VMware verfügbar sind – einschließlich granularer Datei- und Anwendungsobjekt-Wiederherstellung – gelten gleichermaßen für Hyper-V-VMs. Es gibt keine Behandlung zweiter Klasse basierend darauf, auf welchem Hypervisor eine VM läuft.
Proxmox VE
Proxmox VE hat erhebliche Akzeptanz erfahren, da Organisationen nach kostengünstigen Alternativen zu kommerziellen Hypervisoren suchen. Viele betreiben es neben ihrer bestehenden VMware- oder Hyper-V-Infrastruktur. DPX integriert sich direkt mit Proxmox VE für die agentenlose Proxmox-VE-Sicherung, wobei die Snapshot-Verwaltung automatisch über Zeitpläne und Aufbewahrung hinweg erfolgt. Kein separatey Tooling oder manuelle Eingriffe erforderlich – was in Umgebungen wichtig ist, in denen Proxmox oft auf schlanker Infrastruktur mit begrenztem IT-Personal läuft.
Das verbindende Element: vStor und GuardMode
Per-Plattform-Abdeckung ist notwendig, aber nicht ausreichend. Was Multi-Hypervisor-Sicherung in großem Maßstab handhabbar macht, ist eine gemeinsame Speicher- und Schutzschicht darunter.
DPX vStor ist ein softwaredefinierter Backup-Speicher, der als einheitliches Ziel für alle unterstützten Plattformen fungiert:
- Basierend auf Open-Source-Komponenten ohne Abhängigkeit von proprietärer Hardware
- Unterstützt Inline-Deduplizierung und Kompression
- Bietet Punkt-zu-Punkt-Replikation für Disaster Recovery
- KMIP-konforme Schlüsselverwaltung trennt die Verwaltung von Verschlüsselungsschlüsseln vom Speicher – wichtig für Organisationen mit Compliance-Anforderungen
Ein Team, das VMware-, Hyper-V- und Proxmox-Umgebungen schützt, benötigt keinen separaten Backup-Speicher für jede Plattform. Alle Daten fließen in vStor, von wo aus sie bei Bedarf auf Band oder Cloud-Objektspeicher ausgelagert werden können.
DPX GuardMode fügt eine proaktive Ransomware-Erkennung hinzu. Es überwacht verdächtige Dateiaktivitäten und Anzeichen von Verschlüsselung an der Quelle. Bei einer Bedrohungsentdeckung identifiziert es die betroffenen Dateien und bietet mehrere Wiederherstellungspunkte, um zu einem sauberen Zustand zurückzukehren. Backups werden als unveränderliche Snapshots gespeichert, wobei Archivkopien auf Band oder Cloud-Objektspeicher physisch vom Netzwerk getrennt gehalten werden. Dieser Schutz gilt konsistent, unabhängig davon, auf welchem Hypervisor ein Workload läuft.
Was das in der Praxis bedeutet
Ein Team, das VMware, Hyper-V und Proxmox mit DPX betreibt, erhält:
- Ein einheitliches Backup-Speicherziel in vStor – ohne Vendor-Lock-in
- Konsistente RPOs und Aufbewahrungsrichtlinien, unabhängig vom Hypervisor
- Ransomware-Erkennung und unveränderliche Backup-Kopien, die alle Workloads abdecken
- Cloud-Archivierung mit Verschlüsselung für S3-kompatible und Azure-Ziele
- Block-Effizienz mit bis zu 90 % Reduzierung von Backup-Zeit und -Auswirkungen
- Zentralisierte Übersicht über alle unterstützten Plattformen – ohne separate Reporting-Tools
All das erfordert keine Standardisierung auf einen einzigen Hypervisor oder eine Neugestaltung der Umgebung. DPX funktioniert mit dem, was bereits vorhanden ist.
Die Quintessenz
Multi-Hypervisor-Umgebungen sind Realität, keine vorübergehende Situation, die später bereinigt wird. Die Backup-Strategie muss das widerspiegeln. Eine Lösung, die VMware gut abdeckt, aber alles andere nur nebenbei behandelt, schafft genau die Art von Lücke, die sich im Ernstfall zeigt.
Das Ziel ist nicht, mit möglichst wenigen Tools um jeden Preis zu arbeiten, sondern bewusst über diejenigen zu entscheiden, die tatsächlich eingesetzt werden. Das bedeutet, unnötige Überschneidungen zu minimieren, während sichergestellt wird, dass jede Lösung wirklich zweckgebunden für ihren Bereich ist. Catalogic DPX deckt die Hypervisor- und physischen Workloads dieser Gleichung ab – mit nativen Integrationen für jede unterstützte Plattform, einer konsistenten Speicher- und Schutzschicht durch vStor und Ransomware-Erkennung über alle Workloads hinweg.
Mehr über Catalogic DPX erfahren unter: catalogicsoftware.com/products/dpx
DPX-Unterstützung für zusätzliche Hypervisoren ist in der Roadmap. Wenn Sie etwas betreiben, das wir noch nicht abgedeckt haben, würden wir gerne mehr über Ihre Umgebung erfahren. Lass uns reden!
Kacper Wasiak
GTM Manager
Kacper is GTM Manager at Catalogic Software, where he works with our product teams, developers and our partners to make sure our company's backup and recovery product values are well understood and presented in the digital universe. He writes about how data protection tools compare in practice, including backing up mixed hypervisor environments and what to evaluate before making any change to your data protection strategy.
