Update IBM License Metric Tool en 2025 : Toutes les nouveautés !

L’année 2025 aura été marquée par plusieurs mises à jour significatives de l’outil de licences d’IBM : ILMT (IBM License Metric Tool). 

Pour rappel, ILMT est l’outil officiel utilisé par IBM pour mesurer la consommation des logiciels sous métrique PVU et VPC. 

Les versions 9.2.39 à 9.2.42, sorties en 2025, introduisent des fonctionnalités attendues depuis longtemps par les équipes SAM / ITAM.

Malheureusement, la plupart des évolutions restent cosmétiques, incomplètes ou peu transparentes du point de vue de la consommation et de la conformité réelle.

Voici un tour d’horizon des vraies nouveautés pertinentes… et des frustrations toujours présentes.

1. Information sur l’éligibilité des systèmes d’exploitation au Sub Capacity enfin ajoutée, mais incomplète !

Voici probablement la nouveauté qui a fait le plus parler : la version 9.2.42, sortie le 9 décembre, introduit enfin un indicateur explicite dans les rapports d’usage et le rapport “Ordinateurs”, signalant si un système d’exploitation est éligible ou non au Sub Capacity.

Pour rappel, lorsque le logiciel IBM est déployé sur un OS dit « non éligible au Sub Capacity » c’est-à-dire obsolète, le calcul fournit historiquement par ILMT est incorrect et ne reflète pas le calcul de licences dit « contractuel ».

Pour les équipes SAM, c’est une avancée visible : plus besoin de croiser manuellement les versions d’OS avec la documentation IBM pour savoir si une VM peut réellement bénéficier du Sub Capacity. Mais en pratique… IBM aurait pu faire mieux que ça.

Ce que cette nouveauté apporte :

• Un marquage explicite de l’éligibilité des OS au Sub Capacity : 

  🔹Apparition d’une nouvelle colonne « Fin de l’admissibilité » dans les rapports d’usage et le rapport « Ordinateurs » indiquant la date de fin de l’éligibilité des OS. Le champ reste vide si la date n’a pas encore été annoncée par IBM.

  🔹Une meilleure visibilité sur les environnements problématiques qui risquent de devoir être comptabilisés en Full Capacity

  🔹Une aide pour gérer sa conformité, en identifiant les cas à surveiller.

Les limites majeures de cette nouveauté :

• L’outil n’applique PAS la règle d’éligibilité dans le calcul du Sub Capacity

  🔹Autrement dit, même si un OS est indiqué comme non éligible, ILMT continue de le comptabiliser en Sub Capacity dans les rapports de consommation.

• La consommation réelle n’est donc toujours pas reflétée dans les rapports

  🔹Ce marquage est purement informatif.

  🔹Bien que ce soit l’outil de comptage d’IBM, l’éditeur fait porter la responsabilité au client de vérifier manuellement chaque cas d’OS non éligible et d’ajuster les chiffres remontés dans les rapports.

Finalement, même si la visibilité sur l’éligibilité des OS est un pas en avant pour le suivi et la traçabilité, elle ne corrige pas les chiffres réels.

ILMT se contente d’exposer l’information sans en tirer aucune conséquence dans les calculs de licences

Pour les équipes SAM, le travail manuel et la vigilance restent donc indispensables afin que la surprise ne survienne pas lors de l’audit, quand IBM remet à jour le calcul et demande de régulariser !

2. Information sur l’éligibilité des systèmes d’exploitation au Sub Capacity enfin ajoutée, mais incomplète !

Avec la version 9.2.39 sortie en mars de l’année dernière, IBM ajoute dans les rapports audit snapshot un fichier nommé « suppressed_software_instances.csv ». Ce fichier liste les instances de logiciels que l’administrateur a “supprimées” (« suppressed » en anglais) du relevé ILMT. Ces instances n’apparaissent plus dans les rapports PVU et VPC et ne sont plus prises en compte dans le calcul des licences requises.

Ce que l’on sait :

• Chaque ligne correspond à une instance logicielle détectée mais volontairement exclue des rapports et donc du comptage PVU / VPC.

• Le fichier contient l’ID de l’instance, le nom du produit, la machine où il est installé, et la raison de suppression si renseignée.

• Il semble conçu pour tracer les actions manuelles de suppression, ce qui pourrait aider à expliquer des écarts lors d’un audit.

Ce qui reste flou :

• Quelle est exactement la différence avec les exclusions classiques déjà disponibles dans ILMT ? En effet, le fichier suppressed_software_instances.csv semble introduire quelque chose de similaire, mais pourtant pas tout à fait identique. 

Selon IBM, là où les exclusions servent à déclarer qu’un produit installé ne doit pas être licencié, les suppressions semblent plutôt viser au niveau des composants en supprimant les composants qu’ILMT aurait mal détectés (par exemple des binaires qui n’auraient pas été supprimés du serveur suite à la désinstallation du composant). C’est une nuance technique utile mais juridiquement encore floue face à IBM.

• Est‑ce que ces suppressions seront reconnues par IBM lors d’un audit officiel ? Ou simplement visibles comme un log interne pour le suivi, sans effet sur le calcul final ?

• Comment ces suppressions impactent-elles réellement les rapports d’usage et le calcul des licences requises ?

Sans clarification, ce fichier devient un élément risqué : les équipes peuvent penser avoir “nettoyé” le relevé, mais attention, lors d’un audit, IBM peut toujours remettre en question la validité des suppressions, et les inclure malgré tout dans le calcul. Ainsi, les équipes SAM doivent encore vérifier manuellement chaque suppression et se préparer à la défendre face à un auditeur.

Finalement, c’est encore une fonctionnalité bienvenue pour la traçabilité, mais elle ne règle pas le problème de fond !

3. Autres évolutions notables

En parallèle des changements plus visibles, IBM a introduit une série d’évolutions techniques entre les versions 9.2.39 à 9.2.42 :

• Fin de compatibilité du serveur ILMT avec DB2 11.1 et SQL Server 2014

  🔹Les clients sont contraints de mettre à jour leur base de données, sous peine de sortir du support.

• Nouvelles colonnes « Excluded » et « Custom Bundling » dans les fichiers de métriques PVU et VPC

  🔹Ces colonnes indiquent respectivement si une instance logicielle est volontairement exclue du calcul des licences et si un logiciel fait partie d’un bundle personnalisé.

  🔹Elles sont utiles pour suivre plus facilement les exclusions et les bundles personnalisés, mais toujours sans garantie que ces règles soient reconnues ou acceptées telles quelles lors d’un audit IBM.

• Fin de support de plusieurs technologies (Citrix Hypervisor, SUSE Linux Enterprise 12, Nutanix AHV for x86, etc.)

  🔹IBM continue de restreindre les environnements, ce qui peut mécaniquement augmenter le risque de non-conformité.

• Changement de libellé « Cloud Pak or FlexPoint Bundle » pour « Product Bundle »

  🔹Un renommage qui améliore un peu la lisibilité, mais qui ne clarifie en rien les règles de comptage sous-jacentes, alors que c’est justement sur ces bundles que se concentrent beaucoup d’ambiguïtés contractuelles !

• Ajout d’informations sur les ordinateurs dupliqués dans ILMT

  🔹Informations utiles pour repérer des erreurs d’inventaire ou de scan, mais malheureusement sans mécanisme automatique de correction dans les calculs.

En résumé, l’ensemble de ces évolutions améliore surtout l’ergonomie d’ILMT et la traçabilité des actions réalisées par les clients. IBM semble avoir priorisé la capacité à reconstituer l’historique, plutôt que d’améliorer l’exactitude des calculs effectués par l’outil.

Il est dommage qu’autant d’efforts aient été consacrés à l’augmentation du niveau de contrôle, alors que la production de chiffres réellement fiables et exploitables reste encore largement à la charge des équipes SAM.