DPX 4.15 bringt vier bedeutende Änderungen mit: vollständiges NDMP-Management in der Weboberfläche, VMware-Backup-Auswahl über vCenter-Tags, KMIP-konforme Schlüsselverwaltung in vStor und Cloud-Archivverschlüsselung. Keine dieser Funktionen ist spekulativ. Sie erfüllen Anforderungen, die unsere Kunden gestellt haben, und jede bietet einen klaren betrieblichen Nutzen.
Dieser Beitrag erklärt, was jede Funktion tut, warum sie betrieblich wichtig ist und wo sie in den breiteren Kontext der heutigen NAS-, VMware- und Verschlüsselungsverwaltung passt.
NDMP-Management zieht in die Weboberfläche um
Wenn Sie NDMP-Backup-Jobs in DPX verwalten, ist diese Funktion für Sie. Bis jetzt lebten die NDMP-Konfiguration und -Operationen im Java-Desktop-Client, während VMware-, Hyper-V- und Block-Backup-Jobs bereits in die Weboberfläche migriert waren. Mit DPX 4.15 schließt NDMP zu ihnen auf: Knotenverwaltung, Backup-Job-Konfiguration, Wiederherstellungsoperationen und Monitoring sind jetzt alle im Browser verfügbar.
Das Ziel ist die volle Parität mit der Java-Oberfläche für NDMP-Workflows. Organisationen, die NDMP-Backups für NetApp- oder Isilon-NAS-Umgebungen durchführen, können so auf ein einziges Verwaltungstool konsolidieren.
Um zu verstehen, warum das wichtig ist, ist etwas Kontext zu NDMP hilfreich. NDMP ist ein Protokoll, das bis in die Mitte der 1990er Jahre zurückreicht und von NetApp und Intelliguard entwickelt wurde, um das Problem der Sicherung von NAS-Appliances zu lösen, die keine Drittanbieter-Backup-Agenten ausführen konnten. Das Protokoll trennt den Steuerpfad vom Datenpfad, sodass Backup-Software Jobs orchestrieren kann, während die NAS-Appliance die eigentliche Datenbewegung übernimmt. Es bleibt der Standardansatz für die Sicherung von NAS-Daten auf Plattformen wie NetApp ONTAP und Dell Isilon.
Die Branchenkonversation um NDMP hat sich in den letzten Jahren weiterentwickelt. Anbieter wie Veeam haben veränderte Dateiverfolgungsansätze für NAS-Backups eingeführt, die NDMP vollständig umgehen. Rubrik und Cohesity haben ihren NAS-Schutz um inkrementell-forever-Modelle herum aufgebaut. Veritas führte Dynamic NAS (DNAS) als Alternative zu reinen NDMP-Workflows ein.
Diese Ansätze haben in bestimmten Umgebungen ihre Berechtigung. Aber die Realität ist, dass viele Organisationen weiterhin auf NDMP angewiesen sind – und das aus gutem Grund. Sie haben NetApp-Filer, Isilon-Cluster oder andere NAS-Infrastrukturen, bei denen NDMP die unterstützte, getestete und betrieblich verstandene Methode ist. Diese zu ersetzen bedeutet, Wiederherstellungsverfahren neu zu qualifizieren, Mitarbeiter umzuschulen und oft die Datenflüsse der Backup-Sicherung neu zu gestalten. Für diese Umgebungen bringt die Investition in bessere NDMP-Tools mehr unmittelbaren Wert als die Migration zu einem anderen Backup-Paradigma.
Die Verlagerung des NDMP-Managements in eine browserbasierte Oberfläche reduziert die Anzahl der Tools, die Administratoren warten müssen, senkt die Hürde für die Einarbeitung neuer Teammitglieder und öffnet die Tür für automatisierungsfähige APIs. Wenn Ihr Team derzeit NDMP-Workflows über den Java-Client oder die CLI skriptet, lohnt es sich zu erkunden, welche äquivalenten Automatisierungswege die Weboberfläche und ihre APIs bieten.
VMware-Backup-Auswahl über vCenter-Tags
DPX 4.15 fügt die Möglichkeit hinzu, VMware-Backup-Jobs mithilfe von vCenter-Tags als Auswahlkriterium zu definieren. Wenn eine neue VM in vCenter erstellt und getaggt wird, fällt sie automatisch in den Bereich des entsprechenden Backup-Jobs. Wenn ein Tag entfernt wird, wird die VM aus dem Bereich entfernt.
Dies ist eine willkommene Ergänzung für VMware-lastige Umgebungen. Bisher wurden VMware-Backup-Jobs in DPX durch die Auswahl spezifischer VMs, Ressourcenpools oder Ordner definiert. Dieser Ansatz ist unkompliziert, aber in Umgebungen, in denen die VM-Bereitstellung häufig erfolgt (Dev/Test, CI/CD-Pipelines, dynamische Workloads), bedeutet dies, dass jemand die Backup-Job-Definitionen aktualisieren muss, wenn VMs hinzugefügt, verschoben oder reorganisiert werden. Die Tag-basierte Auswahl entfernt diesen Overhead vollständig.
Die Tag-basierte Backup-Auswahl ist ein etabliertes Muster am Markt. Veeam unterstützt die VM-Auswahl über Tags mit einzelnen Tags und Tag-Kombinationen. Commvault unterstützt die Filterung nach Tags, Tag-Kategorien, benutzerdefinierten Attributen und anderen vCenter-Metadatenfeldern. DPX 4.15 bringt diese Funktion zu unseren Kunden, und für Organisationen, die vCenter-Tags bereits zur Organisation ihrer Infrastruktur nutzen (nach Abteilung, SLA-Stufe, Anwendungs-Kritikalität oder Compliance-Bereich), können sich die Backup-Job-Definitionen jetzt direkt an diese bestehenden Kategorien anlehnen.
Ein paar Dinge zu beachten:
- Dies funktioniert ausschließlich mit vCenter-Tags. Wenn Ihre VMware-Umgebung über eigenständige ESXi-Hosts ohne vCenter verwaltet wird, stehen keine Tags zur Verfügung.
- Der betriebliche Nutzen hängt von einer disziplinierten Tagging-Praxis in vCenter ab. Wenn Tags inkonsistent angewendet werden, folgen Lücken in der Abdeckung.
- Es lohnt sich zu bestätigen, wie DPX mit Randfällen umgeht:
- Was passiert, wenn eine VM mehrere Tags hat, die unterschiedlichen Backup-Jobs entsprechen?
- Was passiert während eines vCenter-Ausfalls, wenn die Tag-Auflösung fehlschlägt?
Das Nettoergebnis ist weniger manuelle Pflege von Backup-Job-Definitionen und eine bessere Abstimmung zwischen der Art und Weise, wie Ihr VMware-Team die Infrastruktur organisiert, und der Art und Weise, wie Ihr Backup-Team sie schützt.
KMIP-Schlüsselverwaltung in vStor
DPX 4.15 führt die Unterstützung für KMIP-konforme Schlüsselspeicher in vStor ein, dem softwaredefinierten Speichergerät, das als primärer Backup-Speicher für die meisten DPX-Bereitstellungen dient.
KMIP (Key Management Interoperability Protocol) ist ein OASIS-Standard, der definiert, wie Verschlüsselungsschlüssel über Systeme hinweg verwaltet werden. Er ermöglicht es Organisationen, die Lebenszyklusverwaltung von Schlüsseln zu zentralisieren: Generierung, Rotation, Sperrung und Löschung von Schlüsseln über einen einzigen Key Management Server (KMS), unabhängig davon, welche Systeme diese Schlüssel verwenden. Große KMS-Plattformen wie Thales CipherTrust, HashiCorp Vault Enterprise und Utimaco ESKM unterstützen KMIP.
Die praktische Bedeutung hier ist die Trennung von Verantwortlichkeiten. Bis jetzt wurden die Verschlüsselungsschlüssel für vStor lokal verwaltet, was einfach ist und für viele Umgebungen gut funktioniert. Aber Organisationen, die unter Compliance-Frameworks wie SOC 2, HIPAA, PCI DSS oder NIST 800-171 operieren, benötigen oft eine Trennung der Schlüsselverwaltung vom Speicher, der die verschlüsselten Daten hostet. Die KMIP-Unterstützung in vStor macht dies möglich.
Mit KMIP-Unterstützung kann vStor jetzt als KMIP-Client agieren, der Verschlüsselungsschlüssel von einem externen KMS abruft und verwendet. Das bedeutet, der Backup-Administrator verwaltet Backups, und das Sicherheitsteam verwaltet Schlüssel. Prüfprotokolle für die Schlüsselnutzung leben im KMS, nicht im Backupsystem. Wenn ein Schlüssel rotiert oder gesperrt werden muss, geschieht dies zentral, ohne einzelne vStor-Knoten zu berühren.
DPX 4.15 unterstützt auch die Migration von Schlüsseln zwischen Schlüsselspeicher-Backends. Das bedeutet, dass Organisationen von einem lokalen Schlüsselspeicher zu einem KMIP-konformen externen KMS (oder zwischen KMS-Plattformen) wechseln können, ohne alle bestehenden Backup-Daten neu verschlüsseln zu müssen. Für Teams, die die zentrale Schlüsselverwaltung schrittweise einführen, ist dies ein erheblicher Komfort.
Die Schlüsselverwaltungskonfiguration ist sowohl über die vStor-Benutzeroberfläche als auch die CLI verfügbar, was für Umgebungen wichtig ist, in denen die Sicherheitskonfiguration über Automatisierung oder Infrastructure-as-Code-Pipelines verwaltet wird.
Bei der Planung Ihrer Bereitstellung sollten Sie überprüfen, welche KMIP-Versionen vStor unterstützt, und die Kompatibilität mit Ihrer spezifischen KMS-Plattform bestätigen. KMIP ist ein Standard, aber das Testen gegen Ihre genaue Konfiguration ist immer sinnvoll. Die DPX-Kompatibilitätsmatrix enthält die Details.
Cloud-Archivverschlüsselung
Neben der KMIP-Unterstützung fügt DPX 4.15 die Verschlüsselung für Cloud-Archiv-Jobs hinzu. Die Daten werden bevor sie die DPX-Umgebung verlassen verschlüsselt, unabhängig vom Cloud- oder S3-kompatiblen Ziel.
Dies ist clientseitige Verschlüsselung, die sich von der Transportverschlüsselung (TLS) unterscheidet, die Daten während der Übertragung schützt, und von der serverseitigen Verschlüsselung, die einige Cloud-Anbieter auf Speicherebene anwenden. Clientseitige Verschlüsselung bedeutet, dass die Daten von DPX vor der Übertragung verschlüsselt werden. Das Cloud-Ziel sieht nie unverschlüsselte Daten. DPX behandelt sowohl die Verschlüsselung beim Senden als auch die Entschlüsselung beim Zurückholen während der Wiederherstellung.
Das ist wichtig, weil es dem Backup-Team die Kontrolle über die Verschlüsselung gibt, unabhängig davon, was das Cloud-Ziel nativ unterstützt. Ob Sie in AWS S3, Azure Blob, einen MinIO-Cluster oder ein anderes S3-kompatibles Endpunkt archivieren, die Verschlüsselung ist konsistent und wird von DPX verwaltet.
Für Organisationen mit Anforderungen an die Datensouveränität ist dies besonders relevant. Die clientseitige Verschlüsselung stellt sicher, dass selbst wenn ein Cloud-Anbieter gezwungen wird, Zugriff auf gespeicherte Daten zu gewähren, die Daten mit Schlüsseln verschlüsselt sind, die der Anbieter nicht besitzt (besonders in Kombination mit der oben beschriebenen KMIP-Integration, bei der Schlüssel in Ihrem eigenen KMS leben).
vStor- und betriebliche Verbesserungen
Neben den Hauptfunktionen umfasst DPX 4.15 mehrere vStor-Verbesserungen, die erwähnenswert sind.
Das Mounten von Images in vStor läuft jetzt als Hintergrundaufgabe mit Fortschrittsberichten pro Datenträger, sodass Administratoren weiterarbeiten können, während die Mounts abgeschlossen werden. In Umgebungen, in denen gemountete Images für die granulare Dateiwiederherstellung oder Tests verwendet werden, ist dies eine Qualitätsverbesserung, die sich im Laufe der Zeit summiert.
Die direkte Wiederherstellung von Rohdateien aus gemounteten Images in SMB-Freigaben wird jetzt ohne ZIP-Verpackung als Zwischenschritt unterstützt. Dies vereinfacht die Wiederherstellungsworkflows, insbesondere für Endbenutzer oder Anwendungsteams, die bestimmte Dateien in eine Freigabe wiederherstellen müssen, auf die sie direkt zugreifen können.
Löschsperrrichtlinien pro Volume bieten eine feinere Kontrolle über die Aufbewahrung. Anstatt eine einzelne Aufbewahrungsregel auf alle Volumes eines vStor-Knotens anzuwenden, können Administratoren jetzt unterschiedliche Löschsperrrichtlinien auf einzelne Volumes anwenden. Dies ist nützlich in Umgebungen, in denen unterschiedliche Backup-Workloads unterschiedliche Aufbewahrungsanforderungen haben, z. B. wenn Produktionsdatenbank-Backups 90 Tage aufbewahrt werden, während Compliance-Archive sieben Jahre behalten werden.
Aggregierte Ereignisbenachrichtigungen können jetzt als PDF-Anhänge zugestellt werden. Für Teams, die sich auf E-Mail-basierte operative Reviews verlassen, anstatt die DPX-Benutzeroberfläche zu nutzen, reduziert dies die Notwendigkeit, die Oberfläche für Routine-Statusupdates zu überprüfen.
Das große Ganze: Konsolidierung der Weboberfläche
DPX 4.15 setzt die Konsolidierung der Weboberfläche fort, die seit DPX 4.11 Priorität hat. Jede Version bringt mehr Workflows in die moderne Oberfläche:
- DPX 4.14 brachte die Bandbibliotheksverwaltung
- DPX 4.15 fügt NDMP hinzu
Die Entwicklung erfolgt gezielt, und wir nähern uns dem Punkt, an dem die meisten Organisationen vollständig auf die Web-Oberfläche standardisieren können.
Wenn NDMP der letzte große Workflow war, der Ihr Team im Java-Client gehalten hat, ist DPX 4.15 wahrscheinlich die Version, in der Sie sich davon verabschieden können. Überprüfen Sie Ihre spezifischen Betriebsverfahren, aber das war das Ziel, das wir mit dieser Version verfolgt haben.
Fazit
DPX 4.15 ist eine Ausführungsversion. Sie liefert, was sich unsere Kunden gewünscht haben:
- NDMP-Management in der Weboberfläche
- VMware-Backup-Auswahl, die sich an der Art und Weise orientiert, wie Teams Infrastruktur organisieren
- Enterprise-Verschlüsselungskontrollen, die Compliance-Anforderungen direkt erfüllen
Der Wert ist praktisch:
- Eine einzige Management-Oberfläche für alle Backup-Workflows
- Weniger manuelle Pflege von Job-Definitionen
- Bessere Abstimmung mit enterpriseweiten Schlüsselverwaltungsprozessen
- Verschlüsselung, die das Backup-Team von Ende zu Ende kontrolliert
Wenn Sie DPX in der Produktion betreiben, sollte sich das Upgrade-Gespräch auf drei Dinge konzentrieren:
- Ob Ihre NDMP-Workflows vollständig in der neuen Weboberfläche unterstützt werden
- Ob Ihre vCenter-Tagging-Praktiken ausgereift genug sind, um von der tagbasierten Backup-Auswahl zu profitieren
- Ob Ihr Sicherheitsteam einen KMIP-konformen KMS für die Verschlüsselungsintegration bereit hat
Das sind konkrete, beantwortbare Fragen. Genau das macht diese Version nützlich.
Pawel Staniec
CTO
Pawel is CTO at Catalogic Software, where he owns DPX product architecture and technology direction and works with our developers, alliance partners and customers across EMEA to keep what we build aligned with how our data protection products are actually deployed. He writes about the engineering behind our releases, including NDMP backup management, Proxmox VE protection, and where hypervisor-native backup tooling stops being enough.