Outils pour utilisateurs

Outils du site


netdata_monitoring_de_serveur

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
netdata_monitoring_de_serveur [2021/03/11 00:59] n1c0netdata_monitoring_de_serveur [2023/04/11 21:55] (Version actuelle) Benjamin Labomedia
Ligne 1: Ligne 1:
 ======Netdata - Monitoring de serveur====== ======Netdata - Monitoring de serveur======
  
-Petite description de Netdata dans le [[tableau_comparatif_de_monitoring|comparatif des solutions pour le monitoring]].+Petite description de [[https://www.netdata.cloud/|Netdata]] dans le [[tableau_comparatif_de_monitoring|comparatif des solutions pour le monitoring]].
  
-Pour ce tutoriel, on va considérer que l'on installe Netdata sur un sous domaine (netdata.monsite.org), sur un serveur sous Debian 10 avec Apache2. Il faut aussi que le programme [[https://certbot.eff.org/|certbot]] soit installé pour le certificat SSL (https).+Pour ce tutoriel, on va considérer que l'on installe Netdata sur un sous domaine (netdata.monsite.org), sur un serveur sous **Debian 10** avec **Apache2**. Il faut aussi que le programme [[https://certbot.eff.org/|certbot]] soit installé pour le certificat SSL (https).
  
 Netdata écoute par défaut sur le port 19999, on choisira plutôt 15999 (par exemple) pour ne pas garder la valeur par défaut. Netdata écoute par défaut sur le port 19999, on choisira plutôt 15999 (par exemple) pour ne pas garder la valeur par défaut.
Ligne 9: Ligne 9:
 On protégera l'accès à Netdata derrière un login / mot de passe via le module auth_digest d'apache. On protégera l'accès à Netdata derrière un login / mot de passe via le module auth_digest d'apache.
  
-Il faut aussi que les modules d'apache rewrite et proxy soient activés.+Il faut aussi que les modules d'apache **rewrite** et **proxy** soient activés.
  
 =====Installation===== =====Installation=====
Ligne 60: Ligne 60:
 </code> </code>
  
-, modifier la valeur 19999 par 15999 ici :+Dans ce fichier, modifier la valeur 19999 par 15999 ici :
  
 <code bash> <code bash>
Ligne 117: Ligne 117:
 Le sous domaine n'est maintenant accessible qu'en HTTPS. Le sous domaine n'est maintenant accessible qu'en HTTPS.
  
-Il faut maintenant afficher netdata lorsque que l'on visite le sous domaine netdata.monsite.org.+Il faut maintenant afficher netdata lorsque que l'on visite le sous domaine netdata.monsite.org. On sait que netdata est accessible sur le port 15999, on va rediriger le traffic du sous domaine vers localhost:15999 grâce au module //proxy// d'apache.
  
-{{tag>serveur monitoring}}+Modifier le virtual host en ajoutant : 
 + 
 +<code bash> 
 +<IfModule mod_proxy.c> 
 +    RewriteEngine On 
 +    ProxyRequests Off 
 +    ProxyPreserveHost On 
 + 
 +    <Proxy *> 
 +        Require all granted 
 +    </Proxy> 
 + 
 +    ProxyPass "/" "http://localhost:15999/" connectiontimeout=5 timeout=30 keepalive=on 
 +    ProxyPassReverse "/" "http://localhost:15999/" 
 +</IfModule> 
 +</code> 
 + 
 +Rédémarrer apache. Désormais, Netdata est accessible sur l'URL netdata.monsite.org. 
 + 
 +=====Configuration et Optimisation===== 
 + 
 +====Protéger l'accès==== 
 + 
 +Pour cacher Netdata du public, on utilise le module //auth_digest// d'apache. 
 + 
 +D'abord, on crée un dossier pour ranger nos clefs, par exemple ici : 
 + 
 +<code bash> 
 +cd /etc/apache2/ 
 +mkdir monserveur_htdigests 
 +cd monserveur_htdigests 
 +</code> 
 + 
 +Ensuite, dans ce dossier on crée un fichier **netdata.monsite.org** qui contiendra le mot de passe crypté du compte nommé **netdata** dans le groupe **stats** : 
 + 
 +<code bash> 
 +htdigest -c netdata.monsite.org stats netdata 
 +</code> 
 + 
 +Enfin, il faut modifier le virtual host en ajoutant : 
 + 
 +<code bash> 
 +<Location /> 
 +    AuthType Digest 
 +    AuthName "stats" 
 +    AuthDigestProvider file 
 +    AuthUserFile /etc/apache2/monserveur_htdigests/netdata.monsite.org 
 +    Require valid-user 
 +</Location> 
 +</code> 
 + 
 +Rédémarrer apache et un login / mot de passe serront demandés quand on accédera à netdata.monsite.org. 
 + 
 +====Netdata==== 
 + 
 +Basé sur la documentation de [[https://learn.netdata.cloud/docs/agent/daemon/config|la config]] et de [[https://learn.netdata.cloud/guides/configure/performance|l'optimisation]]. 
 + 
 +Pour modifier la configuration générale de Netdata, il faut aller dans son répertoire **/etc/netdata** et exécuter : 
 + 
 +<code bash> 
 +./edit-config netdata.conf 
 +</code> 
 + 
 +Il y a plusieurs sections comme ''[global]'', ''[web]''... 
 + 
 +On a déjà vu plus haut comment changer le port, visible dans la section ''[web]''
 + 
 +Penser à redémarrer Netdata à chaque modification de la config : 
 + 
 +<code bash> 
 +systemctl restart netdata 
 +</code> 
 + 
 +===Section [global]=== 
 + 
 +On change la valeur de hostname pour donner un nom au serveur : 
 + 
 +<code bash> 
 +hostname = Mon-Serveur 
 +</code> 
 + 
 +On coupe les logs car apache en produit aussi : 
 + 
 +<code bash> 
 +debug log = none 
 +error log = none 
 +access log = none 
 +</code> 
 + 
 +On va aussi changer la durée de conservation des données : il faut déterminer combien de place on souhaite allouer à Netdata, en fonction du nombre de metrics mesurées et d’autres paramètres. Voir le calculateur pour aider à trouver la bonne valeur, puis changer la valeur, par exemple pour 3500 metrics, toutes les secondes, conservées sur 6 mois (180 jours), cela représente 42Go. On augmente aussi le ''page cache size'' (32 par défaut) : 
 + 
 +<code bash> 
 +page cache size = 64 
 +dbengine multihost disk space = 42000 
 +</code> 
 + 
 +===Section [web]=== 
 + 
 +Puisque Netdata est derrière un proxy Apache, on désactive la compression gzip car apache s'en occupe déjà. 
 + 
 +<code bash> 
 +enable gzip compression = no 
 +</code> 
 + 
 +Enfin, on autorise uniquement les connections depuis localhost, le proxy se chargeant d’afficher Netdata sur le nom de domaine choisi : 
 + 
 +<code bash> 
 +bind to = localhost 
 +</code> 
 + 
 +===Config email=== 
 + 
 +Netdata envoie des [[https://learn.netdata.cloud/guides/step-by-step/step-05|notifications d'alerte]] quand la charge monte trop fort sur les composants surveillés. Par défaut, c'est envoyé par mail à l'utilisateur root du serveur. Changeons ça en modifiant le fichier de configuration adéquate. Toujours dans le dossier **/etc/netdata** : 
 + 
 +<code bash> 
 +./edit-config health_alarm_notify.conf 
 +</code> 
 + 
 +Changer la valeur suivante comme suit : 
 + 
 +<code bash> 
 +DEFAULT_RECIPIENT_EMAIL="moi@monsite.org" 
 +</code> 
 + 
 +====Commandes utiles==== 
 + 
 +Arrêter / démarrer Netdata : 
 + 
 +<code bash> 
 +systemctl stop netdata 
 +systemctl start netdata 
 +</code> 
 + 
 +Désinstaller complètement Netdata : 
 + 
 +<code bash> 
 +/usr/libexec/netdata/netdata-uninstaller.sh 
 +</code> 
 + 
 +Mettre à jour manuellement Netdata (normalement c’est automatique) : 
 + 
 +<code bash> 
 +/usr/libexec/netdata/netdata-updater.sh 
 +</code> 
 + 
 +====Liens pratiques==== 
 + 
 +  * [[https://learn.netdata.cloud/docs/agent/cheatsheet|La cheatsheet de Netdata]] 
 +  * [[https://learn.netdata.cloud/guides/step-by-step/step-00|Le guide pas à pas d'installation / configuration]] 
 + 
 +{{tag>n1c0 serveur monitoring futuretic }}
netdata_monitoring_de_serveur.1615424385.txt.gz · Dernière modification : 2021/03/11 00:59 de n1c0