iTop et Grafana : visualisez vos indicateurs ITSM en temps réel

iTop centralise une quantité considérable d’informations : tickets, demandes, changements, problèmes, configurations, contrats, services applicatifs, dépendances. C’est précisément cette richesse qui devient un obstacle au moment de la restitution.

Concrètement, plusieurs limites apparaissent dès que la maturité ITSM progresse :

• Les tableaux de bord natifs sont orientés opérationnel. Ils répondent très bien à la question « qu’est-ce que je dois traiter aujourd’hui ? », beaucoup moins à « comment se porte la production de service sur les six derniers mois ? ».
• L’historisation est limitée. Suivre une tendance, comparer un mois N à un mois N-1, mesurer un MTTR sur la durée demande à chaque fois de bricoler une OQL ou un export.
• Les exports vers Excel ne sont pas une stratégie. Ils consomment du temps, ne sont pas reproductibles, et figent la donnée à un instant T.
• Les indicateurs ne sont pas consolidables. Une DSI qui pilote aussi une supervision, un SIEM, une plateforme cloud, n’a aucun moyen de voir tout ça au même endroit depuis iTop.
• La donnée CMDB reste sous-exploitée. Combien de serveurs en production ? Combien de CIs critiques sans contrat actif ? Quelle organisation porte le plus d’éléments d’infrastructure ? Ces questions, pourtant simples, demandent à chaque fois une requête manuelle.

Le résultat est presque toujours le même : la DSI dispose de la donnée, mais ne la valorise pas. Et tant qu’elle ne la valorise pas, elle ne peut pas en tirer de décisions.

Une DSI qui souhaite passer un cap dans son pilotage ITSM exprime généralement les mêmes besoins :

• Visualiser en temps réel la charge des équipes, le backlog, le respect des SLA.
• Historiser les indicateurs pour mesurer la progression ou la régression.
• Croiser les données ITSM avec d’autres sources (supervision, sécurité, cloud, finances).
• Partager des vues à des publics différents : exploitation, management, métier, direction.
• Industrialiser la production des indicateurs pour qu’elle ne dépende plus d’un export manuel hebdomadaire.

Autrement dit, il ne s’agit pas de remplacer iTop, mais de lui adjoindre la couche de visualisation qui lui manque. Une couche qui sait afficher des séries temporelles, gérer des seuils, alerter, croiser plusieurs sources, et produire une expérience utilisateur cohérente quel que soit le profil du lecteur.

C’est exactement le terrain de jeu de Grafana.

Grafana est un standard de fait pour la visualisation. Il sait interroger nativement MySQL / MariaDB, ce qui en fait un compagnon naturel pour iTop, dont le modèle de données est entièrement stocké en base relationnelle.

L’approche que nous recommandons et déployons chez nos clients repose sur quelques principes simples mais structurants.

Architecture recommandée

L’idée est de ne jamais faire pointer Grafana sur la base de production en lecture/écriture. À la place, on s’appuie soit sur un compte MySQL en lecture seule, soit, pour les volumétries plus importantes ou les environnements sensibles, sur un réplica MariaDB dédié au reporting.

Cette approche :

• préserve la performance de la production iTop,
• isole les requêtes analytiques (qui peuvent être lourdes) du parcours utilisateur,
• permet de durcir l’accès Grafana sans toucher à la configuration applicative,
• ouvre la voie à des consolidations multi-instances pour les organisations qui exploitent plusieurs iTop.

Mise en œuvre

La mise en place tient en quelques étapes :

1. Créer un utilisateur MySQL dédié à Grafana, en lecture seule, restreint aux tables nécessaires (typiquement ticket, ticket_request, functionalci, person, team, organization et leurs tables filles).
2. Déclarer la datasource MySQL/MariaDB dans Grafana en pointant sur le réplica de reporting.
3. Importer le dashboard que nous fournissons en fin d’article.
4. Adapter les seuils (priorités, statuts, organisations) au contexte de votre instance.
5. Restreindre l’accès via les rôles et organisations Grafana, en cohérence avec la politique d’habilitation existante.

Aucun module à installer côté iTop, aucune modification de la configuration applicative, aucune intrusion dans le datamodel. La base reste la base.

Points de vigilance

Quelques précautions méritent d’être rappelées :

• Verrouiller le compte de lecture : GRANT SELECT uniquement, sur la base iTop concernée, et idéalement depuis une IP source unique (le serveur Grafana).
• Surveiller les requêtes lourdes : certaines tables iTop (notamment priv_change, priv_search, attachment) peuvent atteindre plusieurs millions de lignes. Les requêtes analytiques doivent être pensées en conséquence, c’est d’ailleurs un sujet que nous avons abordé dans notre article sur les migrations iTop volumineuses.
• Anonymiser ce qui doit l’être si le dashboard est partagé largement (noms d’utilisateurs, intitulés de tickets sensibles).
• Versionner les dashboards : Grafana permet d’exporter ses dashboards en JSON. Nous recommandons de les stocker dans un dépôt Git, au même titre qu’une infrastructure-as-code.

Pour permettre à toute DSI utilisatrice d’iTop de démarrer immédiatement, nous mettons à disposition gratuitement un dashboard Grafana prêt à importer.

Il couvre deux grandes familles d’indicateurs.

Vue d’ensemble des tickets

• Tickets ouverts, tickets en attente, créés et résolus sur le mois en cours
• MTTR (Mean Time To Resolve) global
• Backlog des tickets ouverts depuis plus de 30 jours
• Évolution journalière des tickets créés vs résolus
• Répartition par priorité, par statut, par origine
• Charge par équipe
• Top 10 des agents les plus actifs sur les trois derniers mois
• Volumétrie par service sur six mois
• Liste des tickets ouverts les plus anciens

Vue CMDB

• Inventaire global (serveurs, postes, équipements réseau, applications)
• Répartition des serveurs par statut opérationnel
• Répartition des CIs par criticité business
• Distribution des CIs par organisation

L’objectif de cette version est clair : donner aux équipes ITSM une première lecture immédiate de leur activité, sans qu’elles aient à écrire une seule requête SQL.

📥 Télécharger le dashboard « iTop Lite » (JSON, prêt à importer dans Grafana)

Fichier : dashboard-itsm-factory-grafana.json

Le dashboard Lite couvre l’essentiel du suivi opérationnel : volumétrie des tickets, charge des équipes, état de la CMDB. Mais lorsque la maturité de la DSI augmente, d’autres questions deviennent prioritaires. Comment se comportent les SLA dans la durée ? Quels tickets sont en train de basculer en breach ? Les changements de production sont-ils maîtrisés ? Que s’est-il réellement passé sur la plateforme ces derniers jours ? Et surtout, comment restituer tout cela en une seule vue à un COMEX ou à un comité de pilotage ?

C’est la raison pour laquelle nous fournissons à nos clients un dashboard Grafana avancé, conçu comme un véritable cockpit ITSM, organisé en sections repliables pour s’adresser à plusieurs publics dans un seul tableau de bord.

Performance SLA

La section SLA passe au-delà du simple comptage de tickets pour mesurer la qualité de service réellement délivrée :

• Taux de respect du SLA TTO (Time To Own) sur le mois en cours et sur le trimestre glissant
• Taux de respect du SLA TTR (Time To Resolve) sur les mêmes périodes
• Évolution mensuelle TTO & TTR sur 12 mois : la vue qui permet d’objectiver une amélioration ou une dégradation continue
• Suivi du volume d’alertes SLA mensuelles
• Liste des tickets actuellement en breach SLA, pour passer à l’action immédiatement

Pilotage des changements

Le processus de gestion des changements est souvent le moins instrumenté en dashboards, alors qu’il est le plus risqué pour la production. Cette section apporte :

• le nombre de changes en cours,
• le taux de succès des changes,
• la répartition par statut et par résultat (succès, échec, partiellement réussi, annulé),
• l’historique mensuel des changes par résultat, pour suivre la maîtrise dans la durée.

Activité & audit

Une instance iTop est aussi un système d’information sensible : elle contient des données critiques, est accédée par de nombreux profils, et doit pouvoir être auditée. Cette section apporte une lecture quasi temps réel de ce qui s’y passe :

• modifications du jour, de la semaine, et évolution journalière,
• top 10 des utilisateurs les plus actifs sur 30 jours,
• répartition des modifications par origine (interface, API, synchronisation, portail…),
• événements système et dernières erreurs remontées par l’application.

C’est typiquement la vue qu’attend un RSSI ou un responsable d’exploitation, et qui n’existe nulle part nativement dans iTop.

KPI Synthèse Direction

Enfin, une dernière section consolide les indicateurs clés sur 12 mois dans un format pensé pour un comité de direction : tendance combinée des tickets créés, résolus, et du taux de SLA TTR, accompagnée d’un résumé synthétique par équipe sur le trimestre. Une seule capture suffit à présenter l’activité ITSM lors d’un COMEX.

Ce qui est livré

Le dashboard avancé est déployé chez le client avec :

• l’ensemble des requêtes SQL optimisées pour fonctionner sur des bases iTop volumineuses,
• les seuils et codes couleur alignés sur les standards de la DSI,
• un modèle de données documenté identifiant les tables et les colonnes mobilisées,
• un versioning Git du JSON Grafana, pour suivre l’évolution du dashboard au même titre qu’une infrastructure-as-code,
• l’accompagnement à la mise en place de la datasource et au paramétrage Grafana (rôles, organisations, alerting).