VMware Lizenzkosten: Modelle und Berechnung
VMware Lizenzkosten wirken oft unplanbar, weil sich Metriken (Host, CPU, Cores, teils auch VM) und Portfolios über die Zeit verändert haben. Seit der Neuaufstellung durch VMware Broadcom sind Abonnements und gebündelte Editionen wie vSphere Foundation (VVF) und VMware Cloud Foundation (VCF) zentral. Für eine belastbare Kalkulation brauchst du zwei Dinge: eine saubere technische Inventur (Hosts, CPUs, Cores, Cluster) und eine klare Funktionsanforderung (z. B. HA, DRS, vSAN, Management).
- Lizenzierung hängt vom Modell ab: Core/CPU/Host/VM unterscheiden sich deutlich.
- VVF und VCF haben unterschiedliche Kostenimplikationen durch Funktionsumfang und Bundles.
- Mit einem 6-Schritte-Worksheet kommst du von Hardware-Daten zu einer prüfbaren Mengenbasis.
- Upgrade-Politik, Support & Subscription (SnS) und Laufzeiten entscheiden oft über die Gesamtkosten.
Der Artikel hilft dir, Lizenzmodelle verständlich zu vergleichen und Kosten strukturiert abzuschätzen, ohne mit konkreten Preisen zu arbeiten.
Du fragst Dich, was das konkret für Euer Setup bedeutet? Schreib uns oder sichere Dir direkt Dein kostenloses Erstgespräch.
Definition
VMware Lizenzkosten sind die Aufwände für Nutzungsrechte, Support und ggf. Zusatzfunktionen rund um VMware vSphere und angrenzende Produkte. Sie sind keine reine „pro VM“-Gebühr, sondern ergeben sich aus Lizenzmetrik, Edition, Laufzeit und Vertragsbedingungen.
Einleitung
Wenn du VMware Lizenzkosten bewerten willst, brauchst du zuerst Klarheit über das Lizenzmodell: Zählt Host, CPU, Cores oder VM? Genau daran scheitern viele Kalkulationen nach Hardware-Refresh, Cluster-Ausbau oder Upgrade. Dieser Überblick ordnet die gängigen Modelle ein, zeigt Vor- und Nachteile und gibt dir eine pragmatische Methodik für die Kostenkalkulation.
VMware-Lizenzmodelle im Überblick: Core, CPU, VM, Abonnement
In der Praxis begegnen dir vier Denkmuster, die oft vermischt werden. Wichtig ist: Maßgeblich sind immer die konkreten Produktbedingungen (SKU/Term) deines Vertrags, nicht der Name in einer alten Einkaufsliste.
Pro Core (physische Cores): Häufig bei aktuellen Abonnements. Vorteil: skaliert nachvollziehbar mit Hardware-Kapazität. Nachteil: Kleine CPUs/Hosts können durch Mindestregeln teurer wirken.
Pro CPU (Socket): Klassisch und einfach zu zählen. Nachteil: Bei modernen CPUs mit vielen Kernen bildet es Kapazität teils schlecht ab.
Pro Host: Einfach für Edge/ROBO-Szenarien. Nachteil: Bei gemischten Host-Typen kann es unfair oder schwer vergleichbar werden.
Pro VM (oder VM-nahe Metrik): Passt zu Umgebungen, in denen VMs die Kosten treiben. Nachteil: Suboptimale Anreize (VM-Sprawl wird „bestraft“), und die Messung kann komplex werden.
VVF, VCF und „Editionen“: Was kostet typischerweise mehr – und warum?
Bei VMware vSphere ist „Edition“ nicht nur Funktionsmarketing, sondern direkte Kostenlogik. Beispiele für Begriffe, die du kennen solltest: vSphere Standard, vSphere Enterprise Plus (historisch), vSphere Foundation (VVF) und VMware Cloud Foundation (VCF). Dazu kommen je nach Bedarf Add-ons (z. B. VMware vSAN) oder Management-Komponenten wie VMware Aria (Aria Operations).
Faustregel für die Einordnung: Je mehr integrierte Plattformfunktionen (Management, Automatisierung, Storage, Cloud-Foundation-Stack), desto höher die Kostenbasis und desto stärker wirken Laufzeiten und Upgrade-Rechte. Der Nutzen ist dann aber auch breiter: weniger Tool-Brüche, weniger manuelle Betriebsarbeit und klarere Standards für Betrieb und Compliance.
Lizenzierung pro Host, pro Core und Upgrades: typische Stolperfallen
Die häufigsten Probleme entstehen nicht bei der Rechnung, sondern beim Zählen und Zuordnen.
Host-Zuordnung: Ein ESXi-Host ist nicht automatisch „abgedeckt“, nur weil vCenter Server (vCenter Standard) läuft. Lizenzen müssen zu Hosts/Clustern und Funktionen passen.
Core-Mindestregeln: In Core-Modellen wird häufig mindestens eine bestimmte Core-Anzahl pro CPU angesetzt (z. B. 16). Dadurch kann die Anzahl lizenzpflichtiger Cores höher sein als die physisch verbauten.
Upgrade-Politik und SnS: Support & Subscription (SnS), Term/Laufzeiten und Upgrade-Rechte entscheiden, ob ein „Upgrade“ ein reiner Versionswechsel ist oder ein Vertragswechsel mit anderer Metrik.
So kalkulierst du VMware Lizenzkosten in 6 Schritten (ohne Preise)
Dieses Vorgehen liefert dir eine prüfbare Mengenbasis, mit der Einkauf und Technik dasselbe meinen.
1) Inventur: Liste alle Hosts, CPUs pro Host und physische Cores je CPU (Anzahl) auf; markiere Cluster-Grenzen.
2) Metrik klären: Ordne je Produkt/SKU zu, ob Core, CPU, Host oder VM zählt (nicht raten).
3) Mindestregeln anwenden: Bei Core-Modellen rechne pro CPU mit der relevanten Mindestanzahl (wenn vertraglich so definiert).
4) Funktionsbedarf definieren: Brauchst du nur HA (High Availability) oder auch DRS (Distributed Resource Scheduler), FT (Fault Tolerance), vSAN, Distributed Switch?
5) Edition/Bundles matchen: Mappe Bedarf auf vSphere Standard vs VVF vs VCF; dokumentiere Abweichungen als Risiko.
6) Laufzeit/Upgrade planen: Lege fest, welche Jahre/Laufzeiten du vergleichst und wann Hardware- oder Kapazitätsänderungen anstehen.
Mini-Szenario: schnelle Kostenabschätzung aus der Core-Sicht
Angenommen, ein Cluster hat 3 ESXi-Hosts. Jeder Host hat 2 CPUs mit je 12 physischen Kernen. Bei einer Core-Mindestregel von 16 pro CPU ergibt das 32 lizenzpflichtige Cores pro Host und 96 Cores für den Cluster. Diese Zahl ist deine Mengenbasis für Angebote in einem Abonnementbasierten Lizenzierungsmodell (z. B. bei VVF oder VCF) – der Preis ergibt sich dann aus Edition, Term/Laufzeit, SnS und Konditionen.
Wann externe Unterstützung sinnvoll wird
Wenn mehrere Editionen, historische Verträge (z. B. vSphere Essentials / Essentials Plus oder vSphere Enterprise Plus), Add-ons und unterschiedliche Host-Typen zusammenkommen, steigt das Risiko von Fehlzuordnung und Überlizenzierung. Externe Unterstützung lohnt sich besonders, wenn ein Upgrade ansteht, Broadcom-Vertragsbedingungen neu bewertet werden müssen oder du parallel Alternativen wie VMware Cloud (z. B. VMware Cloud on AWS) vs On-Prem vs Cloud prüfen willst.
Fazit
VMware Lizenzkosten lassen sich nur dann sauber steuern, wenn Lizenzierung und Technikinventur zusammenpassen: Hosts, CPUs, Cores, Editionen und Laufzeiten müssen eindeutig dokumentiert sein. Nimm dir zuerst die Metrik (Core/CPU/Host/VM) vor, entscheide dann über VVF/VCF und prüfe Upgrade- und Supportbedingungen, bevor du Hardware oder Cluster-Strukturen änderst. Wenn du willst, gehen wir das mit dir als strukturierten Lizenz- und TCO-Check durch.
