| Scroll Ignore | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||
|
Paramètres généraux
Pour l'addon "nagvis-shinken-architecture", une installation de NagVis est gérée par les scripts d'installation et de mise à jour de Shinken Entreprise.
Celle-ci est disponible à l'adresse suivante:
| Info | ||
|---|---|---|
| ||
http://adresse_arbiter/shinken-core-map |
| Info | ||
|---|---|---|
| ||
Par défaut l'installation de NagVis se fait dans le dossier /var/lib/shinken-nagvis Si ce dossier se trouve être un point de montage, NagVis ne pourra procéder à son installation, le dossier d'installation est alors modifié en /var/lib/shinken-nagvis/nagvis Au final, le lien symbolique /etc/shinken/external/nagvis/ permet d'arriver dans le dossier d'installation de NagVis, quel qu'il soit. |
Cette version vient préconfigurer préconfigurée pour pouvoir fonctionner avec Shinken de manière transparente, sans configuration nécessaire.
Les différentes options de configuration utilisées sont les suivantes:
| Option | Valeur utilisée | Commentaire |
|---|---|---|
| authmodule | CoreAuthModShinken | Module d'authentification des utilisateurs en liaison avec Shinken. ( Voir la page |
| Gestion de l'authentification ). | ||
| authorisationmodule | CoreAuthorisationModShinken | Module de gestion des autorisations des utilisateurs ( Voir la page |
| Gestion de l'authentification ). | ||
| logonmodule | LogonShinkenMixed | Module de connexion ( Voir la page |
| Gestion de l'authentification ). | ||
| shinken_features | Oui | Donne accès à certaines fonctionnalités de Shinken dans NagVis, comme l'impact métier des objets. |
| shinken_auth_restrict_to_shinken_admin | Oui | Restreint la connexion à NagVis aux administrateurs shinken. ( Voir la page |
| Gestion de l'authentification ). | ||
| 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. La valeur de ce paramètre est remplacé à chaque démarrage du module " architecture-export " |
par l'URL présente dans le paramètre "architecture_export__broker_connection__broker_webui_target" |
du module "Module architecture-export" ( Voir la page |
| servicegroupurl | http://ip_broker:7767/detail-by-name/[host_name]/checks/[service_description] | Adresse utilisée pour le détail des checks. La valeur de ce paramètre est remplacé à chaque démarrage du module " architecture-export " |
par l'URL présente dans le paramètre "architecture_export__broker_connection__broker_webui_target" |
du module "Module architecture-export" |
( Voir la page |
Ces options peuvent être par la suite modifiées de 2 manières différentes:
- Depuis l'interface de NagVis
- Par fichier de configuration (/etc/shinken/external/nagvis/nagvis.ini.php)
Choix du backend
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.
Lors de l'installation de l'addon "nagvis-shinken-architecture" effectué pendant une installation/mise à jour de Shinken. Un backend est créé automatiquement. Il 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.
| Panel |
|---|
|
Il est également possible de modifier le backend utilisé depuis le fichier de configuration de NagVis si besoin:
| Code Block | ||
|---|---|---|
| ||
[backend_shinken_livestatus] backendtype="mklivestatus" socket="tcp:127.0.0.1:50000" |