IBM licentie-compliance in hybride cloudomgevingen werkt op basis van metingen van daadwerkelijk softwaregebruik over alle omgevingen heen, zowel on-premises als in de cloud. IBM hanteert daarvoor specifieke licentiemodellen die rekening houden met processorcapaciteit, gebruikers en virtualisatielagen, en dat maakt compliance in een hybride context aanzienlijk complexer dan in een puur on-premises of puur cloudscenario. In dit artikel beantwoorden we de meest gestelde vragen over IBM-licenties in hybride omgevingen, zodat je goed voorbereid bent.
Welke IBM-producten vallen onder hybride cloud-licentieregels?
De meeste IBM-middleware en enterprise softwareproducten vallen onder hybride cloud-licentieregels zodra ze in een omgeving draaien die zowel on-premises als cloudcomponenten combineert. Denk aan producten als IBM WebSphere, IBM Db2, IBM MQ, IBM Cognos en het volledige IBM Cloud Pak-portfolio. Voor al deze producten geldt dat het gebruik in de gehele hybride omgeving meetelt voor de licentieberekening.
IBM maakt daarbij geen scherp onderscheid tussen waar de software fysiek draait. Als een applicatie gebruikmaakt van IBM-software in een container op een Kubernetes-cluster dat deels on-premises en deels in een publieke cloud staat, telt de volledige capaciteit van dat cluster mee. Dat geldt ook voor tijdelijk ingezette cloudresources, bijvoorbeeld voor piekbelasting.
Hoe meet IBM licentiegebruik in een hybride omgeving?
IBM meet licentiegebruik in hybride omgevingen primair via de IBM License Metric Tool (ILMT), een tool die automatisch software-inventarisaties uitvoert en het gebruik rapporteert op basis van de ingestelde licentiemodellen. Zonder correcte ILMT-implementatie verliest je organisatie het recht op sub-capacity licenties en moet je betalen voor de volledige fysieke processorcapaciteit van de onderliggende hardware.
In een hybride omgeving is de uitdaging dat ILMT correct geconfigureerd moet zijn voor zowel de on-premises als de cloudcomponenten. Cloudinstanties worden anders geregistreerd dan fysieke servers, en containers vereisen aanvullende configuratie. IBM vereist bovendien dat de ILMT-rapportages minimaal elk kwartaal worden gegenereerd en bewaard als auditbewijs.
Wat is het verschil tussen PVU, RVU en VPC bij IBM-licenties?
IBM hanteert drie veelgebruikte licentiemetrics: PVU (Processor Value Unit), RVU (Resource Value Unit) en VPC (Virtual Processor Core). Ze meten elk een andere eenheid van gebruik en zijn niet onderling uitwisselbaar.
- PVU (Processor Value Unit): Gebaseerd op het type en aantal processors. Elk processortype heeft een vastgestelde PVU-waarde. Dit model wordt veel gebruikt voor traditionele middleware zoals WebSphere en Db2.
- RVU (Resource Value Unit): Gebaseerd op een specifieke resource, zoals het aantal gebruikers, gigabytes aan data of transacties. De exacte definitie varieert per product.
- VPC (Virtual Processor Core): Gebaseerd op het aantal virtuele processorcores dat aan de software is toegewezen. Dit model is speciaal ontworpen voor containeromgevingen en Cloud Paks, en is daarmee het meest relevante model voor hybride cloudinzet.
Het kiezen van het juiste metrictype is niet optioneel: IBM legt per product vast welke metric van toepassing is. Fouten in de interpretatie van de metric leiden direct tot onder- of overbetaling en vergroten de kans op compliance claims.
Waarom zijn IBM-compliance audits in hybride clouds zo complex?
IBM-compliance audits in hybride cloudomgevingen zijn complex omdat het softwaregebruik over meerdere infrastructuurlagen verspreid is die elk hun eigen meetmethoden vereisen. On-premises servers, virtuele machines, containers en publieke cloudinstanties moeten allemaal correct in kaart worden gebracht en gecorreleerd met de juiste licentiemodellen.
Daar komt bij dat IBM het recht heeft om op elk moment een audit te starten, en dat de bewijslast bij de klant ligt. Als de ILMT-data onvolledig is, als cloudresources niet correct zijn getagd of als containerplatforms niet in de inventarisatie zijn opgenomen, wordt de volledige fysieke capaciteit als basis voor de licentieberekening genomen. Dat kan leiden tot aanzienlijke nabetalingen.
Welke fouten leiden het vaakst tot IBM-licentie-overtredingen?
De meest voorkomende fouten die leiden tot IBM-licentie-overtredingen zijn technisch van aard en ontstaan vaak door onvolledige implementatie van meettools of verkeerde interpretatie van licentievoorwaarden.
- ILMT niet of onvolledig geïmplementeerd: Zonder correcte ILMT-dekking op alle omgevingen vervalt het recht op sub-capacity licenties.
- Containerplatforms buiten de inventarisatie: Kubernetes- en OpenShift-omgevingen worden regelmatig vergeten of verkeerd geconfigureerd in ILMT.
- Tijdelijke cloudresources niet geregistreerd: Cloudinstanties die tijdelijk worden opgestart voor piekbelasting tellen mee zolang ze actief zijn.
- Verkeerde metric toegepast: Organisaties die PVU toepassen waar VPC vereist is, of omgekeerd, creëren een compliance risico zonder het te weten.
- Geen kwartaalrapportages bewaard: IBM vereist periodieke rapportages als auditbewijs. Ontbreken die, dan staat de organisatie met lege handen tijdens een audit.
Hoe bereid je je voor op een IBM-licentie-audit?
Een goede voorbereiding op een IBM-licentie-audit begint met een volledige inventarisatie van alle IBM-software in gebruik, inclusief versies, installaties en de bijbehorende licentiemetrics. Zorg dat ILMT correct is geconfigureerd voor alle omgevingen en dat de kwartaalrapportages aantoonbaar beschikbaar zijn.
Voer daarnaast een interne pre-audit uit voordat IBM contact opneemt. Controleer of alle contracten en licentiebewijzen up-to-date zijn, en stel vast of het huidige gebruik binnen de afgenomen licenties valt. Als er discrepanties zijn, is het verstandig die proactief te adresseren. Een vrijwillige correctie is altijd gunstiger dan een bevinding tijdens een formele audit.
Wanneer is het slim om IBM-licenties opnieuw te onderhandelen?
Het is slim om IBM-licenties opnieuw te onderhandelen wanneer je omgeving significant is veranderd, wanneer een contract afloopt of wanneer IBM nieuwe licentiemodellen introduceert die beter aansluiten bij jouw gebruik. In hybride cloudomgevingen verandert het verbruikspatroon regelmatig, waardoor bestaande contracten al snel niet meer optimaal zijn.
Concrete momenten waarop heronderhandeling zinvol is:
- Bij overgang naar een containerplatform of cloudmigratie waarbij het VPC-model relevanter wordt dan PVU
- Na een fusie, overname of reorganisatie waarbij het softwaregebruik verandert
- Wanneer IBM nieuwe versies of Cloud Pak-bundels introduceert die een andere kostenstructuur bieden
- Als een auditrisico is geïdentificeerd en je de positie wilt normaliseren voor een betere uitgangspositie
IBM-licentiecontracten bevatten vaak ruimte voor commerciële optimalisatie, maar dat vereist gedetailleerde kennis van de IBM-prijsstructuur en onderhandelingstactiek.
Hoe Thornstein Groep helpt bij IBM licentie-compliance
IBM licentie-compliance in hybride cloudomgevingen vraagt om gespecialiseerde kennis die de meeste interne IT-teams simpelweg niet hebben. Wij ondersteunen organisaties concreet bij alle stappen in dit proces:
- Licentie-inventarisatie en gap-analyse: We brengen het volledige IBM-softwaregebruik in kaart en identificeren waar risico’s zitten.
- ILMT-implementatie en -validatie: We zorgen dat de meetomgeving correct is ingericht voor zowel on-premises als cloudcomponenten.
- Auditbegeleiding: We bereiden je voor op een IBM-audit en staan naast je tijdens het hele traject.
- Contractonderhandeling: Met onze onafhankelijke positie en marktkennis halen we betere commerciële voorwaarden uit IBM-contracten.
Wil je weten hoe jouw organisatie er momenteel voor staat op het gebied van IBM licentie-compliance? Neem contact op met Thornstein Groep voor een vrijblijvend gesprek. We denken graag met je mee.
