VMware-Ablösung nach Broadcom — Leitfaden für DACH-Service-Provider, Banken und souveräne Clouds

Dies ist die ausführliche Begleitung zu unserer fokussierte Seite zur VMware-Alternative-Page. Sie führt durch den Wandel unter Broadcom, was eine glaubwürdige VMware-Ablösung in der Produktion tatsächlich bedeutet, und wie eine echte Migration End-to-End abläuft.

Nach Broadcom ist die VMware-Rechnung unkalkulierbar geworden. Subscription-only-Lizenzierung, verpflichtende VCF-Bündelung, Preiserhöhungen von 2-5× bei Verlängerung und das Ende der ewigen Lizenzen haben die Kalkulation für jedes Infrastruktur-Team grundlegend verändert.

Diese Veränderung hat einen dokumentierten Wandel ausgelöst — Service Provider, Banken, öffentlicher Sektor und KI/GPU-Betreiber bewerten Alternativen.

Warum die VMware-Ablösung jetzt anläuft

Drei unabhängige Druckpunkte treffen die gleiche Architektur gleichzeitig:

Kostenklippe nach dem Verlängerungszyklus. VMware-Ausgaben, die 2020-2022 akzeptabel wirkten, haben sich über mehrere Jahre kumuliert. Verlängerungszyklen treffen jetzt auf Vorstände, die diesen Verlauf nicht genehmigt haben.

Regulatorischer Druck. DORA seit Januar 2025; NIS2 in der Umsetzung in den EU-Mitgliedstaaten; sektorale Regeln im Finanzdienstleistungssektor; explizite souveräne Cloud-Mandate in Deutschland (BSI C5), Frankreich (SecNumCloud) und anderen Märkten.

KI-Workload-Ökonomie. GenAI-Inferenz im großen Maßstab hat Egress-, GPU-Pricing- und Datenresidenz-Profile, die Hyperscaler nicht optimiert haben.

Architektur-Mapping: VMware → Cozystack

Zwei Bereiche erfordern Redesign anstelle eines 1:1-Mappings: Networking (Cilium ist grundlegend anders als NSX) und Multi-Mandanten-Modell (Cozystack-Mandanten sind Kubernetes-nativ).

Wie eine echte VMware-Migration abläuft

Migrationspfade sind workload-abhängig. Für die meisten Teams ist dies die realistische Reihenfolge.

1. Discovery und Assessment

Strukturierte Bewertung des aktuellen vSphere/VCF/vCD-Bestands: Workload-Anzahl, OS-Mix, vSAN/NSX-Abhängigkeiten, Integrationen, Mandantenmodell.

2. Cozystack parallel deployed

Cozystack wird auf neuer oder umgewidmeter Hardware neben dem bestehenden VMware-Bestand installiert. Kein Big-Bang-Cutover.

3. VM-für-VM-Image-Migration zu KubeVirt

Für die meisten VMs ist die Migration eine Disk-Image-Kopie. KubeVirt CDI plus ein Set spezieller Migrations-Skripte. Für Windows-VMs läuft ein automatischer Cleanup-Pass vor dem Boot auf KubeVirt.

4. Netzwerk- und Speicher-Cutover

Networking: VLAN-Mapping in Cilium mit Policy-Parität gegen NSX-Regeln. Storage: Disks in LINSTOR importieren.

5. Validierung und DR-Cutover

Jede migrierte Workload läuft parallel auf Cozystack bis zur Validierung. DR-Pläne (Velero, PostgreSQL PITR) ersetzen SRM-Playbooks vor dem finalen Cutover.

6. VMware-Decommission

Lizenzen enden zu ihren eigenen Bedingungen. Hardware in den Cozystack-Cluster umgewidmet.

Souveränität-by-Architecture

Cozystack ist Open Source unter Apache 2.0. Ihre Binaries, Ihre Hardware, Ihre Datenebene. Ænix liefert Air-Gap-Installations-Workflows und ein Beratungssupport-Modell, das keinen direkten Kunden-Umgebungszugriff erfordert.

Architektonische Implikationen:

• Tenant CRD — jeder Mandant ist ein Kubernetes-Objekt
• Air-Gap-Install unterstützt
• Kein Phone-Home standardmäßig deaktiviert
• DORA/NIS2-konforme Steuerelemente — operative Resilienz, Lieferantenrisikodokumentation
• Ænix-Support-Modell — Beratung + Runbooks + GitOps-PR-Review (kein kubectl-Zugriff erforderlich)

Migrations-Zeitplan

• Kleinere Bestände (unter 200 VMs, einfaches Networking): 6-12 Wochen von Discovery bis Decommission
• Größere oder komplexere Bestände (vCD, NSX-lastig, regulierte Workloads): 3-9 Monate, in Kohorten

Wie geht es weiter?

Für eine spezifische Bewertung Ihres VMware-Ausstiegs siehe fokussierte Seite zur VMware-Alternative oder Platform Readiness Assessment.

Ænix ist das Team hinter Cozystack — CNCF-Projekt, Kubernetes Certified Distribution.