SHINKEN
 
18/11/2019 - Un très bon guide de Shinken en dehors de la doc officielle, bien plus complet que mes travaux et dans la langue de Molière : https://cdn.website-editor.net/1ded [...] hinken.pdf
31/08/2016 - /!\ Ma période d'alternance prenant fin,le report publique de ce projet (terminé dans les faits) sera laissé comme tel à moins que je le recommence pour le compte d'un autre employeur avec documentation en ligne autorisée /!\
 
CONTEXTE
 
1 siège en IDF avec 120 personnes, une centaine d'hôtes à superviser (serveurs et éléments réseau)
6 agences réparties sur le territoire national reliées via VPN se partageant 100 employés, 6 serveurs et une dizaine d’éléments réseaux à monitorer
Plusieurs flux nationaux, européens et internationaux dont il faut évaluer les performances via ping (latence et % de perte)
 
BESOINS
 
- monitoring des serveurs Linux et Windows et des éléments réseaux (switchs et routeurs)
- monitoring de la couche applicative des serveurs également
- possibilité de créer et hiérarchiser des vues avec schémas visio (France => Siege/Agence => Service/Serveurs/Reseau)
- si possible, pouvoir intégrer le bench des connexions réseau agence <-> siège <-> Europe <-> International
- installation et administration à la portée d'un sortant de BAC+2 (BTS SIO SISR)    
 
LA SOLUTION
 
Shinken a la particularité de se décomposer en 6 daemon qui ont chacun leur rôle dans la supervision, cela permet de meilleures performances et une gestion plus aisée de la haute disponibilité.
Il est compatible avec les plugins nagios et autres solutions aidant à la supervision comme graphite ou NagVis.
 
Petit schéma explicatif :  
 

 
 
 
 
Avancement du projet :
 
- 15/09/2015 : plusieurs tentatives ratées sur l'installation de Shinken sur VM UbuntuServer
- 16/09/2015 : Shinken et sa WEBUI installés sur VM Debian
- 28/09/2015 : Shinken + WebUI + LiveStatus + NagVis + Thruk installés sur une VM Debian 8
- 28/09/2015 : tuto d'installation V1 rédigé et publié
- 29/09/2015 : réinstallation de Shinken en suivant ma doc - tuto d'installation V2 rédigé et publié
- 20/10/2015 : ajout d'un hôte Linux + sondes hardwares OK - tuto de configuration en cours de rédaction pré publié pour vous donner la manip
- 23/10/2015 : configuration et test de Shinken sur la première plateforme (2 hôtes + serveur), intégration d'un hôte Linux et Windows à superviser via SNMP et NRPE | manips reportées sur mon tuto
- 26/10/2015 : ajout réussi des éléments de la plateforme de test n°2 (un serveur en prod, un switch en prod, un routeur en prod)
- 30/10/2015 : crash VM, décison de passer en prod
- 02/11/2015 : passage en prod, supervision d'un serveur linux, d'un routeur et d'une dizaine de switch
- 03/11/2015 : NagVis prêt (maps, structure, fond de cartes...)
- 04/11/2015 au 16/11/2015 : installation graphite + ajout template de graphage maison -- avorté
- 10/11/2015 : passage sur Ubuntu 14.04
- 01/12/2015 : refonte de la partie NagVis
- 07/12/2015 : intégration des serveurs Windows dans la supervision
- 08/12/2015 : amélioration des sondes routeur et switch pour une meilleure lisibilité
- 14/12/2015 : intégrer un lien sur chaque hôte nagvis vers leur page dédiée de l'interface Shinken
- 14/12/2015 : split - vue Thruk + vue Nagvis sur le même écran
- 21/12/2015 : modification des seuils d'alerte HDD pour Windows et Linux
- 18/01/2016 : ajout des notifications mail
- 18/01/2016 : sondes DHCP, DNS, IIS, Proxy
- 25/01/2016 : publication de la doc globale sous sa première version
- 15/02/2016 : graphite installé et configuré, doc publiée
- 29/03/2016 : affinage de la configuration Shinken  
- 29/03/2016 : notif SMS pour les business_impact de niveau 5
- 01/04/2016 : authentification AD graphite
- 11/04/2016 : script de log de la connexion gammu <=> Nokia
- 11/04/2016 : création et intégration des graphes personnalisées
- 11/04/2016 : publication du script de log de la connexion gammu <=> Nokia  
- 12/01/2016 : doc de création et d'intégration des graphes personnalisés
- 22/04/2016 : publication du code HTML de l’interface de supervision avec intégration des graphes
- 22/04/2016 : complément sur la partie graphite de la doc
- 30/05/2016 : interface web par hôte avec ses graphes, accessible directement via Nagvis + script la créant pour l'hôte de votre choix + documentation du script
- 17/06/2016 : développement d'un système de queue sur les notifs SMS et documenté
- 12/07/2016 : MàJ script verifNokia.sh, comportement événementiel et non chronique
- 04/08/2016 : déport de sondes pings sur machines Linux via NRPE
- 04/08/2016 : monitoring apache2 + sites web
- 09/08/2016 : monitoring mySQL
- 18/08/2016 : schématisation du fonctionnement global de la supervision
- courant septembre : formation du personnel IT de l'entreprise
 
Problèmes majeurs devant être résolus :
 
- Historique graphite < 24 heures => http://forums.monitoring-fr.org/index.php?board=31.0
edit du 03/07/019 => oubliez graphite en fait, passez sur pnp4nagios
- Conflit de notification SMS si plus d'un numéro à contacter (les commandes gammu ne peuvent se lancer en même temps) => développement d'un système de queue sur les notifs SMS
- filtre sur les retours des sondes routeurs au niveau des notifs SMS (réception d'un SMS vide car contenu trop long)
- vérification en temps réelle de la liaison supervision <=> téléphone => MàJ du script verifNokia.sh qui était exécuté périodiquement jusque là
 
               
                       
Mes publications :
 
- Schéma synthétique (png, pdf et vsd) : interactions entre les daemons de Shinken => https://drive.google.com/file/d/1RY [...] sp=sharing
- Synthèse : installation, configuration et utilisation => https://drive.google.com/open?id=1- [...] XjR1nKQPNg
- Annexes : https://drive.google.com/open?id=1u [...] SbtlJY-2rD
NB : je ne certifie pas l'exactitude de mes documents
 
Liste tutos suivis :
 
- Installation Zabbix sur UbuntuServer : https://www.digitalocean.com/commun [...] ps-servers
- Installation Shinken sur Debian : http://shinkenlab.io/online-course-1-installation/
- Installation de EON : http://memo-linux.com/eyes-of-netw [...] pervision/
- Installation de FAN : http://www.fullyautomatednagios.or [...] stall-fan/
 
Avec Shinken :  
 
cf ma doc

Shinken est un dérivé de Nagios mais fonctionne en autonomie.
 
J'ai eu l'occasion de le tester l'année dernière mais une nouvelle version venait de sortir.
Cette nouvelle mise à jour remettait pas mal de chose à plat et la doc n'avait pas encore été mise à jour donc j'ai un peu galéré.
 
J'avais besoin d'une solution rapide donc je suis passé sur PRTG et la version gratuite avec 100 capteurs.
 
Je vais suivre ce post car je compte bien m'y remettre quand je vais avoir un peu + de temps.
 

Merci de ta réponse QOTSA76 surtout pour ce qui est de l'autonomie de Shinken
 
Cependant il est déclaré comme compatible Nagios selon mes recherches, à voir si je peux y intégrer NagVis ...
 
Je viens d'installer ZABBIX sur une VM pour l'instant, je le découvre petit à petit

Perso je trouve Zabbix trop limité par défaut.
 
Il est possible d aller plus loin mais ça demande beaucoup de customisation.

C'est également ce que je pense vu ce qui m'a été décrit de lui
 
Pour le moment je bute sur son installation via interface web (ultime étape), il arrive pas à utiliser la base de donnée mySQL
 

 
Pourtant j'ai fait un dbconfig.php (dans le doute) et un zabbix.conf.php qui ont l'air ok...    
 
edit : fixé https://www.digitalocean.com/commun [...] ps-servers

Juste pour info, ca t'aidera pas dans ta décision, mais FAN c'est pas FAN + centreon ^^  
Dans FAN tu as la partie Centreon ^^
 
Un nagios seul, c'est loin d'être autant séduisant.
 
Par contre, je sais pas si tes choix sont arretés ou pas, mais tu as FAN en effet en solution tout en un, mais tu as également EON, c'est ce qu'on utilise chez nous.
Apres on fait pas de choses tres poussées avec, donc je peux pas te dire si ca correspond bien à ton besoin, mais si jamais, tu as de la doc un peu à droite à gauche.
Tu as les graphes avec cacti par contre une interface graphique plutot facon nagios pour la supervision.

En effet tu as raison ! Cela fait depuis Février que je n'ai plus touché à FAN mes souvenirs sont un peu flous sur certains points
 
Mes choix ne sont pas arrêtés mais je vais pas non plus tester 10 solutions de supervision !  
 
Je vais ajouter EON à ma liste de tests en virtualisation, merci
D'ailleurs de mémoire j'y avais touché l'année dernière très vite fait lors d'un TP (si EON = Eyes On Network)

C'est exactement ca

Bonsoir,
 
on utilise Shinken au boulot, mais l'admin en charge de l'outil a bien galéré pour le mettre en place. Niveau maintenance/mise à jour c'est pas toujours évident.
Cela dit, ça fait le boulot.
 
Si c'était à refaire, je pense qu'on repartirait sur du Centreon.

Bonsoir Remi,
 
Je confirme il est galère à installer, je me suis arracher les cheveux sur 3 tentatives d'installations (vive les snapshots), au mieux la webui était HS sur le premier coup    
C'est peut être à cause de l'OS (?) à savoir la dernière mouture d'UbuntuServer (choix de l'entreprise)
 
Du coup j'ai fais un gros fuck au pingouin...
... et me suis éclater sur une modélisation du réseau de l'entreprise sous PacketTracer avec intégration des VLAN et du routage interVLAN, au moins là ça fonctionnait comme il fallait.
A voir si ce que j'ai fait est possible sur du NetGear par contre
 
En somme je n'ai que le zabbix d'opérationnel pour l'instant... je sens que ça va être long la partie supervision sur cette alternance      
 
Je m'y remet demain...
 
 

Une news toute fraiche sur Shinken et au passage un site de référence pour les info sur la supervision  
 
http://www.monitoring-fr.org/2015/ [...] t=Netvibes

Hum merci beaucoup de la nyouz ET du lien !  
 
Je l'intègre dans ma veille
 
De mon côté l'installation pour Shinken est quasiment terminée, et apparemment sans soucis.
 
En tout cas ça passe sur Debian mais pas ubuntuserver    
 
-- edit --  
 
Shinken installé ! Plus que EON et FAN à faire (c'était mon objectif de la semaine) et après j'organise les configurations de tests
 
Pour ceux qui passent par là en cherchant à l'installer, voilà deux tutos très bien faits pour l'installation de Shinken et de sa WebUI :
 
http://shinkenlab.io/online-course-1-installation/
http://shinkenlab.io/online-course-2-webui/
 
Un grand merci à ce Monsieur

Un retour d'xp dans la langue de Shakespeare :  
 
http://streamdata.io/blog/how-we-c [...] -software/
 

Merci QOTSA76 ton lien a l'air interressant !
 
Je me penche dessus Lundi matin
 

Hello,
 
Je te recommande de regarder vers Observium avec les plugins en plus.
 
Auto discover + Wheathermap + Smoke Ping
 
Alors pour monitorer les BDD, on à fait mieux mais pour le reste c'est simple, intuitif, scriptable et rapide.

Hello Batcha,
 
En ce moment je focus Shinken donc je ne peux pas trop prendre le temps d'étudier Observium.
 
Mais du peu que j'ai lu il est optimisé pour le réseau et surtout Cisco. Mon entreprise est en  Netgear donc à voir quand je serai dessus.
 
Merci de ton partage !
 

En effet je prends cher... là j'essaie tant bien que mal de lui coller thruk mais bon
Soit c'est moi qui suis un gros noob, soit les solutions de supervision sont vraiment ce qui se fait de moins intuitif et simple pour ce qui est de leur configuration, ajout de plugin, fonctionnalité... les tutos les mieux construits sont pas à jour pour couronner le tout donc j'essai de faire avec les docs    
 
Par moment j'ai l'impression d'en être à ce point là (cf image)
 

 
J'ai vu passé des scripts d'install automatique Shinken + Thruk mais de mémoire la version de Shinken était en dessous de la 1.0 ... super

 
Prends une debian 8. Le package est intégré sur la nouvelle version (éventuellement part sur une testing)
 
Colle Nagvis et tu auras une supervision sympathique ...  
 
Tous est scriptable avec awk/sed pour la gestion des fichiers

Ah je l'ignorais !  
 
Bon je fais ma dernière tentative pour Thruk qui consiste à suivre scrupuleusement les docs officielles parfois pas très claires à mon goût (même fausses des fois) et si cela ne fonctionne pas je vais voir du côté de la 8 merci !
 
Pour le moment Livestatus semble ne pas vouloir écouter le port 50000 et pas de livestatus.db créée dans /var/lib/shinken, d'après les logs du broker il ne trouve pas le module livestatus
Je l'ai pourtant créée dans /etc/shinken/modules/ et renseigné dans broker-master.cfg
 
Debian 8 est en cours de DL, je vais tout refaire bien comme il faut même si ma gestion de snapshot était censée me refournir l'étape précédente dans un état viableen cas de pépin à chaque fois

Hello,

Pour vous tenir au courant.
J'ai perdu un peu de temps sur un soucis de VM + RTT pris pour le passage du code .

Je suis passé sur une Debian 8 et en suis à ce niveau :

- Shinken Installé
                        WebUI OK
                        Livestatus OK

- Thruk installé et couplé avec succès à Shinken
- NagVis installé

Depuis ce matin je bloque sur une erreur 403 sur http://ipserver/nagvis
Je suis en train d'essayer de comprendre pourquoi Apache considère que je n'ai pas le droit d'accéder à /usr/local/nagvis/share depuis un navigateur...

En tout cas je pense faire un gros tuto avec mes sources et mes modifs perso pour que cela fonctionne sur l'installation de Shinken + Thruk + Nagvis.
En effet j'ai trouvé cet ensemble nulle part, je la publierai ici via un lien google drive quand j'aurai finit toutes les installs et la rédaction !
 

 
Dès que c'est en ligne préviens moi !!  

Je le posterai ici, suffit de t'abonner au topic si ce n'est pas déjà le cas

En fonction je contacterai également Jean Gabès (alias Naparuba) pour voir si ce document l'intéresse, une fois qu'il sera posté ici
Les liens seront à la fois sur le premier post et dans le fil

Ah et kdo ! Un petit schéma synthétique du fonctionnement de Shinken entre ses 6 daemons
Formats png, pdf et vsd ici : https://drive.google.com/folderview [...] sp=sharing

J'ai résolu l'erreur 403 en comparant avec les fichiers Apache de Thruk, le nagvis.conf stock n'avait pas un contenu viable.

J'ai donc Shinken 2.4 avec :
- les modules WebUI et Livestatus OK
- Thruk 2.00-2 installé et mis en lien avec Shinken via Livestatus
- NagVis 1.8.5 installé et mis en lien avec Shinken via LiveStatus

Le tout sous une Debian8 64Bits avec :

- Python 2.7.9
- PHP 5.6.13
- Apache 2.4.10

Je vais m'atteler à la rédaction de la doc d'install du tout, je mettrai le lien sur ce post ! cela devrait être finit aujourd'hui

Je pense que ça va en intéresser plus d'un  
 
Moi le premier, quand je vais avoir un peu de temps , il va falloir que je me remonte un shinken car je suis un peu limiter avec les 100 capteurs gratuit de PRTG.

lien pour la doc d'install homemade : https://drive.google.com/open?id=0B [...] 3RhOE5DdXc
 
également présent sur le premier post
 
A voir si demain je prends le temps de la tester entièrement depuis une une autre D8 fraîche sur la matinée ou si j'enchaine sur la réflexion de la plateforme de test, n'hésitez pas à me faire un retour
 
Edit : je fais une D8 fraîche et j'y teste ma doc, de plus ça me fera un Shinken tout propr
Edit2 : y a quelques loupés/erreurs je corrige petit à petit  

Ma doc d'installation corrigée, testée et normalement fonctionnelle pour vous aussi !

https://drive.google.com/file/d/0B1 [...] sp=sharing

15 jours se sont écoulés depuis l'installation, comment se passe l'utilisation de shinken ?  
 
Et pour info, tu as mis quoi comme ressource (CPU, mémoire , disque) sur ta VM ?  
 
Merci
 
Nicolas

Hello !

Mon rythme d'alternance ne m'a pas permis de beaucoup avancer.

Côté Thruk/NagVis tout est configuré et reporté sur un tuto en construction mais il faut que je comprenne bien comment configurer Shinken (fichiers hosts, templates, etc etc), cela prend du temps.
J'ai 3 semaines de suite en entreprise dés lundi, donc je pourrai de retour m'y atteler plus sérieusement !

Pour ce qui est des ressources hardware ce n'est qu'une machine de test avec 1CPU/2GB RAM/15GB HDD sous i5 4590/8 GB

Threads ouvert sur le forum monitoring.fr pour demande d'aide afin d'avoir la remontée des sondes hardware

resolu - http://forums.monitoring-fr.org/index.php?topic=8554.0
resolu - http://forums.monitoring-fr.org/in [...] 6#msg55326

J'ai réussi à faire fonctionner les sondes hardware pour un client Linux via snmpd, je détaille ce que j'ai fait sur le lien (c'est le tuto de config en cours de rédaction)

[lien mort]

Actuellement j'essaie de faire pareil pour un hôte Windows via NRPE (NSCLIENT++)

Hello,
 
Sondes ok pour hôtes Linux et Windows
 
J'ai mis mon tuto à jour : https://drive.google.com/open?id=0B [...] WtYUU01YnM
 
Prochaine étape : ajout des sondes maisons pour les routeurs/switchs, mais pas sûr que je puisse le publier ...

Merci pour tes tutos, enfin ton tuto, ça fait bien plaisir

Derien  

Si jamais ça fonctionne pas dîtes le moi et on essaiera de trouver le hic ensemble, je suis passé par tellement d'erreurs et correctifs...

J'ai pas le temps de refaire la partie configuration pour être 100% sûr de ce que j'ai publié, ce tuto n'est même pas terminé  

Ajout de switch et routeurs OK avec les sondes fournies par les packs cisco, router et switch

Les sondes stock relatives aux interfaces sont peu lisibles car gèrent tous les ports d'un coup... J'essaie d'isoler une interface/sonde depuis ce matin en suivant notamment la doc officielle, ou en allant un peu au feeling par rapport à ce que j'ai compris du fonctionnement.

Je n'obtiens que des erreurs pour le moment

La supervision du routeur cobaye a tout de même déjà permis de révéler l'origine possible d'un soucis de lenteur observé depuis la semaine dernière.

Le tuto est finit pour les switchs et routeurs mais sera modifié dés que j'aurai réussi à personnaliser les sondes, je ne le publie pas de suite donc, sauf demande express

Je poste une MàJ de mes deux documents :

Partie installation :
- correctifs
- installation de graphite

Partie configuration :
- correctifs
- ajout d'éléments réseau

Les liens sont sur le premier post

Projet sympathique, je drap pour ma culture perso  
Par contre tu utilises ta supervision pour superviser... quoi ? Car quand je lis ton 1er post, j'ai l'impression que tu souhaites voir les postes de tous les utilisateurs. C'est un peu trop, même dans des boîtes où il y a de la sécurité ou des obligations légales, ça s'en tient aux postes "critiques", les serveurs et les éléments du réseau  
 
Pour bosser dans une boîte de "grande taille", si ça devait en faire de même, le réseau s'écroulerait tout seul.
Donc c'est sondes sur serveurs et éléments du réseau uniquement. Si un poste "critique" tombe, l'utilisateur devant sait à quel numéro de téléphone chialer h24 (et ça dispose d'une réserve pré-configurée pour une partie)

Hello !

En effet la supervision c'est pour :

- serveurs Linux
- serveurs Windows
- Switchs
- Routeurs

Je vais corriger mon post, merci de ta remarque  

Bon pour le moment je fais face à une énigme depuis que j'ai dû rebooté ma machine après l'installation de graphite.

Le broker n'arrive pas à contacter le poller (timed out) et donc toutes mes sondes restent en "pending". Quand j'enlève graphite des fichiers de conf de Shinken tout se réarrange.
J'épluche les logs et le web

Pourtant le port localhost:7771 est bel et bien ouvert d'après curl et Zenmap, cependant il remonte comme "open unknown"...
Conflit sur ce port ?  

edit : à présent tous les ports sont ouverts suite à un systemctl restart shinken + quelques essais de modif, selon les logs tout li monde il est content, mais j'ai toujours ces "pending"
 

reedit :

- graphite + shinken = pending
- shiken sans graphite = aléatoire

...

L'étude des ports n'a rien donné, je ne trouve de pistes sérieuses ni sur les logs ni sur le web SAUF le fait que je suis sous Debian 8

Bon bah décision de passer sur une Ubuntu 14.04

Je suis sur l'install Ubuntu depuis ce matin, ça avance à grand pas

Je suis juste enquiquiné avec l'install de graphite qui m'annonce un code 500 pour son interface web

A par ça tout s'enchaine les hôtes sont déjà ajoutés et OK, il faut que je mette les maps et voilou

 
Hello    
 
Pourquoi sur ubutnu ?