TTNL Blog

IBM ILMT en Sub-Capacity Licensing: Zo voorkom je compliance risico’s

Geschreven door Derk-Jan Boon | Jun 12, 2026

IBM ILMT en Sub-Capacity Licensing: Waarom veel organisaties onbewust compliance-risico lopen

Veel organisaties gebruiken IBM software zonder precies te weten welke licentieregels van toepassing zijn. Dat is begrijpelijk, want IBM licensing behoort tot de meest complexe software licentiemodellen in de markt.


Wat is IBM sub-capacity licensing?

Veel IBM softwareproducten worden gelicenseerd op basis van processorcapaciteit.

De meest gebruikte metrics zijn:

  • PVU (Processor Value Unit)
  • VPC (Virtual Processor Core)
  • RVU MAPC

Bij traditionele full-capacity licensing betaalt u voor alle fysieke processorkernen van de server waarop IBM software draait. In moderne virtualisatie- en cloudomgevingen is dat vaak ongunstig. De beschikbare capaciteit ligt namelijk veel hoger dan de toegewezen virtuele processorcapaciteit.

Daarom biedt IBM sub-capacity licensering aan. Hierbij betaalt u alleen voor de toegewezen virtuele capaciteit in plaats van de volledige fysieke capaciteit van de fysieke server.

Voor veel organisaties levert dit enorme besparingen op.

Maar daar staat iets tegenover: u moet kunnen bewijzen hoeveel capaciteit daadwerkelijk gebruikt wordt.

 

De grootste misvatting: ‘ILMT staat aan, dus we zijn compliant’

Dit is misschien wel de meest voorkomende fout.

Veel organisaties installeren ILMT, maar onderhouden de omgeving onvoldoende.

Daarmee ontstaat een vals gevoel van veiligheid. Want alleen een geïnstalleerde ILMT-omgeving betekent nog niet dat:

  • alle systemen correct worden gescand
  • alle software deployments zichtbaar zijn
  • bundel regels correct staan
  • rapportages compleet zijn
  • historische data beschikbaar blijft

En juist daar ontstaan compliance-risico’s.

 

Cloud en containers maken licensing nóg complexer

Steeds meer IBM workloads draaien in omgevingen zoals VMware, Hyper-V, AWS, Azure, OpenShift en Kubernetes. In deze dynamische cloudomgevingen worden workloads continu toegevoegd, verwijderd of verplaatst. Dat heeft directe invloed op piekverbruik, licentieconsumptie en rapportageverplichtingen. ILMT werkt daarbij met high-water marks, waarbij het piekgebruik over een bepaalde periode bepalend is. Wanneer oude systemen niet correct opgeschoond worden, kan licentie verbruik onnodig oplopen.

Bijvoorbeeld:

  • 2 servers verwijderd
  • 3 nieuwe toegevoegd
  • oude devices niet opgeschoond in ILMT

Resultaat:

ILMT registreert mogelijk tijdelijk 5 systemen in plaats van 3, en dat heeft direct impact op licentiekosten.

IBM audits: waarom voorbereiding essentieel is

Veel organisaties onderschatten hoeveel detail IBM tijdens audits kan opvragen.

IBM verwacht onder andere:

  • minimaal 2 jaar historische rapportages
  • complete software-inventarisatie
  • correcte scanfrequenties
  • actuele ILMT-versies
  • correcte virtualisatieconfiguraties
  • onderbouwing van softwarebundels

Wanneer deze informatie ontbreekt, ontstaat een serieus financieel risico. In sommige situaties kan IBM volledige fysieke capaciteit als uitgangspunt nemen voor de berekening van ontbrekende licenties.

IBM licensing gaat verder dan alleen ILMT

Naast ILMT spelen ook andere factoren een grote rol:

 

Doe de IBM Compliance Quick Scan


Controle over jouw licenties met de juiste systemen

IBM sub-capacity licensing kan organisaties aanzienlijke besparingen opleveren, mits het correct wordt ingericht en beheerd. Maar ILMT “even installeren” is niet voldoende.

Zonder actief beheer, correcte classificatie en betrouwbare rapportages lopen organisaties onbewust risico op hoge audit claims, complianceproblemen, en onnodige kosten.

Met de juiste expertise verandert ILMT echter van een verplichting naar een strategisch instrument voor kostenbeheersing en compliance. TTNL Group helpt organisaties dagelijks om die controle terug te krijgen. Neem contact op met een van onze experts of doe de IBM Compliance Quick Scan.

 

Veelgestelde vragen over IBM ILMT