Full Capacity i Sub-Capacity w IBM Passport Advantage - praktyczne omówienie zasad licencjonowania

Wprowadzenie

Wirtualizacja od wielu lat stanowi podstawę nowoczesnych środowisk IT. Dzięki niej organizacje mogą efektywniej wykorzystywać dostępne zasoby infrastrukturalne, uruchamiać wiele systemów na pojedynczych serwerach fizycznych i szybciej reagować na potrzeby biznesowe. Korzyści techniczne nie zawsze jednak oznaczają uproszczenie w obszarze licencjonowania oprogramowania.

Jest to szczególnie widoczne w przypadku produktów IBM, gdzie sposób wykorzystania infrastruktury bezpośrednio wpływa na wymagany poziom licencjonowania. Na przestrzeni lat IBM wypracował dwa główne modele licencjonowania środowisk serwerowych: Full Capacity oraz Sub-Capacity.

Choć większość organizacji koncentruje się na korzyściach wynikających z modelu Sub-Capacity, warto pamiętać, że zgodnie z zapisami punktu 9.2 umowy Passport Advantage podstawowym podejściem pozostaje licencjonowanie według pełnej mocy obliczeniowej. Model Sub-Capacity stanowi natomiast szczególne uprawnienie, z którego można korzystać wyłącznie po spełnieniu określonych warunków.

Zrozumienie różnic pomiędzy tymi modelami ma kluczowe znaczenie nie tylko dla zespołów infrastrukturalnych, ale również dla osób odpowiedzialnych za Software Asset Management, zarządzanie ryzykiem licencyjnym oraz przygotowanie organizacji do ewentualnych audytów producenta.

Full Capacity - punkt wyjścia dla licencjonowania IBM

Analizując zapisy punktu 9.2 Passport Advantage można zauważyć, że IBM przyjmuje bardzo rygorystyczne podejście do określania mocy obliczeniowej podlegającej licencjonowaniu.

W modelu Full Capacity organizacja jest zobowiązana uwzględnić wszystkie fizyczne rdzenie procesorów dostępne dla środowiska, w którym działa produkt IBM. Nie jest istotne faktyczne wykorzystanie procesora przez aplikację ani liczba przypisanych procesorów wirtualnych.

Dla IBM znaczenie ma potencjalna dostępność zasobów obliczeniowych. Oznacza to, że ograniczenia stosowane na poziomie platformy wirtualizacyjnej, systemu operacyjnego czy konfiguracji sprzętowej nie zmieniają sposobu kalkulacji licencji. Jeżeli produkt IBM działa na serwerze fizycznym, licencjonowaniu podlegają wszystkie rdzenie procesora tego serwera. Jest to fundamentalna zasada, która odróżnia IBM od wielu innych producentów oprogramowania.

Przykład licencjonowania Full Capacity

Rozważmy środowisko składające się z jednego hosta VMware. Na takim serwerze uruchomiono maszynę wirtualną, na której działa IBM WebSphere Application Server. Przykładowo to środowisko mogło by wyglądać w następujący sposób:

• host posiada 48 rdzeni fizycznych,
• maszyna wirtualna wykorzystuje 8 vCPU,
• produkt IBM działa wyłącznie w obrębie tej maszyny.

Z perspektywy administratora infrastruktury wykorzystanie serwera wydaje się niewielkie. Z punktu widzenia zasad Full Capacity nie ma to jednak większego znaczenia. Jeżeli organizacja nie spełnia warunków programu Sub-Capacity, podstawą licencjonowania będzie cała moc obliczeniowa hosta, czyli 48 fizycznych rdzeni procesora.

W praktyce oznacza to, że koszt licencji może wielokrotnie przewyższać licencjonowanie oparte wyłącznie na zasobach przydzielonych maszynie wirtualnej.

Dlaczego powstał model Sub-Capacity?

Rozwój technologii wirtualizacyjnych doprowadził do sytuacji, w której organizacje zaczęły konsolidować dziesiątki, a nawet setki serwerów na ograniczonej liczbie hostów fizycznych. W takim modelu licencjonowanie wszystkich rdzeni procesora dostępnych na każdym serwerze często prowadziło do bardzo wysokich kosztów utrzymania środowiska IBM.

W odpowiedzi na potrzeby klientów producent dopuścił możliwość licencjonowania wyłącznie tej części zasobów, która została przydzielona konkretnemu produktowi. Tak powstał model Sub-Capacity, określany w polskiej wersji umowy jako Licencjonowanie według Ograniczonej Mocy Obliczeniowej.

Warto jednak podkreślić, że nie jest to alternatywny model działający równolegle z Full Capacity. Jest to wyjątek od zasady ogólnej, którego stosowanie wymaga spełnienia określonych wymagań formalnych i technicznych.

Sub-Capacity - mniejsze koszty, większa odpowiedzialność

Punkt 9.2.1 Passport Advantage określa warunki umożliwiające korzystanie z licencjonowania według ograniczonej mocy obliczeniowej.

Najważniejszym założeniem tego modelu jest możliwość licencjonowania jedynie zasobów procesorowych przypisanych do produktu IBM. Dzięki temu organizacja może ograniczyć liczbę wymaganych licencji do rzeczywistej mocy obliczeniowej udostępnionej aplikacji, a nie całej infrastruktury fizycznej. Przykładowo:

• host posiada 64 rdzenie fizyczne,
• maszyna wirtualna wykorzystuje 8 vCPU,
• produkt IBM działa wyłącznie w obrębie tej maszyny.

Jeżeli środowisko spełnia wymagania programu Sub-Capacity, organizacja może licencjonować jedynie zasoby odpowiadające przydzielonej mocy obliczeniowej.

Różnice kosztowe pomiędzy Full Capacity a Sub-Capacity bywają bardzo znaczące. W dużych środowiskach wirtualnych oszczędności mogą sięgać dziesiątek lub setek tysięcy euro rocznie. To właśnie dlatego poprawne stosowanie tego modelu jest jednym z najczęściej analizowanych obszarów podczas audytów IBM.

Wymagania dla środowisk wirtualnych

Możliwość korzystania z Sub-Capacity nie wynika wyłącznie z decyzji klienta o ograniczeniu liczby vCPU. Passport Advantage wskazuje, że środowisko musi spełniać wymagania określone dla programu Sub-Capacity. W praktyce oznacza to konieczność zapewnienia zgodności między:

• wykorzystywaną technologią wirtualizacji,
• kwalifikującym się systemem operacyjnym,
• sposobem przydzielania mocy obliczeniowej,
• metodą monitorowania wykorzystania zasobów,
• sposobem raportowania danych licencyjnych.

Dla wielu organizacji największym wyzwaniem nie jest sama konfiguracja infrastruktury, ale utrzymanie odpowiednich procesów zarządczych pozwalających udowodnić zgodność z wymaganiami IBM. Należy pamiętać, że w przypadku kontroli producent oczekuje nie tylko informacji o aktualnym stanie środowiska, lecz także dokumentacji potwierdzającej historyczne wykorzystanie zasobów.

IBM License Metric Tool - fundament programu Sub-Capacity

Najważniejszym elementem całego programu Sub-Capacity jest IBM License Metric Tool (ILMT).

Zgodnie z wymaganiami opisanymi w punkcie 9.2.2 Passport Advantage organizacje korzystające z licencjonowania według ograniczonej mocy obliczeniowej powinny wdrożyć, skonfigurować oraz utrzymywać to narzędzie. Rola ILMT jest znacznie szersza niż zwykła inwentaryzacja oprogramowania. Narzędzie odpowiada między innymi za:

• identyfikację produktów IBM,
• monitorowanie infrastruktury,
• zbieranie danych dotyczących wykorzystania zasobów,
• wyliczanie wymaganych metryk licencyjnych,
• generowanie raportów wykorzystywanych podczas audytów.

W praktyce raport ILMT stanowi podstawowy dokument potwierdzający prawidłowość stosowania modelu Sub-Capacity. Brak takiego raportu często oznacza poważny problem dowodowy dla organizacji.

Dlaczego samo wdrożenie ILMT nie wystarczy?

Jednym z najczęściej spotykanych błędów jest przekonanie, że instalacja ILMT automatycznie rozwiązuje wszystkie kwestie związane z Sub-Capacity. Rzeczywistość wygląda inaczej. Narzędzie musi być:

• wdrożone terminowo,
• poprawnie skonfigurowane,
• regularnie aktualizowane,
• obejmować wszystkie wymagane serwery,
• generować kompletne raporty.

W wielu organizacjach ILMT działa przez lata bez bieżącej kontroli poprawności działania. Dopiero podczas audytu okazuje się, że część serwerów nie była skanowana, dane są niekompletne lub raporty nie były archiwizowane zgodnie z wymaganiami umownymi. W takich sytuacjach samo posiadanie narzędzia może nie być wystarczającym argumentem do utrzymania prawa do licencjonowania Sub-Capacity.

Kiedy organizacja traci prawo do Sub-Capacity?

Jeden z najważniejszych zapisów całego rozdziału 9.2.1 wskazuje, że środowiska niespełniające wymagań programu Sub-Capacity powinny być licencjonowane według zasad Full Capacity. Z punktu widzenia SAM jest to zapis o ogromnym znaczeniu. Oznacza bowiem, że problem nie ogranicza się wyłącznie do błędnych raportów czy niekompletnej dokumentacji.

Konsekwencją może być konieczność ponownego przeliczenia całego środowiska w oparciu o wszystkie rdzenie procesorów dostępne dla produktów IBM. W dużych środowiskach zwirtualizowanych różnica pomiędzy licencjonowaniem 8 vCPU a całym klastrem wyposażonym w setki rdzeni może być ogromna.

Dlatego właśnie audytorzy IBM często koncentrują się przede wszystkim na odpowiedzi na pytanie "Czy organizacja miała prawo stosować model Sub-Capacity?". Dopiero w dalszej kolejności analizowane są konkretne wartości licencyjne.

Obowiązki raportowe klienta

Passport Advantage nakłada na klientów korzystających z Sub-Capacity dodatkowe obowiązki związane z raportowaniem. Do najważniejszych należą:

• regularne generowanie raportów,
• archiwizacja raportów przez wymagany okres,
• zapewnienie ich dostępności na żądanie IBM,
• wyznaczenie osoby odpowiedzialnej za kwestie raportowania licencyjnego,
• utrzymywanie spójności pomiędzy raportami a posiadanymi uprawnieniami licencyjnymi.

Model Full Capacity również wymaga prowadzenia dokumentacji, jednak zakres obowiązków jest zdecydowanie mniejszy. W przypadku Sub-Capacity raportowanie stanowi jeden z filarów potwierdzających zgodność licencyjną.

Środowiska kontenerowe - kolejny etap ewolucji licencjonowania

W aktualnych wersjach Passport Advantage IBM uwzględnia również licencjonowanie środowisk opartych na kontenerach. Jest to odpowiedź na rosnącą popularność platform Kubernetes oraz OpenShift.

W przypadku kwalifikowanych produktów IBM możliwe jest licencjonowanie zasobów przypisanych kontenerom, jednak organizacja musi spełnić dodatkowe wymagania raportowe i korzystać z dedykowanych mechanizmów monitorowania.

Podobnie jak w przypadku klasycznego Sub-Capacity, kluczową rolę odgrywa możliwość udokumentowania rzeczywistego wykorzystania zasobów. Do tego celu wymagane jest wdrożenie i prawidłowa konfiguracja narzędzia IBM License Service, które odpowiada za automatyczne gromadzenie oraz raportowanie danych o wykorzystaniu zasobów licencyjnych w środowisku kontenerowym.

Warto również zwrócić uwagę, że w środowiskach kontenerowych IBM nie dopuszcza ręcznego raportowania wykorzystania licencji.

Najczęstsze błędy wykrywane podczas audytów IBM

Pomimo znacznych korzyści wynikających z modelu Sub-Capacity, jego stosowanie wymaga spełnienia szeregu wymagań technicznych i organizacyjnych. W praktyce najczęściej spotykane problemy dotyczą następujących obszarów:

• Brak wdrożonego ILMT.
• Nieaktualna wersja narzędzia.
• Niekompletne pokrycie środowiska skanami.
• Brak raportów historycznych.
• Nieprzechowywanie raportów przez wymagany okres.
• Nieuwzględnianie zmian zachodzących w środowisku wirtualnym.
• Błędne założenie, że ograniczenie liczby vCPU automatycznie oznacza licencjonowanie Sub-Capacity.
• Brak formalnie wyznaczonej osoby odpowiedzialnej za raportowanie.
• Nieprawidłowa identyfikacja produktów IBM wymagających monitorowania.

Większość tych problemów nie wynika ze złej woli organizacji, lecz z niedostatecznej znajomości zapisów Passport Advantage.

Podsumowanie

Analiza punktów 9.2, 9.2.1 oraz 9.2.2 umowy Passport Advantage prowadzi do jednoznacznego wniosku: Full Capacity pozostaje podstawowym modelem licencjonowania produktów IBM, natomiast Sub-Capacity jest szczególnym uprawnieniem wymagającym spełnienia dodatkowych warunków.

Z perspektywy biznesowej Sub-Capacity może przynosić bardzo duże oszczędności i pozwalać na optymalne wykorzystanie środowisk zwirtualizowanych. Korzyści te wiążą się jednak z dodatkowymi obowiązkami dotyczącymi monitorowania, raportowania oraz utrzymywania odpowiedniej dokumentacji.

Dla zespołów SAM najważniejszą lekcją płynącą z zapisów Passport Advantage jest to, że zgodność licencyjna IBM nie sprowadza się wyłącznie do poprawnego policzenia licencji. Równie istotna jest zdolność organizacji do wykazania, że przez cały okres eksploatacji środowiska spełniała warunki uprawniające do stosowania modelu Sub-Capacity.

W praktyce oznacza to, że skuteczne zarządzanie licencjami IBM wymaga połączenia wiedzy licencyjnej, znajomości infrastruktury oraz dobrze funkcjonujących procesów Software Asset Management. To właśnie te trzy elementy decydują o tym, czy organizacja będzie mogła bezpiecznie korzystać z korzyści oferowanych przez model Sub-Capacity, czy też w przypadku kontroli producenta zostanie zobowiązana do rozliczenia całej dostępnej mocy obliczeniowej zgodnie z zasadami Full Capacity.