Met IBM licentieert u op volle capaciteit als u geen ILMT heeft

Er is geen nadeel aan een licentiemodel waarbij u alleen betaalt voor wat u daadwerkelijk gebruikt en de mogelijkheid heeft om de licenties te verhogen of te verlagen. Dit is wat het licentiemodel voor subcapaciteiten van IBM zo aantrekkelijk maakt.

De voordelen van IBM's licentiemodel voor subcapaciteit zijn duidelijk, maar de verkeerde interpretaties en het misverstand over het inzetten van subcapaciteit komen vaak voor. Ik zou zelfs zeggen dat drie van de vijf klanten waarmee we werken, beginnen met te zeggen dat ze licenties voor subcapaciteit gebruiken terwijl ze in werkelijkheid licenties voor volledige capaciteit gebruiken.

Uw onderneming heeft altijd de volledige capaciteit van IBM, tenzij de juiste stappen zijn genomen om die status te wijzigen in IBM-licenties met subcapaciteit. Op enkele uitzonderingen na, zal IBM een organisatie op volle capaciteit beschouwen, tenzij IBM License Metric Tool (ILMT) is geïmplementeerd. Wat betekent dit? Als ILMT niet is geïmplementeerd, erkent IBM uw recht op licenties op subcapaciteit niet en zal het in feite de licentiestatistieken van de organisatie beschouwen als een IBM-licentiemodel met volledige capaciteit. Bij licenties met volledige capaciteit moet u alle actieve, fysieke processors in de server licentiëren versus licenties voor subcapaciteit waarbij u betaalt voor de toegewezen virtuele cores.

Het probleem is dat licenties voor subcapaciteit het overheersende probleem waren bij de naleving van IBM-softwarelicenties, wat leidde tot een sterk toegenomen financiële positie voor elke organisatie die niet correct licentieerde. En aangezien IBM de winsten de laatste tijd voelt knellen, zou het niet verrassend zijn om te zien dat het bedrijf nog meer nadruk legt op audits, wat betekent dat als u licenties voor subcapaciteit gaat nastreven, u het beter goed moet doen.

Het eerste dat u moet overwegen, zijn bestaande veronderstellingen, waarvan er vele mogelijk onjuist zijn. Softwarelicentieregels zijn vaak complex en in de gevallen dat ze dat niet zijn, hebben mensen de neiging om ze niet te geloven. Dit is van toepassing op licentieregels van IBM, waar veronderstellingen zijn en blijven bestaan ​​omdat "de andere softwareleveranciers dezelfde regels hebben" of "omdat mijn IBM-vertegenwoordiger mij nooit verkeerd zou sturen".

Helaas komen aannames voor en de drie meest voorkomende aannames die we horen zijn:

1. We hebben automatisch licenties voor subcapaciteit. Dit is inderdaad niet waar, tenzij uw onderneming stappen heeft gevolgd om licenties voor subcapaciteit te garanderen. Nogmaals, deze veronderstelling was het belangrijkste probleem dat tijdens audits werd aangetroffen.

2. ILMT stuurt het ontdekkingsrapport rechtstreeks naar IBM en IBM weet precies wat er speelt in onze onderneming. Dit is helemaal niet waar. Het rapport dat door ILMT wordt gegenereerd, gaat rechtstreeks en alleen naar uw bedrijf.

3. Er is geen subcapaciteit nodig omdat logische partitionering (LPAR) aanwezig is op mijn IBM-hardware. Dit is een algemeen begrip omdat andere softwareleveranciers dit type partitionering wel toestaan ​​om licentieverlening te beperken. Dit geldt niet voor IBM, ook al lijkt het contra-intuïtief.

True-ups zijn niet langer waar

IBM en een paar andere softwareleveranciers hebben een geschiedenis van het tolereren van bepaalde niet-conforme licentiegebieden en zouden licenties gewoon waarmaken wanneer een probleem werd ontdekt, maar die dagen zijn lang voorbij. Tekortkomingen na de audit zijn tegenwoordig niet zo eenvoudig op te lossen. In feite kan de audit van IBM een lang en moeizaam proces zijn dat tot twee jaar kan duren.

De kicker hier is dat het niet IBM is die de audits doet. De auditverantwoordelijkheid wordt gegeven aan externe, externe auditors. Elke antagonistische relatie die zich zou kunnen ontwikkelen, is daarom met de externe auditor, en mogelijk met het IBM-auditteam, en niet met uw IBM-verkoper, die niet rechtstreeks bij de audit is betrokken en tijdens het proces weinig kan doen.

En hoewel ILMT u kan helpen beschermen tijdens een audit, is het niet zo eenvoudig als het downloaden van een detectietool. De implementatie kan verwarrend en log zijn, waarbij het downloaden van tabelupdates vereist is, het controleren of de productbundeling correct wordt uitgevoerd door ILMT, het uitvoeren van rapporten en uiteindelijk het ondertekenen dat de rapporten correct zijn, enzovoort. Werken met IBM-ondersteuning om ILMT te verfijnen kan ook tijdrovend zijn.

Dat gezegd hebbende, is het beter dan verrast te worden tijdens een audit. Het verschil tussen het licentiëren van alle geactiveerde processorcores op een fysieke server en het licentiëren van alleen de toegewezen virtuele cores kan groot zijn. Stel dat u een pSeries-server heeft met 62 geactiveerde kernen en slechts één enkele toegewijde en afgedekte LPAR met een toegestane capaciteit van 0,2 waarop een bepaald IBM-product zoals DB2 wordt uitgevoerd. Zelfs na het afronden van de micropartitionele LPAR is het in licentie geven van 1 core van DB2 versus 62 cores een enorm verschil. Op een p770 kan dit verschil bijvoorbeeld oplopen tot 2,9 miljoen dollar.

Een greintje preventie is een pond genezing waard. In het geval van IBM's licenties voor subcapaciteit versus volledige capaciteit, is dat absoluut waar.

Trembley, senior analist bij Miro Consulting, Inc., heeft bedrijven bijgestaan ​​tijdens IBM-audits, migraties en optimalisatie. Met meer dan twee decennia aan IBM-licentie-ervaring is Miro Consulting gespecialiseerd in software audit verdediging, contractonderhandelingen en licentie-optimalisatie specifiek voor Oracle, Microsoft, IBM en Adobe.

Word lid van de Network World-gemeenschappen op Facebook en LinkedIn om commentaar te geven op onderwerpen die voorop staan.