Différences

Ci-dessous, les différences entre deux révisions de la page.

--- monitoring [2012/03/12 12:13] – [commun] cthuluh
+++ monitoring [2012/03/24 17:23] – quelques liens ajouté pour du load gde
@@ Ligne 2: / Ligne 2: @@
 [[http://www.shinken-monitoring.org/|Shinken]] a été choisi comme outils de monitoring.
-Pour la métrologie, nous avons décider de reposer sur une interface à rrdtool, [[http://www.pnp4nagios.org/|pnp4nagios]] peut être un bon candidat
+Pour la métrologie, nous avons décidé de reposer sur une interface à rrdtool, [[http://www.pnp4nagios.org/|pnp4nagios]] peut être un bon candidat
+===== plugin nagions =====
+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.
 ===== Configuration =====
@@ Ligne 10: / Ligne 16: @@
 Chaque serveur Faimaison est monitoré sur les points suivant :
-  * **load** : load average
+  * **[[monitoring/load|load]]** : load average
-  * **CPU** : utilisation cpu (tout ce qui est non-idle)
+  * **[[monitoring/cpu|CPU]]** : récupération des différents état d'un cpu (idle, user, iowait, etc)
-  * **réseau** : débit des interfaces
+  * **[[monitoring/reseau|réseau]]** : débit des interfaces
   * **ram** & **swap** : utilisation de la ram et swap
-  * **disk** : espace disque de chaque partition
+  * **[[monitoring/disk|disk]]** : espace disque de chaque partition
+  * **ntp** : vérifie décalage par rapport à un server ntp donné
 ==== services ====
-En dehors du commun, de manière spécifique nous monitorerons quelques services :
+Services à monitorer :
-  * **http** : pour le site
+  * **HTTP** : pour le site (test port 80 + parse page index)
   * **DNS** : résolution de nom de faimaison.net
+  * **SSH** : test de connexion ssh (test port 22)
+  * **GIT+SSH** : accès aux dépôts git
+  * **GIT** : accès aux dépôts git (read-only)
 ==== Passive checks ====
-On évite d'utiliser les actives checks. On install donc sur chaque machine un daemon NSCA qui s'occupe de récupérer chaque mesure et de l'envoyer les résultat au serveur shinken.
+On évitera d'utiliser des test actifs (actives checks). On installera donc sur chaque machine un démon NSCA qui s'occupera de récupérer chaque mesure et d'envoyer les résultat au serveur Shinken.
-Celui-ci s'occupera d'analyser les résultats et de les stocker dans les rrd correspondant
+Celui-ci s'occupera d'analyser les résultats et de stocker les données de performances grâce à RRDtool.
 ===== Haute Disponibilité =====
-en cas d'indisponibilité du serveur principal, un spare peut prendre le relais. Mais ceci reste à définir.
+En cas d'indisponibilité du serveur principal, un spare peut prendre le relais. Mais ceci reste à définir.