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

Les deux révisions précédentesRévision précédente
Prochaine révision
Révision précédente
Prochaine révisionLes deux révisions suivantes
monitoring [2012/03/12 12:24] – [Monitoring & Métrologie] cthuluhmonitoring [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'être très à jour, à nettoyer probablement :!:
 +
  
 [[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écidé 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. Nous nous baserons sur [[http://www.pnp4nagios.org/|pnp4nagios]] 
 + 
 +===== 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é, il suffit de faire : 
 + 
 +<code> 
 +/usr/local/shinken/install -p nagios-plugins 
 +</code> 
 + 
 +===== PNP4nagios ===== 
 + 
 +Pour faire nos graph, nous allons reposer sur pnp4nagios. Voici comment l'installer avec shinken 
 + 
 +<code> 
 +/usr/local/shinken/install -p pnp4nagios 
 +</code> 
 + 
 +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 ///usr/local/shinken/etc/shinken-specific.cfg//
 + 
 +<code> 
 +# Use PNP graphs in the WebUI 
 +define module{ 
 +  module_name    PNP_UI 
 +  module_type    pnp_webui 
 +  uri            http://shinken.faimaison.net/pnp4nagios/    
 + 
 +
 +</code> 
 + 
 + 
 + 
  
 ===== Configuration ===== ===== Configuration =====
Ligne 10: Ligne 55:
 Chaque serveur Faimaison est 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 partition+  * **[[monitoring/disk|disk]]** : espace disque de chaque partition 
 +  * **ntp** : vérifie décalage par rapport à un server ntp donné
  
 ==== services ==== ==== services ====
Ligne 20: Ligne 66:
 Services à monitorer : Services à monitorer :
  
-  * **HTTP** : pour le site+  * **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)
   * **DNS** : résolution de nom de faimaison.net   * **DNS** : résolution de nom de faimaison.net
-  * **SSH** : gestion à distance +  * **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 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+=== zorun_box === 
-Celui-ci s'occupera d'analyser les résultats et de stocker les données de performances grâce à RRDtool.+ 
 +  * **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é 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). 
 + 
 +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 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 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 // 
 +/usr/local/shinken/etc/ //.   
 + 
 +Et pour les plugin il faut aller dans // /usr/local/shinken/libexec //C'est à 
 +cette endroit qu'en définit 
 + 
 +^ nom ^ chemin absolu ^ commentaires ^ 
 +|définition des hosts | /usr/local/shinken/etc/hosts/ | créer un fichier par machines| 
 +|déclaration des services | /usr/local/shinken/etc/services.cfg| | 
 +|emplacements des templates pour hosts|/usr/local/shinken/etc/packs/| | 
 + 
 +==== ajout d'un host ==== 
 + 
 +Pour ajouter un host : 
 + 
 +<code> 
 +define host{ 
 +    use                     generic-host, dns, smtp, ssh, http 
 +    contact_groups          admins 
 +    host_name               <nom host pour interface> 
 +    address                 <adresse ip ou dns> 
 +    icon_set                server 
 +
 +</code>  
 + 
 +  * **use** : permet d'utiliser des templates d'hosts 
 +  * **contact_groups** : permet de définir les groupes de contacts tels définit 
 +  * **host_name** : nom à faire apparaitre (pour l'interface web surtout) 
 +  * **address** : indispensable pour joindre la machine 
 +  * **icon_set** : l'icon a utiliser pour l'interface web
  
 ===== 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