VMware Broadcom Lizenzmigration: Der Strategie-Leitfaden für 2026

Die Broadcom-Akquisition von VMware im Jahr 2024 war nicht nur eine Unternehmensfusion; es war eine taktische Verbrannte-Erde-Strategie, die die traditionellen vSphere „All-you-can-eat“-ELA-Modelle obsolet gemacht hat. Engineering-Teams, die in das Jahr 2025 und 2026 eintreten, müssen aufhören, VMware als Commodity-Hypervisor zu betrachten, und beginnen, es als eine hochmargige Legacy-Steuer zu behandeln, die eine brutale, dreijährige Evakuierungs- oder Optimierungsstrategie erfordert.

Das Ende der Permanentlizenz und das VCF-Ultimatum

Broadcoms Strategie ist chirurgisch präzise: Top-Tier-Unternehmen werden auf VMware Cloud Foundation (VCF) und Mid-Market-Akteure auf vSphere Foundation (VVF) gezwungen. Vorbei sind die Zeiten der SnS (Subscription and Support)-Verlängerungen für Permanentlizenzen. Wenn Sie vSphere 7.x oder 8.x mit Permanentkeys betreiben, wird Ihre nächste Verlängerung wahrscheinlich eine Preiserhöhung von 300 % bis 600 % nach sich ziehen, da Sie zu einer per-Core-Abonnementabrechnung gezwungen werden.

Der technische Reibungspunkt ist die Core-Dichte-Berechnung. Broadcom schreibt ein Minimum von 16 Cores pro CPU-Sockel vor. Wenn Sie ältere 8-Core- oder 12-Core-Xeon-Gold/Silver-Prozessoren betreiben, zahlen Sie für Phantom-Silizium. Umgekehrt, wenn Sie High-Density AMD EPYC 9654 Knoten mit 96 Cores pro Sockel betreiben, ist die Umstellung von Sockel-basierter auf Core-basierte Lizenzierung ein finanzielles Blutbad. Die Strategie für 2026 muss eine Hardware-Aktualisierung umfassen, die den Durchsatz pro Core maximiert – denken Sie an hochfrequente 32-Core-Teile statt an niederfrequente 64-Core-Teile, um die Lizenzausgaben zu minimieren.

VCF vs. vSphere Standard: Die erzwungene Konsolidierung

Broadcom hat das „Pick-and-Choose“-Menü effektiv abgeschafft. Zuvor konnte ein Ingenieur vSphere Enterprise Plus kaufen und NSX und vSAN weglassen. Heute ist der Funktionsumfang gebündelt. Wenn Sie Distributed Switching oder DRS benötigen, werden Sie zu VVF oder VCF gezwungen.

• VCF (VMware Cloud Foundation): Umfasst vSphere, vSAN (bis zu 1 TiB pro Core), NSX und Aria Suite. Dies ist Broadcoms Flagschiff. Wenn Sie NSX nicht für Micro-Segmentierung verwenden, zahlen Sie für totes Kapital.
• vSphere Foundation (VVF): Die „Mid-Tier“-Variante, die Enterprise Plus ersetzt. Umfasst vSAN (100 GiB pro Core), jedoch ohne die erweiterten Netzwerkfunktionen von NSX.
• vSphere Standard: Ohne Distributed Switches. Für jedes Unternehmen mit mehr als 10 Nodes ist dies technisch unmanagebar für Produktions-Workloads.

Für Organisationen mit großen vSAN-Footprints ist das neue Berechtigungsmodell besonders schmerzhaft. Wenn Ihr Storage-zu-Compute-Verhältnis hoch ist (z. B. massive VDI-Umgebungen), zwingt Sie die 1 TiB pro Core-Grenze in VCF oft dazu, zusätzliche vSAN-Kapazitätslizenzen zu einem Premium zu kaufen, das Pure Storage oder NetApp wieder günstig aussehen lässt.

Der Nutanix AHV-Pivot: Realitäten der Infrastrukturmigration

Nutanix ist der Hauptnutznießer von Broadcoms Aggression, aber die Migration von ESXi zu AHV ist kein „Wochenendprojekt“. Die Komplexität liegt im Netzwerk-Stack. Der Wechsel von VMware Distributed Virtual Switches (DVS) zu Nutanix AHV (OVS-basiert) erfordert ein vollständiges Überdenken Ihrer VLAN-Tagging- und LACP-Konfigurationen.

# Nutanix AHV Network Configuration Example via acli
# Creating a migration bridge for ESXi traffic
net.create br1_migration
net.add_vlan_item br1_migration vlan_id=100
# Ensure MTU parity (9000 for Jumbo Frames if vMotion/Live Migration used)
manage_ovs update_bridge br1 --mtu_size 9000

Das Nutanix Move Tool ist kompetent, versagt jedoch bei RDM (Raw Device Mapping)-Disks und spezifischen Multi-Writer-Konfigurationen. Wenn Ihre SQL-Cluster auf geteilte VMDKs über Multi-Writer angewiesen sind, müssen Sie sie neu auf Nutanix Volumes (iSCSI) umstellen oder zu AlwaysOn Availability Groups migrieren. Aus Kostensicht ist Nutanix nicht „billig“ – es ist oft 15-20 % günstiger als die neuen VCF-Preise – aber sein Wert liegt in der Freiheit von Broadcoms unberechenbarem, audit-lastigen Ökosystem.

OpenShift und KubeVirt: Der zukünftige Full-Stack-Exit

Der aggressivste – und technisch lohnendste – Migrationspfad ist die Verlagerung von VMs in Red Hat OpenShift Virtualization (unter Verwendung von KubeVirt). Dies ermöglicht es Ihnen, VMs und Container über eine einzige Kubernetes Control Plane zu verwalten. Es eliminiert die Hypervisor-Steuer, indem es KVM unter der Haube nutzt.

Die Realität 2026 ist jedoch, dass die meisten Unternehmen noch nicht bereit für „VMs als Pods“ sind. Sie verlieren das „VCSA-Gefühl“ des Point-and-Click-Managements. Die Vernetzung erfordert Multus CNI, um einer VM mehrere Schnittstellen bereitzustellen, und der Storage verlangt einen CSI-kompatiblen Provider. Wenn Sie bereits in einen automatisierten Kubernetes-Workflow investiert haben, ist KubeVirt der logische Endpunkt. Wenn Sie ein altes Windows-Unternehmen sind, hat der Performance-Overhead von Windows-on-KVM in OpenShift immer noch einen Latenz-Nachteil von 5-8 % im Vergleich zu ausgereiften ESXi-Treibern.

Proxmox VE im Unternehmen: Kein Witz mehr

Vor zwei Jahren hätte die Erwähnung von Proxmox in einem Tier-1-Rechenzentrum dazu geführt, dass man aus dem CAB (Change Advisory Board)-Meeting ausgelacht worden wäre. Im Jahr 2026 ist es eine praktikable Rettungsboje für DMZ, Dev/Test und Edge-Standorte. Die Ceph-Integration in Proxmox bietet eine legitime Alternative zu vSAN ohne Softwarekosten.

Das Hindernis ist der Mangel an „Enterprise“-Backup-Support. Während Proxmox Backup Server (PBS) exzellent ist, integriert es sich nicht mit Veeam oder Commvault mit der gleichen API-Reife wie VMwares VADP. Organisationen, die Proxmox einführen, wenden sich in der Regel von zentralisierten Backup-Appliances ab hin zu anwendungsebene Backups oder Dateisystem-Snapshots. Wenn Sie über 500+ Nodes verfügen, wird der Management-Overhead des Fehlens eines zentralen „vCenter-to-rule-them-all“ in Proxmox (Multi-Cluster-Management ist noch im Entstehen) zu Arbeitskosten, die die Lizenzeinsparungen aufwiegen können.

Die Migrations-Checkliste 2026: Schritt für Schritt

1. Audit Ihrer Core-Dichte: Verwenden Sie PowerCLI, um Ihre aktuellen physischen Core-Anzahlen zu exportieren. Jeder Host mit weniger als 16 Cores sollte sofort außer Betrieb genommen werden.

   Get-VMHost | Select Name, @{N="Cores";E={$_.ExtensionData.Hardware.CpuInfo.NumCpuCores}}

2. Bewertung der NSX-Nutzung: Wenn Sie Distributed Firewall (DFW) oder VXLAN/GENEVE Overlays nicht nutzen, zahlen Sie für VCF-Funktionen, die Sie nicht benötigen.
3. vSAN richtig dimensionieren: Vergleichen Sie Ihr TB-zu-Core-Verhältnis. Wenn Sie 1 TiB pro Core überschreiten, könnte der Wechsel zu externem FC- oder iSCSI-Storage unter Broadcoms neuem Regime tatsächlich günstiger sein.
4. Führen Sie einen POC auf KubeVirt/OpenShift durch: Ziel sind zunächst Linux-Workloads mit geringer Kritikalität. Verwenden Sie das Migration Toolkit for Virtualization (MTV), um Massenübertragungen zu testen.

Der finanzielle Einfluss: OPEX vs. CAPEX

Broadcom hat die CAPEX-basierte Infrastrukturplanung effektiv beendet. Alles ist jetzt eine wiederkehrende OPEX-Ausgabe. Für eine mittelgroße Umgebung von 2.000 Cores wird eine VCF-Verlängerung voraussichtlich zwischen 700.000 und 1,2 Millionen US-Dollar jährlich liegen, abhängig von Ihrer Hardware-Dichte. Im Gegensatz dazu könnte ein OpenShift- oder Nutanix-Footprint um 500.000 bis 800.000 US-Dollar liegen. Die „Exit-Kosten“ – Ingenieurszeit, Professional Services und Hardware-Abschreibungen – haben in der Regel einen ROI von 24 Monaten. Wenn Sie die Migration nicht bis Q1 2025 beginnen, werden Sie 2026 zu einer „Gun-to-head“-Verlängerung gezwungen.

Wir raten unseren Kunden, eine „bimodale“ Infrastruktur zu unterhalten. Betreiben Sie 20 % Ihrer kritischen, veralteten monolithischen Apps auf einem minimierten vSphere Foundation Footprint und verschieben Sie die restlichen 80 % auf eine Kombination aus Public Cloud und On-Prem OpenShift. Dies begrenzt Broadcoms Hebelwirkung bei Verhandlungen.

Für weitere Deep Dives zur Optimierung Ihrer Hybrid-Umgebung, lesen Sie unseren Leitfaden zur Minimierung von Cloud-Egress-Kosten. Wenn Ihr Team ein technisches Audit Ihrer VMware-Umgebung benötigt, um Migrationspfade zu identifizieren oder Ihre VCF-Core-Count-Ausgaben zu optimieren, sehen Sie sich unsere Beratungsgebühren unter techleague.io an.