Votre Zabbix est au rouge depuis longtemps. Mais personne n'y regarde au quotidien ?
Une panne qui s'annonce s'affiche en rouge dans Zabbix, alors que personne côté exploitation n'en sait rien. COD ramène la disponibilité et les problèmes ouverts sur la base d'assets vivante avec laquelle vous travaillez déjà. La détection des problèmes et les alertes restent l'affaire de Zabbix. COD lit et acquitte. Le tout fonctionne entièrement on-premise et en multi-tenant.
Tableau de bord monitoring : disponibilité, problèmes ouverts par sévérité et tendances des dernières 24 heures, depuis votre Zabbix, dans COD.
Cela vous parle ?
Les données sont dans Zabbix, mais personne n'y regarde
Le problème : Votre Zabbix collecte les métriques et détecte les problèmes de façon fiable, mais c'est un outil de plus à côté de COD, avec sa propre connexion et sa propre interface. Au quotidien, presque personne ne l'ouvre.
La conséquence : Les chiffres de disponibilité et les problèmes ouverts restent inexploités dans un outil laissé de côté. Le bénéfice de la supervision s'évapore.
Comment COD le résout : Le module monitoring intègre votre serveur Zabbix dans COD via une passerelle backend : dashboard, hôtes, templates, problèmes et unlinked assets, sur la même base d'assets vivante que votre exploitation. Le tableau de bord se met à jour régulièrement de lui-même. Détection, triggers et alertes restent chez Zabbix. COD amène les données là où l'on travaille.
Gérer les hôtes dans Zabbix, c'est créer les mêmes appareils une deuxième fois
Le problème : Un nouvel appareil doit être supervisé. Direction Zabbix : créer l'hôte, affecter les templates, saisir les interfaces. Vous gérez les mêmes assets deux fois, et aucun endroit ne montre d'un coup d'œil quels appareils ne sont pas encore supervisés.
La conséquence : Double gestion à chaque nouvel appareil, plus des trous de supervision que personne ne remarque. En cas d'incident, un asset tombe sans que personne ne le voie.
Comment COD le résout : Vous créez les hôtes Zabbix directement depuis le dialogue d'asset dans COD, avec hostname, templates, groupes d'hôtes et interfaces. La vue « Unlinked Assets » montre les trous de couverture. Si vous désactivez la supervision, COD ne retire que son propre lien. COD ne supprime jamais un hôte Zabbix.
Un seul Zabbix pour de nombreux clients, mais pas de séparation propre des tenants
Le problème : En tant que prestataire ou collectivité, vous exploitez un Zabbix pour plusieurs clients ou sites. Zabbix ne connaît pas cette séparation nativement : qui ouvre l'interface voit les hôtes et problèmes de tous les tenants mélangés.
La conséquence : Chaque vue client est un risque de mélange : des problèmes sont attribués au mauvais client, et toute analyse par client passe par un filtrage manuel.
Comment COD le résout : COD filtre les vues de supervision par site via les groupes d'hôtes Zabbix : chaque tenant ne voit que ses propres hôtes, problèmes et templates, configurés par multisélection. Vous acquittez les problèmes ouverts directement depuis COD, et COD ajoute côté serveur qui a acquitté au commentaire.
Pourquoi COD, pas seulement une fonctionnalité
COD ne pose pas une deuxième supervision à côté de Zabbix. Il ramène la supervision existante sur la base d'assets vivante de votre exploitation : un seul état de données au lieu de deux outils. Tout fonctionne on-premise et en multi-tenant, si bien qu'un Zabbix partagé devient pour la première fois proprement utilisable par client, sans changer d'outil.
Questions fréquentes
Découvrez le Monitoring en direct
Demandez une démonstration en direct et voyez le module Monitoring avec votre Zabbix dans votre environnement, ou téléchargez la fiche technique reprenant toutes les fonctionnalités de façon compacte sur une seule page.