VMware-Backup: Die Realität nach der Übernahme durch Broadcom

Zwei Jahre Kundengespräche

Seit Broadcom die Übernahme von VMware im November 2023 abgeschlossen hat, habe ich Dutzende von Gesprächen mit VMware-Kunden geführt, um herauszufinden, wie es nun weitergehen soll. Die Gespräche haben sich im Laufe dieser 24 Monate gewandelt. In den ersten sechs Monaten lautete die Frage: „Wie schlimm wird es tatsächlich werden?“ Nun lautet die Frage: „Was tun wir dagegen?“ Die Entscheidung über die Backup-Architektur hängt stärker mit dieser zweiten Frage zusammen, als den meisten Teams bewusst ist. 

Dieser Beitrag enthält die Ratschläge, die ich einem Kollegen geben würde, der mich fragt, wie man die Datensicherung bei VMware in der Zeit nach der Übernahme durch Broadcom angehen sollte. Zunächst die Fakten zu Broadcom, da diese die Entscheidungen prägen. Dann, wie sich die Entscheidungen zur Datensicherung ändern müssen. Anschließend die technischen Grundlagen, die nach wie vor von Bedeutung sind. Und schließlich die drei Szenarien, in die die meisten Teams fallen, mit denen ich spreche.

Was „Post-Broadcom“ tatsächlich bedeutet

Broadcom schloss die Übernahme im November 2023 ab. Die ersten Änderungen bei den Lizenzen erfolgten im Dezember 2023, und die Änderungen setzten sich über die Jahre 2024, 2025 und bis ins Jahr 2026 fort. Die kumulative Auswirkung ist ein VMware, das nach grundlegend anderen kommerziellen Regeln funktioniert als das, das die meisten Unternehmen vor Jahren eingeführt haben.

Die Änderungen, die in jedem Kundengespräch zur Sprache kommen:

Das Ende der unbefristeten Lizenzen. Unbefristete Lizenzen mit jährlichem Support gibt es nicht mehr. Alle neuen Nutzungsrechte sind ausschließlich als Abonnement erhältlich. Kunden mit unbefristeten Lizenzen können diese nicht verlängern. Bestehende Bereitstellungen laufen weiterhin, doch für Erweiterungen oder Verlängerungen ist ein Wechsel zum Abonnementmodell erforderlich.

Konsolidierung des Produktkatalogs von etwa 168 Produkten auf 4 Bundles. Der bisherige Katalog wurde auf VMware Cloud Foundation (VCF), vSphere Foundation (VVF), vSphere Standard (VVS) und vSphere Essential Plus (VVEP) reduziert. Kunden, die zuvor nur bestimmte Komponenten erworben haben, kaufen nun umfassendere Pakete.

Erhebliche Preiserhöhungen. Von Kunden gemeldete Erhöhungen reichen von dem 8- bis zum 15-Fachen der bisherigen Kosten, abhängig von der vorherigen Konfiguration und davon, welches neue Paket dem am ehesten entspricht. Die Mindestlizenzierung von 72 Kernen belastet insbesondere kleinere Bereitstellungen.

Einschränkung des Partnerprogramms. Das VMware Cloud Service Provider-Programm schrumpfte von weltweit mehr als 4.500 autorisierten Anbietern zu einem deutlich kleineren, ausschließlich auf Einladung zugänglichen Programm, dessen Schwerpunkt auf VCF liegt. Dies wirkt sich auf den Marktzugang aus, insbesondere für KMU- und Mittelstandskunden.

Änderungen bei der Lizenzierung für Hyperscaler. Mit Wirkung zum 1. November 2025 müssen Kunden, die VMware über die „Azure VMware Solution“ oder den „AWS Elastic VMware Service“ nutzen, ein eigenes, portables VCF-Abonnement mitbringen, das direkt bei Broadcom erworben wurde. Die bisherige gebündelte Lizenzierung über Hyperscaler steht für neue Bereitstellungen nicht mehr zur Verfügung.

Dies sind keine Prognosen. Es handelt sich um Fakten, die Anfang 2026 gelten. Vernünftige Kunden können unterschiedlicher Meinung darüber sein, wie sie damit umgehen sollen. Die meisten prüfen derzeit ihre Optionen.

Warum die Backup-Architektur heute wichtiger ist als noch vor drei Jahren

Vor der Einführung durch Broadcom war die Wahl eines VMware-Backup-Tools weitgehend eine technische Entscheidung. Es ging darum, welches Produkt vSphere-Snapshots am besten verarbeitete, sich nahtlos in vCenter integrierte und die schnellste Wiederherstellung ermöglichte. Architektonische Fragen – wie eng das Backup speziell an VMware gebunden war und ob es auch mit anderen Hypervisoren funktionieren konnte – spielten zwar eine Rolle, standen jedoch selten ganz oben auf der Bewertungsliste.

Drei Auswirkungen führen nun zu einer anderen Bewertung.

Backup-Lösungen, die zusammen mit VMware lizenziert werden, unterliegen denselben Preisentwicklungen wie VMware. Backup-Tools, die mit VCF gebündelt oder als VMware-spezifische Produkte verkauft werden, sind den künftigen Entscheidungen von Broadcom ausgeliefert. Unabhängige Backup-Plattformen, die über vCenter-APIs betrieben werden, sind dies nicht.

Strategische Flexibilität hat nun einen messbaren wirtschaftlichen Wert. Eine Backup-Plattform, die heute VMware und morgen Nutanix oder AWS schützt, bietet dem Unternehmen Wahlmöglichkeiten. Eine Backup-Plattform, die nur auf VMware funktioniert, bindet den Kunden an die zukünftigen Preisentscheidungen von Broadcom, wie auch immer diese ausfallen mögen.

Migrationswerkzeuge sind nicht mehr optional. Kunden, die Workloads aktiv von VMware migrieren, benötigen ein Backup, das gleichzeitig als Migrationsplattform dient. Dieselben Backup-Daten, wiederhergestellt auf einem anderen Hypervisor oder in einer anderen Cloud. Kunden, die vorerst bei VMware bleiben, profitieren dennoch davon, diese Option bereits parat zu haben.

Technische Grundlagen, die nach wie vor von Bedeutung sind

Das geschäftliche Umfeld hat sich verändert. Die technischen Anforderungen hingegen nicht. Drei Grundlagen, die eine VMware-Backup-Plattform nach wie vor korrekt bewältigen muss. 

Vermeidung von VM-Stun bei Snapshots auf Hypervisor-Ebene

VM-Stun ist der Zeitraum während eines VMware-Snapshots, in dem die virtuelle Maschine nicht mehr reagiert, während der Hypervisor das Dateisystem in einen Ruhezustand versetzt, einen Snapshot erstellt und den Speicherzustand auf die Festplatte schreibt. Die VM ist während des „Stun“ praktisch inaktiv. Bei hohem E/A-Aufkommen kann sich der „Stun“ so lange hinziehen, dass er ein Failover des Primärservers auslöst. Der Schutzmechanismus selbst verursacht somit die Ausfallzeit, die er eigentlich verhindern soll.

Nach Abschluss des Snapshots erfasst ein Pufferprotokoll die während des „Stun“ aufgetretenen Änderungen, und diese Änderungen müssen wieder auf die VM angewendet werden. Ein weiterer zeitaufwändiger Vorgang. Da VMs immer größer geworden sind (vDisks im Multi-Terabyte-Bereich sind mittlerweile üblich), haben sowohl die Quiescence-Zeiträume als auch die Verwaltung des Pufferprotokolls entsprechend zugenommen. Der traditionelle VADP-Ansatz geht offen auf diese Kompromisse ein, löst sie jedoch nicht. 

Die architektonische Alternative sind Snapshots auf Speicherebene, die nicht auf der Hypervisor-Ebene, sondern auf der zugrunde liegenden Speicherebene erstellt werden und nur granulare Aktualisierungen erfassen, ohne dass ein erneuter Übertragungsschritt erforderlich ist. Bei Nutanix-on-ESXi-Bereitstellungen erfolgt dies über native Nutanix-Snapshot-APIs, die sowohl für AHV- als auch für ESXi-VMs funktionieren. Die Backup-Leistung wird nicht durch die Größe der VMs beeinträchtigt, es entstehen keine Ausfallzeiten für Produktions-VMs und es entsteht kein Overhead durch Pufferprotokolle.

Anwendungsorientierte Sicherung, nicht nur Backup auf VM-Ebene

Ein Backup auf VM-Ebene ist notwendig, aber nicht ausreichend. Kritische Anwendungen, die in VMs ausgeführt werden (SQL Server, Oracle, Exchange, SAP), benötigen ein anwendungsorientiertes Backup, das mit den anwendungsspezifischen Konsistenzmechanismen (VSS-Writer unter Windows, Anwendungs-Quiesce-Hooks unter Linux) koordiniert wird. Ohne diese Funktion verfügen Sie zwar über Sicherungsdateien, haben jedoch keine Garantie für die Transaktionskonsistenz.

Eine automatisierte, konfigurationsfreie Anwendungserkennung macht dies skalierbar. Die Sicherungsplattform sollte erkennen, welche Anwendungen in welchen VMs ausgeführt werden, und automatisch den entsprechenden Schutz anwenden, ohne dass ein Administrator die Zuordnung für jede VM festlegen muss. 

vCenter-Integration und Bereitstellung ohne Auswirkungen auf den Betrieb

Backup-Vorgänge sollten über vCenter-APIs integriert werden und bestehende Berechtigungen, Rollen sowie Ressourcenpool-Strukturen übernehmen. Die Backup-Plattform sollte als reine Software auf dem VMware-Cluster selbst ausgeführt werden. Keine zusätzlichen Windows-Server-Lizenzen, keine zusätzlichen Datenbanklizenzen, keine separate Infrastruktur für die schnelle Wiederherstellung. Jedes VMware-Backup, dessen Bereitstellung eine umfangreiche neue Infrastruktur erfordert, verursacht zusätzliche Kosten, die durch die Änderungen bei Broadcom ohnehin bereits unter Druck geraten sind. 

Drei Szenarien, die ich in Kundengesprächen beobachte

Die meisten Unternehmen, die im Jahr 2026 eine VMware-Backup-Lösung evaluieren, lassen sich einem von drei Szenarien zuordnen. Eine empfehlenswerte Backup-Plattform unterstützt alle drei, da sich die Situation des Kunden im Laufe der Vertragslaufzeit weiterentwickeln kann. 

Ein reines VMware-Backup-Produkt bewältigt Szenario 1 gut, hat Schwierigkeiten mit Szenario 2 und wirkt im Szenario 3 den Interessen des Kunden entgegen. Eine hypervisorunabhängige Backup-Plattform bewältigt alle drei Szenarien über dieselbe Verwaltungsebene.

Worauf Sie nach der Übernahme durch Broadcom achten sollten

Sechs Kriterien unterscheiden VMware-Backup-Optionen, die sich in den nächsten fünf Jahren bewähren werden, von Optionen, die für den Markt vor der Übernahme durch Broadcom optimiert waren. 

Unabhängigkeit von der VMware-Lizenzierung. Das Geschäftsmodell und die Roadmap des Backup-Anbieters sollten nicht von den Entscheidungen von Broadcom abhängen. Die Einbindung in Produktbündel oder gemeinsames Marketing ist in Ordnung. Technische oder geschäftliche Abhängigkeit hingegen nicht.

Hypervisor-unabhängige Architektur. Native Unterstützung für VMware ESXi, Nutanix AHV, Hyper-V und die wichtigsten öffentlichen Clouds. Die Migration zwischen Hypervisoren unter Verwendung derselben Backup-Daten sollte eine dokumentierte, unterstützte Funktion sein und nicht nur im Rahmen eines einmaligen Serviceauftrags erfolgen.

Snapshots auf Speicherebene zur Vermeidung von VM-Ausfällen. VADP-Snapshots auf Hypervisor-Ebene sind zwar zuverlässig, aber begrenzt. Die Integration auf Speicherebene mit der zugrunde liegenden Datenplattform (Nutanix, Pure, NetApp) bietet einen auswirkungsfreien Schutz für große oder I/O-intensive VMs.

Reine Software-Bereitstellung ohne zusätzliche Lizenzen. Backups, die zusätzliche Windows-Server-Lizenzen, SQL-Server-Lizenzen oder eine backupspezifische Infrastruktur erfordern, verursachen zusätzliche Kosten bei einem ohnehin schon angespannten Budget. Reine Software, die auf der bestehenden Infrastruktur läuft, sollte der Standard sein.

Anwendungsorientierte Sicherung und Wiederherstellung. Automatische Erkennung von SQL Server, Oracle, Exchange, SAP und anderen Unternehmensanwendungen, die in VMs ausgeführt werden. Anwendungskonsistente Backups. Granulare Wiederherstellung auf Datei-, Anwendungs- oder VM-Ebene.

Ransomware-Schutz über Hypervisoren hinweg. WORM-fähiger Backup-Speicher, isolierte Backup-Kopien, Erkennung von Anomalien zwischen Backups, Webhook-Integration mit Sicherheitstools. Ransomware macht keinen Halt vor Hypervisor-Grenzen. Der Backup-Schutz sollte dies ebenfalls nicht tun.

Häufige Fragen zum VMware-Backup nach der Übernahme durch Broadcom

Sollte ich VMware aufgrund der Änderungen durch Broadcom aufgeben?

Das ist eine unternehmensweite Entscheidung, keine Entscheidung bezüglich des Backups. Die richtige Antwort hängt von bestehenden Investitionen in Workloads, dem Fachwissen des Teams, Anwendungsabhängigkeiten und der tatsächlichen Preiserhöhung ab, die Ihr Unternehmen verzeichnet. Eine Backup-Architektur sollte Ihnen die Möglichkeit bieten, diese Entscheidung später zu treffen, indem sie unabhängig von der VMware-Lizenzierung ist und eine Migration unterstützt, falls Sie sich für einen Ausstieg entscheiden sollten. Die Entscheidung bezüglich des Backups sollte Sie weder an VMware binden noch davon ausschließen. 

Was bedeutet „Migration von einem ESX-Cluster zu einem Nicht-ESX-Cluster“ eigentlich?

Die Verwendung von Backup-Daten, die von einem VMware ESXi-Cluster erfasst wurden, um dieselben Workloads auf einem anderen Hypervisor wiederherzustellen – meist Nutanix AHV, aber auch in Public-Cloud-Umgebungen. Die Backup-Plattform übernimmt die Formatkonvertierung, die Konfigurationsumsetzung und die Koordination der Wiederherstellung. Bei korrekter Durchführung wird die Workload auf dem neuen Hypervisor gestartet, wobei die Anwendungskonsistenz während des Umzugs gewahrt bleibt. Es handelt sich um denselben Mechanismus, der die cloudübergreifende Notfallwiederherstellung (DR) unterstützt, nun jedoch für eine dauerhafte Migration umfunktioniert. 

Wenn ich bei VMware bleibe, ändert Broadcom dann tatsächlich, worauf ich bei der Datensicherung achten sollte?

Ja, denn die Datensicherung ist eine mehrjährige Verpflichtung, und die heute getroffene richtige Wahl sollte auch in den nächsten fünf Jahren Bestand haben, unabhängig davon, wie sich Broadcom in Zukunft verhält. Selbst wenn Sie auf absehbare Zeit an VMware gebunden sind, schützt die Wahl einer von der geschäftlichen Entwicklung von VMware unabhängigen Backup-Lösung Ihr Budget für den Datenschutz davor, von den Preisentscheidungen von VMware mitgezogen zu werden. Optionen haben einen Optionswert, auch wenn Sie die Option nicht ausüben.

Wie lange dauert die Migration von VMware zu Nutanix, wenn das Backup als Migrationsquelle dient?

Die technische Migration einer einzelnen Workload dauert in der Regel Stunden, nicht Tage. Stellen Sie das Backup im Nutanix-Cluster wieder her, validieren Sie die Workload und leiten Sie DNS und Datenverkehr um. Die vollständige Migration des Unternehmens wird in der Regel eher durch Anwendungsabhängigkeiten, Tests und die Kapazitäten der Teams als durch den Backup- und Wiederherstellungsmechanismus eingeschränkt. Die meisten Unternehmen führen diese Migrationen über einen Zeitraum von 12 bis 36 Monaten auf Anwendungs- oder Geschäftseinheitsebene durch.

Wo Sie beginnen sollten

Wenn Sie den Datenschutz bei VMware neu bewerten, ist es am sinnvollsten, ehrlich zu ermitteln, in welchem der drei Szenarien Sie sich befinden. Diese Klarheit fehlt oft in Kundengesprächen, was zum Teil daran liegt, dass sich die Antwort im Laufe des Jahres ändern kann. Sobald Sie wissen, in welchem Szenario Sie sich befinden, werden die Backup-Anforderungen konkret. Wir begleiten Sie gerne bei diesem Gespräch. Sprechen Sie mit Ihrem Kundenbetreuungsteam oder beginnen Sie unter hycu.com/trial.