Ile rdzeni trzeba licencjonować w VMware: 16 czy 72?

Obowiązujące minimum licencyjne VMware to 16 rdzeni na każdy procesor fizyczny w hoście ESXi, także wtedy, gdy procesor ma ich mniej. Głośna liczba 72 rdzeni nigdy nie weszła w życie: zapowiedzieli ją dystrybutorzy w marcu 2025, a Broadcom wycofał zmianę przed planowaną datą 10 kwietnia 2025 i potwierdził, że utrzymuje minimum 16 rdzeni ustalone w grudniu 2023.

Problem w tym, że polskie serwisy branżowe opisały tę zmianę jako fakt dokonany, a sprostowania nie opublikował nikt. Do dziś trafiam na kalkulacje budżetu na 2026 rok, w których ktoś w dobrej wierze pomnożył 72 rdzenie przez stawkę za rdzeń i wyszedł mu wydatek kilka razy większy od rzeczywistego. Ten artykuł prostuje liczby i pokazuje, jak policzyć rdzenie samodzielnie.

Skąd wzięła się liczba 72 rdzeni

28 marca 2025 brytyjski The Register opisał wiadomość, którą francuski dystrybutor Arrow rozesłał do partnerów: od 10 kwietnia 2025 minimalna liczba rdzeni w zamówieniu miała wzrosnąć z 16 do 72 na pozycję zamówienia. Broadcom nie odpowiedział wtedy na prośbę o komentarz. W tej samej wiadomości pojawiła się druga zmiana, ta akurat prawdziwa: dopłata 20% dla klientów odnawiających subskrypcję po dacie rocznicy.

1 kwietnia 2025 informację podał ITwiz, a dzień później CRN Polska. Obie redakcje opisały minimum 72 rdzeni jako nową politykę licencyjną, przy czym CRN sformułował to jako "72 rdzenie na procesor", co jest jeszcze dalej od tego, co ostatecznie obowiązuje. Około 10 kwietnia Broadcom zmianę wycofał. Rzecznik firmy powiedział niemieckiemu magazynowi iX, że Broadcom nigdy nie ogłosił zmiany cen i że utrzymuje minimum 16 rdzeni ustalone w grudniu 2023. Do partnerów handlowych trafiły poprawione cenniki.

W polskim internecie zostały więc dwa artykuły opisujące nieobowiązującą zasadę i ani jedno sprostowanie. Jeżeli czytasz to, budując budżet, sprawdź, czy Twoja kalkulacja nie stoi właśnie na tej liczbie.

Jak naprawdę liczy się rdzenie w VMware

Zasada z bazy wiedzy Broadcomu brzmi dosłownie: trzeba licencjonować minimum 16 rdzeni fizycznych na każdy procesor w hoście ESXi, nawet jeśli procesor ma mniej niż 16 rdzeni. Liczy się rdzenie fizyczne, nie wątki. Włączony Hyper-Threading nie podwaja rachunku.

Reguła działa w jedną stronę. Procesor dwunastordzeniowy liczy się jako 16, bo obowiązuje podłoga. Procesor dwudziestoczterordzeniowy liczy się jako 24, bo jest powyżej minimum i płacisz za to, co masz. Minimum jest przypisane do procesora, nie do serwera i nie do zamówienia, i to jest właśnie różnica, którą zgubiła zapowiedź o 72 rdzeniach.

Przykład: klaster z trzech hostów

Weźmy typową maszynownię średniej firmy. Trzy hosty ESXi, każdy z dwoma procesorami. Host pierwszy i drugi mają procesory dwunastordzeniowe, host trzeci nowszy, z procesorami dwudziestordzeniowymi.

Wychodzi 104 rdzenie do opłacenia przy 88 fizycznie zainstalowanych. Nadwyżka bierze się wyłącznie z podłogi na dwóch starszych hostach i jest to jedyny mechanizm zawyżający ten rachunek. Gdyby obowiązywało minimum 72 rdzeni na produkt, ta sama maszynownia dawałaby zupełnie inną liczbę, i właśnie dlatego pomyłka jest kosztowna.

Praktyczny wniosek dla planujących wymianę sprzętu: przy procesorach poniżej 16 rdzeni płacisz za moc, której nie masz. Konsolidacja na mniejszej liczbie mocniejszych procesorów obniża rachunek licencyjny, nawet gdy łączna liczba rdzeni rośnie. Część firm idzie krok dalej i zamiast utrzymywać własną maszynownię przenosi środowisko na serwery dedykowane u polskiego dostawcy, gdzie licencjonowanie infrastruktury jest po stronie operatora.

Czego liczba rdzeni nie obejmuje

Licencja na rdzenie hipernadzorcy pokrywa prawo do uruchomienia VMware na tym sprzęcie. Nie pokrywa systemów operacyjnych maszyn gościnnych ani dostępu użytkowników do tego, co na nich stoi. Jeżeli na wirtualizacji pracują serwery Windows, potrzebne są osobne licencje Windows Server liczone na rdzenie hosta oraz licencje dostępowe, które opisujemy na stronie o licencjach CAL. To jest drugi najczęstszy błąd w budżetach na wirtualizację, zaraz po liczbie 72.

Do policzenia zostaje jeszcze pytanie, na które odpowiada dopiero audyt: czy liczba rdzeni w umowie zgadza się z tym, co realnie stoi w szafie. W środowisku wirtualnym różnice wychodzą częściej niż gdziekolwiek indziej, bo maszyna potrafi przenieść się na inny host, a obowiązek licencyjny liczy się od sprzętu, na który mogłaby trafić. Jak się na takie pytania przygotować, opisujemy na stronie o audycie licencji oprogramowania.

Co z tego wynika dla decyzji o VMware

Realna kalkulacja jest zwykle łagodniejsza niż nagłówki, ale nadal wystarczająco niewygodna, żeby ludzie szukali wyjścia. W badaniu CloudBolt ze stycznia 2026, na 302 decydentach IT, 73% spodziewało się co najmniej podwojenia kosztów, a wzrost powyżej 100% zobaczyło realnie 5% firm. Jednocześnie 86% deklarowało ograniczanie obecności VMware. To jest dobry moment, żeby policzyć własne rdzenie, zanim zdecydujesz cokolwiek na podstawie cudzej liczby.

Gdy masz już swoją liczbę, są cztery drogi: Proxmox, Hyper-V, Nutanix albo pozostanie na licencji wieczystej. Zestawiamy je z cenami producentów na stronie o alternatywach dla VMware. Jeżeli interesuje Cię ta czwarta, wieczysty vSphere i vCenter z rynku wtórnego opisujemy na stronie o licencjach VMware, a samo pytanie o dopuszczalność takiej transakcji rozkładamy w artykule o odsprzedaży licencji VMware po Broadcomie. Pamiętaj tylko o dacie: wsparcie ogólne dla vSphere 8.x kończy się 11 października 2027.