Vigilo est un logiciel de supervision.
Construit en partie à partir du moteur Nagios, Vigilo propose une solution plus complète qui intègre d'autres fonctionnalités propres aux solutions de supervision “éditeur” ainsi qu'une possibilité de scalabilité améliorée.
Les principales fonctionnalités de Vigilo sont les suivantes :
Un module spécifique a été développé pour proposer une interface de type “Bac à évènements” pour la gestion de la supervision. Cette interface consiste en un tableau sur lequel s'affichent les incidents au fur et à mesure qu'ils apparaissent. Les opérateurs peuvent ensuite s'approprier les évènements pour les traiter puis les clore via un système de gestion de tickets d'incidents.
Vigilo propose une nouvelle interface de cartographie. Cette interface permet de regrouper les objets et de naviguer dans les groupes pour avoir une vision synthétique de l'état du système. A chaque icône de groupe sont associés des indicateurs de l'état du groupe et de ses membres. La cartographie offre un mode d'édition WYSIWYG ainsi qu'un mode de création automatique des cartes (par défaut à partir des groupes Nagios)
La solution Vigilo est dessinée pour gérer des parcs de plusieurs milliers d'équipements. Pour ce faire, Vigilo s'appuie sur une architecture répartie sur plusieurs serveurs de supervision.
Un module dédié a été conçu pour gérer le déploiement des configurations à partir du gestionnaire de configuration vers l'ensemble des serveurs. Ce module gère un fichier central de configuration qu'il valide, “découpe” et déploie sur l'ensemble des serveurs esclaves de l'architecture en mode sécurisé.
Vigilo V2 propose un nouveau module de génération de rapport totalement personnalisable. Il est basé sur les références open-source dans le domaine :
La communication entre les différents modules Vigilo s'appuie sur un bus applicatif basé sur XMPP. Ce procédé offre toute la robustesse et la sécurité (TLS) du protocole XMPP. Il permet aussi par son mode de publication/abonnement de simplement connecter d'autres applicatifs à Vigilo. Le format des messages s'appuie sur XML.
Vigilo offre des fonctionnalités de métrologie. Les informations de performances sont collectées dans une base de données et une interface Web permet d'accéder à de nombreux graphes.
Il est possible de rechercher dans l'ensemble des données collectées, d'afficher les graphes correspondants, de les comparer entre eux, de zoomer, etc.
Vigilo propose un nouveau moteur de corrélation. Il permet différents types de corrélation. La corrélation topologique (ex. : si deux serveurs sont derrière un routeur qui tombe en panne, il est important d'associer la panne du routeur à la “non visibilité” des deux serveurs) mais aussi des corrélations plus large (ex. : un routeur en panne pendant les heures d'ouvertures d'une agence a une priorité plus élevée que la même panne dans une agence fermée). Vigilo implémente donc des mécanismes de corrélation destinés à minimiser le nombre d'incidents remontés dus à une même cause mais aussi destinés à mieux représenter les aspects “métier” de la supervision.
Vigilo a été conçu pour gérer des parcs de grandes et très grandes tailles. Il est ainsi possible de répartir automatiquement la charge sur plusieurs collecteurs et d'en consolider les informations en central.
Vigilo possède aujourd'hui plusieurs références de plusieurs milliers d'équipements en général répartis sur des sites géographiques différents.
Suivant un principe similaire à celui présenté ci-dessus, Vigilo propose des fonctionnalités avancées de répartition géographique des serveurs de collectes. Ainsi on déploie un Vigilo local sur divers sites géographiques et on consolide la supervision globale en central (hypervision).
Vigilo s'appuie sur la solution de supervision Nagios et offre donc toutes ses fonctionnalités. Vigilo s'appuie en particulier sur les agents Nagios et peut donc utiliser tous les investissements réalisés sur ce type de solutions.
Vigilo permet de superviser les équipements, systèmes et applicatifs dialoguant nativement en SNMP (V1, V2 et V3).
Vigilo permet par exemple de superviser en SNMP des objets très divers : routeurs Cisco, systèmes UNIX (Solaris, HP-UX, AIX, BSD, …), Linux, Windows, AS400, équipements Nokia, etc.
Nota : Solaris peut être supervisé à partir de son agent natif ou via NetSNMP (informations plus riches).
Deux modules ont été rajoutés à Nagios :
Vigilo propose en complément de la supervision SNMP des agents propres disponibles pour la majorité des environnements système et applicatif (Vigilo s'appuie pour cette partie sur l'existant Nagios et les nombreux plug-ins disponibles dans la communauté).
Cette supervision est équivalente à la supervision SNMP. C'est le centre de supervision qui interroge les objets distants.
Les flux transitent par le protocole Nagios (NRPE) ou via SSH et exécutent des scripts sur la machine distante.
Vigilo propose un mode de supervision passive (basé sur NSCA de Nagios) qui permet aux objets distants d'envoyer à leur convenance les informations vers le centre de supervision.
Nota : Ce mode de supervision est intéressant dans les environnements sécurisés interdisant par exemple les “flux entrants”.
Vigilo propose un mécanisme de supervision à distance sur les protocoles qui le permettent. Ainsi on va interroger à distance régulièrement un serveur Web (par une requête HTTP) pour vérifier qu'il fonctionne.
Ce mécanisme offre moins d'informations qu'un agent local mais permet un premier niveau de supervision intéressant sans déploiement d'agents sur les serveurs à superviser.
Les services classiques supervisables par ce mode sont :
Vigilo V2 permet la supervision d'événements agrégés représentant des événements “métier” (ex. : le service aux utilisateurs d'un site web est composé de l'agrégation de plusieurs indicateurs tels que : le routeur d'accès, les frontaux web, le serveur d'application et la base de données). L'état d'un service de haut niveau est calculé en fonction d'une combinaison de plusieurs indicateurs “techniques” mais apparaît comme un seul événement dans les événements Vigilo en particulier au niveau de VigiBoard. Il est ensuite possible de “désagréger” l'événement pour remonter à la source du problème.
* Liste détaillée des fonctionnalités des versions Entreprise et Communauté
| Fonctionnalités Vigilo V2 : Entreprise et Communauté (Mai 2011) | ||
| Général | Ent | Com |
| Forte scalabilité et modularité | √ | |
| Possibilité de chaîner de multiples Vigilo (répartition hiérarchique) | √ | |
| Nombre d'équipements et de tests non limité (parc de dizaines de milliers en production) | √ | |
| Interface Web 2.0 (JavaScript, etc) | √ | √ |
| Pas de Java ni ActiveX sur le poste client | √ | √ |
| Navigateurs compatibles : Firefox, Internet Explorer, Safari, Google Chrome | √ | √ |
| Gestion des droits sur les applicatifs et les données unifiées | √ | |
| Authentification LDAP | √ | |
| Authentification Kerberos / Active Directory | √ | |
| Interface multi-langues ( V2.0 : Anglais et Français) | √ | √ |
| Protocole standard client / serveur (HTTP / HTTPS) | √ | √ |
| Bus applicatif utilisé entre les différents composants (XMPP/TLS) | √ | √ |
| Possibilité de connecter des applications tierces sur le bus XMPP | √ | √ |
| Serveur applicatif : TurboGears 2.0 | √ | √ |
| Possibilité d'accès aux données via Web Service (REST) | √ | |
| Version sources | √ | √ |
| Versions packagées : Red Hat 5 et 6, Mandriva MES 5 | √ | |
| Base de données : PostgreSQL | √ | √ |
| Haute-disponibilité | √ | |
| Auto-supervision | √ | |
| Configuration : VigiConf | ||
| Configuration centralisée multi-modules | √ | √ |
| Configuration centralisée multi-serveurs | √ | |
| Validation des configurations en central avant déploiement | √ | √ |
| Gestion des historiques de configuration | √ | √ |
| Déploiement sécurisé des configurations (SSH V3) | √ | |
| Possibilité de revenir à une ancienne configuration | √ | √ |
| Possibilité d'intégrer d'autres applications dans le configurateur (DNS, LDAP, etc.) | √ | |
| Supervision | ||
| Moteur de collecte basé sur Nagios V3 | √ | √ |
| Collecte répartie (multi-nagios) | √ | |
| Possibilité de répartition de charge entre les collecteurs | √ | |
| Supervision SNMP : MIB standard | √ | √ |
| Supervision SNMP avancée réseau (Cisco, Alcatel, NetApp, etc.) | √ | |
| Supervision Applicative (Apache, Oracle, LDAP, etc.) | √ | |
| Supervision Système Linux | √ | √ |
| Supervision Système (Windows, Solaris, AIX, AS/400, etc.) | √ | |
| Supervision Serveurs ToIP | √ | |
| Bac à événement : VigiBoard | ||
| Données : état actuel, pire état, démarrage, durée, nombre occurrences, hôte, service, erreur | √ | √ |
| Gestion de tickets (ticket, éditer, supprimer) | √ | √ |
| Possibilité de lien entre le bac à événement et l'outil de gestion de ticket (pas de ressaisie) | √ | |
| Filtre sur les événements | √ | √ |
| Possibilité de vision limitée des événements en fonction des droits de l'exploitant | √ | |
| Cartographie : VigiMap | ||
| Affichage des informations de supervision sous forme « synoptique» | √ | √ |
| Visualisation des états | √ | √ |
| Possibilité de rajouter des « tags » à chaque équipement | √ | √ |
| Possibilité d'édition des cartes (interface WYSIWYG Web 2.0) | √ | |
| Affichage des débits des lignes sous forme de couleurs (type WeatherMap) | √ | |
| Explorateur de cartes | √ | √ |
| Navigation dans les cartes | √ | |
| Consolidation des informations des niveaux inférieurs | √ | |
| Possibilité d'affichage des services de haut niveau | √ | |
| Organisation des cartes : fonctionnelles, géographiques, utilisateurs, etc. | √ | |
| Création d'icônes, modification, placement, etc. | √ | |
| Métrologie : VigiGraph | ||
| Métrologie basée sur RRDTool | √ | √ |
| Remontée et stockage des informations de performances | √ | √ |
| Paramétrage possible de la durée de rétention | √ | √ |
| Interface Web 2.0 de navigation dans les courbes de métrologie | √ | √ |
| Affichage et comparaison possible de plusieurs courbes entre elles | √ | √ |
| Une fenêtre d'affichage par courbe | √ | √ |
| Menu : navigation avant/arrière dans le temps, changement de périodicité, zoom avant/arrière, etc. | √ | √ |
| Corrélation : VigiRules | ||
| Corrélation Nagios | √ | √ |
| Moteur de corrélation Vigilo multi-collecteur | √ | |
| Écriture des règles en python | √ | √ |
| Possibilité de chaîner des corrélateurs | √ | |
| Accès possible à des informations tierces pour la corrélation (base de données externe) | √ | √ |
| Création d'un événement agrégé de plusieurs événements basiques | √ | √ |
| Possibilité dans la base de remonter à la liste des événements d'origine | √ | √ |
| Gestion de service de haut niveau (agrégation de plusieurs indicateurs basiques) | √ | |
| Corrélation topologique | √ | |
| Calcul de la priorité de traitement de l'alerte | √ | |
| Adaptation de la fréquence d'interrogation | √ | |
| Reporting : VigiReport | ||
| Reporting basé sur l'utilisation d'un ETL standard | √ | |
| Génération de rapport muti-formats : HTML, Excel, Word, PDF, etc. | √ | |
| Possibilité de création de rapports temps réels ou différés | √ | |
| Accès à une interface Wysiwyg (iReport) pour éditer les modèles de rapports | √ | |
| Edition de rapports d'états Nagios | √ | |
| Edition de rapports de performance | √ | |
| Type de tests | ||
| Utilisation de SNMP | √ | √ |
| Possibilités de déploiement d'agents (SSH et NRPE) | √ | √ |
| Possibilité de requêtes de services à distance (ex : requêtes HTTP) | √ | √ |
| Gestion des traps SNMP | √ | |
| Module de collecte SNMP optimisé | √ | √ |
| Utilisation de tous les plugins Nagios | √ | √ |
| Lien applicatif externe | ||
| Possibilité de lien avec ARS Remedy (inventaire vers configuration) | √ | |
| Possibilité de lien avec GLPI (inventaire vers configuration) | √ | |
| Possibilité de lien avec GLPI (ouverture de tickets à partir de VigiBoard) | √ | |