VMware Cloud Foundation og vSphere Foundation licenseres pr. fysisk kerne, med mindst 16 kerner pr. CPU, også hvis CPU’en har færre. Det betyder, at mindre værter kan tælle mere, end de fysisk har. Opgørelsen er det første tal, der skal ligge fast, før nogen taler pris.
Reglen er læst hos Broadcom i vidensartikel 313548 den 7. november 2026, og den skal slås op igen, før I bruger den. Eksemplerne her er Broadcoms egne. Tilbuddet og jeres aftale går forud. En “vmware license cost calculator” med kroner finder I ikke her, for sitet bringer ikke beløb, og vi har ikke fundet en offentlig prisliste. Metoden giver jer det tal, der indgår i enhver sådan beregning.
Hvad binder
Metrikken binder jer til jeres hardware. Antallet af kerner er ikke noget, I kan ændre med en underskrift. Det ændres ved at skifte værter, tage værter ud eller slå CPU’er fra. Derfor hænger licens og hardwarefornyelse sammen, og de to bør ses under ét.
Reglen er kort: tæl kernerne pr. CPU. Er der færre end 16, tæller CPU’en som 16. Læg sammen pr. vært og derefter for alle værter. Broadcoms eksempel:
- A · CPU’er og kerner: 2 CPU’er med 8 kerner · Tæller som: 2 gange 16 = 32
- B · CPU’er og kerner: 2 CPU’er med 24 kerner · Tæller som: 2 gange 24 = 48
- I alt · Tæller som: 80 kerner
Vært A har 16 fysiske kerner og betales som 32. Det er det, reglen gør ved mindre værter. To små værter kan altså koste det samme som en større, og en virksomhed med mange ældre maskiner kan have et højere tal, end hardwaren antyder.
vSAN i opgørelsen
Lager er en særskilt del. Broadcoms artikel giver 1 TiB vSAN pr. købt VCF-kerne og 0,25 TiB pr. købt VVF-kerne, afrundet op til næste hele TiB. Bruger I mere, skal der købes ekstra. Broadcom har eksempler i samme artikel. For en kunde med stort vSAN-forbrug kan valget mellem pakker derfor ændre sig af lagerets skyld. Slå tallene op igen, når I har tilbuddet, for de påvirker regningen.
Hvad påvirker prisen
Kernetallet, pakken, løbetiden og eventuelle tilkøb styrer regningen. Det er vores udledning. Den vigtigste økonomiske indsigt er, at kernetallet kan flyttes. Konsolidering, altså færre og fyldigere værter, kan sænke tallet. Det er en teknisk beslutning med egen risiko og egne omkostninger til hardware, og den skal regnes med. Et fald i kerner er ingen garanti for en lavere regning, så det må tilbuddet vise.
Sådan opgør I forbruget
- Saml listen. Alle værter, antal CPU’er og kerner pr. CPU. Tag også værter i testmiljøer med og på sekundære lokationer, hvis de er omfattet.
- Kør Broadcoms script. Scriptet er et PowerCLI-modul til større miljøer med vCenter. Artiklen beskriver krav til version og fremgangsmåde, og den henviser til vidensartikel 400416 for vSphere 8.0U3. Søger I på “broadcom vmware core count script”, er det dette, I leder efter.
- Kontroller resultatet. Alle CPU-kerner skal være aktiveret i BIOS, ellers kan resultatet blive forkert. Fejl som frakoblede værter skal rettes, før scriptet køres igen.
- Regn lagret. Sammenhold jeres vSAN-forbrug med det, kernerne giver. Broadcom fraråder manuel beregning via brugerfladen.
- Sammenhold med tilbud og faktura. Passer tallet ikke med det, leverandøren har brugt, så spørg, hvilket grundlag der er anvendt.
Broadcom angiver, at værktøjerne kun er til information. Opgørelsen er jeres eget grundlag, og aftalen gælder.
Hvornår forhandles der
Vores læsning er, at kernetallet skal være klart, før I svarer på et tilbud, og før supportaftalen eller abonnementet udløber. Har I en hardwarefornyelse på vej, er det tidspunktet at se på antal og størrelse af værter. Datoerne står i VMware-fornyelsen. Ingen kilde lover, at noget kan forhandles.
Hold også øje med brug ud over det aftalte. Aftalen siger, at det kan faktureres til gældende listepris, og at brug kan rapporteres og verificeres. Metrikken skal altså holdes ajour hele perioden, og det er en parallel til true-up.
Hvor oplyser leverandøren selv prisen
Vi har ikke fundet en offentlig prisliste. Tilbuddet fra Broadcom eller en partner er stedet, og det er den pris, kernetallet skal ganges op med.
Hvad det kræver, og hvad det koster at lade være
Opgørelsen kræver en person med adgang til vCenter og nogle timer, når scriptet kører uden fejl. Mindre miljøer kan tælles på en dag. Større miljøer med flere lokationer tager længere, og regnestykket om konsolidering tager mere.
Lader I være, er det leverandørens tal, der står i tilbuddet. I ved ikke, om det passer, og I kan betale for små værter, der burde være slået sammen eller taget ud. Den post er jeres egen at regne: kerner, der kan fjernes, gange pris pr. kerne gange år.
Det skal I lade være med
- At tælle fysiske kerner og stoppe dér · reglen om 16 kan hæve tallet.
- At glemme vSAN · lagerforbrug kan ændre, hvad pakken dækker.
- At konsolidere for licensens skyld uden at regne hardware og risiko med · besparelsen skal stå mod prisen.
- At bruge scriptets tal som aftalt omfang · værktøjet er til information.
Det skal regnestykket kunne vise
- ☐ Værter, CPU’er og kerner før og efter 16-reglen.
- ☐ vSAN-forbrug mod det, pakken giver.
- ☐ Små værter, der tæller mere, end de leverer.
- ☐ Effekt af færre værter, med hardware og risiko.
- ☐ Afstemning med tilbud og faktura.
Kilder
- Broadcom KB 313548, Counting Cores: kerner, vSAN, script. Læst 7. november 2026.
- Broadcom End User Agreement: afsnit 3.4 og 5.1. Læst 7. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Kør opgørelsen, og læg værterne i et ark med antal kerner før og efter reglen. Marker dem, der tæller mere, end de fysisk har.
Læs også: Licensmetrikken · Bliv på VMware eller gå
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
