NagVis est un logiciel Open Source qui permet de visualiser sous forme de cartes les données tirées de différents outils de supervision: Shinken, Nagios, Centreon... (http://nagvis.org/about)
NagVis est régulièrement installé en parallèle de Shinken afin de visualiser le statut des hôtes sur des représentations graphiques avancées et personnalisées. C'est pourquoi à partir de la version V02.05.00, une instance de NagVis est installée automatiquement lors d'une installation ou d'une mise à jour de Shinken Entreprise.
Cette installation permet notamment d'éviter à l'utilisateur de devoir configurer NagVis pour le lier avec Shinken, puisque l'instance de NagVis installée est aussi pré configurée lors de son installation.
Les sections suivantes décrivent comment manipuler cette installation NagVis, ainsi que la configuration par défaut disponible.
Cette installation de NagVis est présentée dans Shinken comme un addon. Cet addon est automatiquement activé lors d'une installation avec le démon Broker activé.
Il sera donc activé lorsque l'installation est appelée comme dans les cas suivants:
./install.sh ./install.sh --brokernode |
Mais désactivé par exemple sur une installation d'un Poller uniquement:
./install.sh --pollernode |
Lors d'une mise à jour depuis une version V02.04.XX, l'addon n'est pas activé pour rester dans le même périmètre de fonctionnalité.
Lors d'une mise à jour depuis une version V02.05.XX, l'addon conserve son état d'activation précédent.
Lorsque l'addon est activé, NagVis est disponible sur la machine correspondante à l'adresse suivante: |
L'instance de NagVis installée par l'installeur Shinken Entreprise est présentée sous la forme d'un addon "nagvis".
Cet addon peut être activé et désactivé grâce aux commandes d'Activation/désactivation des addons:
shinken-addons-enable nagvis |
shinken-addons-disable nagvis |
L'activation de l'addon "nagvis" effetue les opérations suivantes:
La désactivation de l'addon effectue les opérations suivantes:
|
Un des intérêts principaux de NagVis est de pouvoir être relié à un logiciel de supervision (en l'occurence Shinken) pour récupérer le statut des hôtes et des checks.
L'addon "nagvis" vient donc avec une version de NagVis préconfigurée pour éviter d'avoir à effectuer ces réglages manuellement.
Les réglages suivants ne sont que des paramètres définis à l'installation. L'administrateur a bien sûr par la suite la liberté de les modifier et de s'approprier cette installation NagVis comme il le souhaite. |
Les différentes options de configuration modifiées sont les suivantes:
| Option | Valeur utilisée | Commentaire |
|---|---|---|
| authmodule | CoreAuthModShinken | Module d'authentification des utilisateurs en liaison avec Shinken. Plus de détails dans la page dédiée: Gestion de l'authentification NagVis |
| authorisationmodule | CoreAuthorisationModShinkenGroups | Module de gestion des autorisations des utilisateurs. Plus de détails sur la page dédiée: Gestion de l'authentification NagVis |
| logonmodule | LogonShinkenMixed | Module de connexion. Plus de détails sur la page dédiée: Gestion de l'authentification NagVis |
| shinken_features | Oui | Donne accès à certaines fonctionnalités de Shinken dans NagVis, comme par exemple l'impact métier des objets. |
| shinken_auth_restrict_to_shinken_admin | Non | Restreint la connexion à NagVis aux administrateurs shinken. Plus de détails sur la page dédiée: Gestion de l'authentification NagVis |
| backend | shinken_livestatus | Backend utilisé pour la connexion à Shinken |
| eventsound | Non | Pas d'alerte sonore lors d'un changement de status |
| urltarget | _blank | Les liens vers les autres cartes NagVis et le détail des éléments dans Shinken sont ouverts dans un nouvel onglet |
| hosturl | http://ip_broker:7767/detail-by-name/[host_name] | Adresse utilisée pour le détail des hôtes |
| servicegroupurl | http://ip_broker:7767/detail-by-name/[host_name]/checks/[service_description] | Adresse utilisée pour le détail des checks |
NagVis doit être relié à un "backend" pour pouvoir récupérer les statuts des hôtes et checks. Dans le cadre de Shinken, cette liaison avec NagVis s'effectue via le module Livestatus du Broker. Ce module est automatiquement activé lorsque l'addon est activé avec la commande d'activation des addons (voir section précédente).
Par défaut, NagVis va récupérer les statuts des éléments de Shinken sur le Broker situé sur la machine sur laquelle il est installé (127.0.0.1), en utilisant le port de Livestatus par défaut (50000). Si un Broker doit être utilisé, les paramètres du backend peuvent être configurés directement dans NagVis, par l'interface Graphique ou bien via le fichier de configuration de NagVis.
|
... [backend_shinken_livestatus] backendtype="mklivestatus" socket="tcp:127.0.0.1:50000" ... |
L’intérêt de NagVis est qu'il est capable de se connecter à une plateforme de supervision pour récupérer le statut des hôtes et checks.
Cette connexion est configurée via ce qui est appelé "backend" dans NagVis.
Le backend utilise Livestatus pour se connecter au Broker présent sur la même machine que l'Arbiter (127.0.0.1), sur le port de Livestatus par défaut (50000).
Si un autre Broker doit être utilisé, le backend par défaut peut être modifié depuis l'interface de configuration.
|
Il est également possible de modifier le backend utilisé depuis le fichier de configuration de NagVis si besoin:
[backend_shinken_livestatus] backendtype="mklivestatus" socket="tcp:127.0.0.1:50000" |