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/17 14:48] – [services] petits détails suppélementaire sur le type de test réalisé gde | monitoring [2012/03/25 13:37] – logs shinken gde | ||
---|---|---|---|
Ligne 3: | Ligne 3: | ||
[[http:// | [[http:// | ||
Pour la métrologie, | Pour la métrologie, | ||
+ | |||
+ | ===== 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 10: | Ligne 16: | ||
Chaque serveur Faimaison est monitoré sur les points suivant : | Chaque serveur Faimaison est monitoré sur les points suivant : | ||
- | * **load** : load average | + | * **[[monitoring/ |
- | * **CPU** : utilisation | + | * **[[monitoring/ |
- | * **réseau** : débit des interfaces | + | * **[[monitoring/ |
* **ram** & **swap** : utilisation de la ram et swap | * **ram** & **swap** : utilisation de la ram et swap | ||
- | * **disk** : espace disque de chaque partition | + | * **[[monitoring/ |
+ | * **ntp** : vérifie décalage par rapport à un server ntp donné | ||
==== services ==== | ==== services ==== | ||
Ligne 25: | Ligne 32: | ||
* **GIT+SSH** : accès aux dépôts git | * **GIT+SSH** : accès aux dépôts git | ||
* **GIT** : accès aux dépôts git (read-only) | * **GIT** : accès aux dépôts git (read-only) | ||
- | ==== Passive checks ==== | + | ==== Active et Passive checks ==== |
- | On évitera | + | Différent type de récupération des données peuvent être faites. nous pouvons sois demander au serveur monitoré |
- | Celui-ci s' | + | |
+ | 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 | ||
===== 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