monitoring
Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédenteProchaine révisionLes deux révisions suivantes | ||
monitoring [2012/03/25 12:37] – [plugin nagions] c'est nagios gde | monitoring [2018/05/28 12:21] – warning deprecation jocelynd | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
====== Monitoring & Métrologie ====== | ====== Monitoring & Métrologie ====== | ||
+ | |||
+ | :!: Cette page n'a pas l'air d' | ||
+ | |||
[[http:// | [[http:// | ||
- | Pour la métrologie, | + | Pour la métrologie, |
+ | |||
+ | ===== plugin | ||
+ | |||
+ | Nous utiliserons les plugins qui viennent par défaut avec shinken, ou les plugin nagios. | ||
+ | |||
+ | ==== nagios-plugin ==== | ||
+ | |||
+ | pour installer tous les plugins déjà créé par la communauté, | ||
+ | |||
+ | < | ||
+ | / | ||
+ | </ | ||
+ | |||
+ | ===== PNP4nagios ===== | ||
+ | |||
+ | Pour faire nos graph, nous allons reposer sur pnp4nagios. Voici comment l' | ||
+ | |||
+ | < | ||
+ | / | ||
+ | </ | ||
+ | |||
+ | la configuration est quasiment faites. Les hosts et les services seront automatiquement installé. | ||
+ | |||
+ | ==== Configuration ==== | ||
+ | |||
+ | La configuration consiste surtout à intégrer les graphs de pnp4nagios dans la webUI de shinken. | ||
+ | |||
+ | pour se faire il faut éditer le fichier /// | ||
+ | |||
+ | < | ||
+ | # Use PNP graphs in the WebUI | ||
+ | define module{ | ||
+ | module_name | ||
+ | module_type | ||
+ | uri http:// | ||
+ | |||
+ | } | ||
+ | </ | ||
- | ===== plugin nagios ===== | ||
- | afin de garder une consistence entre chacun de nos outils, et mieux maitriser notre techno. nous allons developpez nos propre plugin nagios. | ||
- | Sur le choix de la technologie employé, nos allons resté sur du python quand on doit les écrire. Autrement, nous utiliserons les plugins qui viennent par défaut avec shinken | ||
===== Configuration ===== | ===== Configuration ===== | ||
Ligne 26: | Ligne 65: | ||
Services à monitorer : | Services à monitorer : | ||
+ | |||
+ | * **SSH** : vérifier la disponibilitée du port 22 | ||
+ | |||
+ | ==== unique pour les hosts ==== | ||
+ | |||
+ | === methyl_box === | ||
* **HTTP** : pour le site (test port 80 + parse page index) | * **HTTP** : pour le site (test port 80 + parse page index) | ||
* **DNS** : résolution de nom de faimaison.net | * **DNS** : résolution de nom de faimaison.net | ||
- | * **SSH** : test de connexion ssh (test port 22) | + | * **Postgresql** : vérifier le port 5432 ? |
- | * **GIT+SSH** : accès aux dépôts git | + | |
+ | === chomsky === | ||
* **GIT** : accès aux dépôts git (read-only) | * **GIT** : accès aux dépôts git (read-only) | ||
- | ==== Passive checks ==== | ||
- | On évitera | + | === zorun_box === |
- | Celui-ci s'occupera | + | |
+ | * **GIT** : accès aux dépôts git (read-only) | ||
+ | |||
+ | ==== Active et Passive checks ==== | ||
+ | |||
+ | Différent type de récupération des données peuvent être faites. nous pouvons sois demander au serveur monitoré | ||
+ | |||
+ | Il existe plusieurs méthode pour réaliser des active checks. | ||
+ | |||
+ | ^ type de check ^ description ^ | ||
+ | |check_by_ssh | execute une commande distante par ssh| | ||
+ | |nrpe | protocole particulier | ||
+ | |check_mk| comme nrpe mais en plus efficace **FIXME**| | ||
+ | |||
+ | De manière générale, il faut éviter les connexion inutile. Le principe | ||
+ | nrpe et check_mk centralise la chose sur le serveur shinken, et pourrait être plus simple à gérer dans le cadre de l'association. | ||
+ | |||
+ | ===== Exploitation ===== | ||
+ | |||
+ | ==== emplacements ==== | ||
+ | |||
+ | de manière générale, pour la configuration tous ce trouve dans // | ||
+ | / | ||
+ | |||
+ | Et pour les plugin il faut aller dans // / | ||
+ | cette endroit qu'en définit | ||
+ | |||
+ | ^ nom ^ chemin absolu ^ commentaires ^ | ||
+ | |définition des hosts | / | ||
+ | |déclaration des services | / | ||
+ | |emplacements des templates pour hosts|/ | ||
+ | |||
+ | ==== ajout d'un host ==== | ||
+ | |||
+ | Pour ajouter un host : | ||
+ | |||
+ | < | ||
+ | define host{ | ||
+ | use | ||
+ | contact_groups | ||
+ | host_name | ||
+ | address | ||
+ | icon_set | ||
+ | } | ||
+ | </ | ||
+ | |||
+ | * **use** : permet d'utiliser des templates | ||
+ | * **contact_groups** : permet | ||
+ | * **host_name** : nom à faire apparaitre (pour l' | ||
+ | * **address** : indispensable pour joindre la machine. | ||
+ | * **icon_set** : l'icon a utiliser pour l' | ||
===== Haute Disponibilité ===== | ===== Haute Disponibilité ===== | ||
En cas d' | En cas d' | ||
+ | |||
+ | ===== Backup ===== | ||
+ | |||
+ | Shinken dispose de son propre système de backup. Ce qui est sauvegardé n'est que les fichiers plat de configuration. Pour cela faire la commande suivante : | ||
+ | |||
+ | < | ||
+ | / | ||
+ | </ | ||
+ | |||
+ | |||
+ | Par défaut, les sauvegardes sont faites dans le répertoire /// | ||
+ | |||
+ | |||
+ | ==== lister le backup ==== | ||
+ | |||
+ | pour voir toutes les backup faites : | ||
+ | |||
+ | < | ||
+ | / | ||
+ | </ | ||
+ | |||
+ | ===== logs ===== | ||
+ | |||
+ | shinken s' | ||
monitoring.txt · Dernière modification : 2019/11/28 08:47 de gde