Différences

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

--- technique:adminsys:monitoring:metrologie:system_metrics [2020/11/08 22:39] – modification externe 127.0.0.1
+++ technique:adminsys:monitoring:collect:system_metrics [2022/05/24 21:07] (Version actuelle) – ppom
@@ Ligne 1: / Ligne 1: @@
-====== Métriques système ======
+{{indexmenu_n>20}}
-On veut collecter des métriques systèmes sur les différentes machines virtuelles, et les pousser dans notre Prometheus.
+# Systèmes d'exploitation
-Pour cela on va utiliser le [[https://github.com/prometheus/node_exporter|Prometheus Node Exporter]], qui est un *exporter* officiellement maintenu par Prometheus et qui exporte une très grande quantité de métriques système.
-TODO ajouter doc Docker
+On veut collecter des métriques systèmes (CPU, RAM, disque, réseau, etc.) sur les différentes machines virtuelles et physiques. Pour cela on va utiliser le [[https://github.com/prometheus/node_exporter|Prometheus Node Exporter]], qui est un *exporter* officiellement maintenu par Prometheus et qui exporte une très grande quantité de métriques système.
-```
-{
-  "metrics-addr" : "0.0.0.0:9323",
-  "experimental" : true
-}
-```
 ===== Installation =====
-Pour installer le node_exporter, on fait simplement
+Pour installer le //node_exporter//, on fait simplement
 ```bash
 apt-get install prometheus-node-exporter
@@ Ligne 25: / Ligne 18: @@
 ===== Sécurisation =====
-Le node-exporter va exposer des métriques sur le port 9100 de la machine. Ceci signifie que n'importe qui peut récupérer les métriques du serveur. Il est donc nécessaire de configurer du filtrage pour n'autoriser que l'IP de notre serveur de monitoring.
+Le //node-exporter// va exposer des métriques sur le port 9100 de la machine. Ceci signifie que n'importe qui peut récupérer les métriques du serveur. Il est donc nécessaire de configurer du filtrage pour n'autoriser que l'IP de notre serveur de monitoring.
-Si UFW a bien été configuré [[https://wiki.picasoft.net/doku.php?id=technique:infrastructure:machines_virtuelles:reseau_ssh#firewall|à l'installation du serveur]] c'est chose faites. Sinon il faut ajouter la règle suivante :
+Vérifier qu'UFW a [[technique:adminsys:secu:firewall|bien été configuré]].
+<bootnote critical>
+Rajouter une règle sur un UFW non configuré bloquera entièrement l'accès au serveur ! Si la commande `ufw status` (en `root`) ne renvoie rien, alors UFW n'est pas configuré, il faut absolument le faire avant.
+</bootnote>
+Ajouter la règle suivante :
 ```bash
-ufw allow proto tcp from 91.224.148.61 to any port 9100
+ufw allow proto tcp from <IPv4 monitoring> to any port 9100
-ufw allow proto tcp from 2a03:7220:8080:3d00::1 to any port 9100
+ufw allow proto tcp from <IPv6 monitoring> to any port 9100
 ```
-TODO ajouter Docker
 ===== Configuration serveur =====
-TODO fix vu que la doc est versionnée
+Du côté de `vmagent`, il faut ajouter une entrée dans le [[https://gitlab.utc.fr/picasoft/projets/services/monitoring/-/blob/master/vmagent-prom.yml|fichier de configuration Prometheus]]. Pour cela on va ajouter une entrée dans la section ''scrape_config'' du fichier :
-Sur le serveur Prometheus, il faut ajouter une entrée dans la liste des ''scrape_config''. Pour cela on va sur la VM ''monitoring'' et on édite le fichier ''/DATA/docker/prometheus/config/prometheus.yml'' pour ajouter la configuration suivante :
 ```yaml
@@ Ligne 52: / Ligne 50: @@
 ```
-TODO ajouter conf Grafana sur l'autre page
+<bootnote>
+Le *relabeling* permet simplement d'éviter que le nom de domaine et que l'hôte se retrouvent dans le label `instance` : on ne garde que `pica01`.
+</bootnote>
+Il suffit enfin de redémarrer `vmagent` sur la machine qui le fait tourner pour prendre en compte la nouvelle configuration.
+Le dashboard Grafana s'adapte automatiquement en proposant les machines ajoutées dans la configuration.