Outils pour utilisateurs

Outils du site


monitoring

Différences

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

Lien vers cette vue comparative

Prochaine révision
Révision précédente
Prochaine révisionLes deux révisions suivantes
monitoring [2012/03/10 17:57] – créée gdemonitoring [2012/04/13 21:38] – [Backup] gde
Ligne 2: Ligne 2:
  
 [[http://www.shinken-monitoring.org/|Shinken]] a été choisi comme outils de monitoring. [[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 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 8: Ligne 14:
 ==== commun ==== ==== commun ====
  
-chaque serveur Faimaison sont monitoré sur les points suivant :+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   * **ram** & **swap** : utilisation de la ram et swap
-  * **disk** : espace disque de chaque partititons+  * **[[monitoring/disk|disk]]** : espace disque de chaque partition 
 +  * **ntp** : vérifie décalage par rapport à un server ntp donné
  
 ==== services ==== ==== 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   * **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)
 +==== Active et Passive checks ====
  
-==== Passive checks ====+Différent type de récupération des données peuvent être faites. nous pouvons sois demander au serveur monitoré d'envoyer de lui-même ces propre tests sur un intervalle défini (passive checks) ou alors shinken peut interroger le serveur à intervalle régulier (active 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+Il existe plusieurs méthode pour réaliser des active checks. 
-Celui-ci s'occupera d'analyser les résultats et de les stocker dans les rrd correspondant+ 
 +^ type de check ^ description ^ 
 +|check_by_ssh | execute une commande distante par ssh| 
 +|nrpe | protocole particulier qui va interroger le serveur avec un agent| 
 +|check_mk| comme nrpe mais en plus efficace **FIXME**| 
 + 
 +De manière générale, il faut éviter les connexion inutile. Le principe de check passif est interessant mais demande à mettre à jour chaque serveurs si une modification commune doit être faite. 
 +nrpe et check_mk centralise la chose sur le serveur shinkenet pourrait être plus simple à gérer dans le cadre de l'association.
  
 ===== Haute Disponibilité ===== ===== 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. 
 + 
 +===== 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 : 
 + 
 +<code> 
 +/usr/local/shinken/install -b 
 +</code> 
 + 
 + 
 +Par défaut, les sauvegardes sont faites dans le répertoire ///opt/backup//. Pour l'isoler d'autre backup nous préciserons le le mettre dans ///home/backup/shinken// 
 + 
 + 
 +==== lister le backup ==== 
 + 
 +pour voir toutes les backup faites : 
 + 
 +<code> 
 +/usr/local/shinken/install -l 
 +</code> 
 + 
 +===== logs ===== 
 + 
 +shinken s'occupe lui-même de la rotation de ses logs. Celle-ci sont programmé pour se faire tous les jours par défaut. 
 + 
  
  
  
monitoring.txt · Dernière modification : 2019/11/28 08:47 de gde