Dieser Beitrag vertieft unsere Seite zur VMware-Alternative. Er 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
| VMware/VCF-Komponente | Cozystack-Äquivalent |
|---|---|
| vSphere/ESXi | KubeVirt auf Talos |
| vCenter | Cozystack Control Plane (Kubernetes API + Cozystack Dashboard) |
| vSAN | LINSTOR (DRBD) |
| NSX | Cilium (eBPF) |
| vCloud Director | Tenant CRD + Cozystack Dashboard |
| vRealize/Aria Operations | VictoriaMetrics + VictoriaLogs + Grafana |
| Site Recovery Manager | Velero + S3 + PostgreSQL PITR plus geübte Runbooks (kein orchestriertes Failover wie bei SRM) |
| Tanzu Kubernetes Grid | Tenant Kubernetes (nativ) |
| VMware Cloud Foundation | Cozystack (vollständiges Stack-Äquivalent) |
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. Vor dem finalen Cutover stehen Backup und Wiederherstellung mit Velero und PostgreSQL PITR plus geübte Runbooks; ein orchestriertes standortübergreifendes Failover wie bei SRM gibt es nicht.
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 Supportmodell, bei dem Sie den Zugriff bestimmen: Beratung und GitOps-PR-Review ohne Clusterzugriff, Fernzugriff nur mit Ihrer Freigabe.
Architektonische Implikationen:
- Tenant CRD — jeder Mandant ist ein Kubernetes-Objekt
- Air-Gap-Install unterstützt
- Kein Phone-Home — Telemetrie ist standardmäßig deaktiviert
- Auf DORA/NIS2 ausgerichtete Kontrollen — operative Resilienz, Dokumentation des Lieferantenrisikos
- Ænix-Supportmodell — Zugriff nach Ihrer Wahl: Beratung, Runbooks und GitOps-PR-Review ohne Clusterzugriff; Fernzugriff auf Ihre Cluster mit Ihrer Freigabe und externes Monitoring in den höheren Support-Stufen
Migrations-Zeitplan
Nach einem Platform Readiness Assessment von 14 oder 28 Tagen:
- Rund 100 VMs: rund 8–12 Monate, einschließlich Planung und Migrationswellen
- Rund 1.000 VMs: 18–24 Monate, in Kohorten
- Dazwischen: je nach Abhängigkeiten zwischen diesen beiden Werten
Treiber sind Regressionstests und Parallelbetriebsfenster, nicht die reine Kopiergeschwindigkeit.
Wie geht es weiter?
Für eine spezifische Bewertung Ihres VMware-Ausstiegs siehe fokussierte Seite zur VMware-Alternative oder Platform Readiness Assessment.
Ænix hat Cozystack entwickelt und gehört zu den Maintainern des CNCF-Projekts — CNCF Certified Kubernetes Distribution.
Wissens-Check: VMware-Ablösung nach Broadcom
5 questions · ~2 min
