Différences

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

--- technique:adminsys:monitoring:collect:start [2022/04/29 15:45] – ↷ Page déplacée de technique:adminsys:monitoring:metrologie:collect:start à technique:adminsys:monitoring:collect:start qduchemi
+++ technique:adminsys:monitoring:collect:start [2022/05/29 13:38] (Version actuelle) – tollive
@@ Ligne 1: / Ligne 1: @@
+## Comment exposer des métriques ?
+Pour que [[technique:adminsys:monitoring:metrologie:victoriametrics|Victoria Metrics]] puissent récupérer les métriques, il faut qu'elles soient exposées quelque part. Traditionnellement, elles sont servies par un serveur web sur `/metrics` pour chaque service concerné. Par exemple, `team.picasoft.net/metrics` devrait servir une page contenant l'ensemble des métriques concernant Mattermost récoltées [au format Prometheus](https://prometheus.io/docs/concepts/data_model). Le début ressemble à :
+```
+# HELP mattermost_users_total Number of regular users
+# TYPE mattermost_users_total gauge
+mattermost_users_total{instance_name="team.picasoft.net",state="active"} 6782.0
+mattermost_users_total{instance_name="team.picasoft.net",state="deleted"} 37.0
+```
+On comprend qu'au moment de la requête, il y a environ 6700 utilisateurs sur l'instance, dont 37 dont le compte a été désactivé ou supprimé.
+Tous les *exporters* fonctionnent sur le même principe.
+<bootnote>
+De manière générale, on protège l'accès aux métriques via une authentification ou une [[technique:adminsys:secu:firewall|règle de pare-feu]].
+</bootnote>
+Les pages de cette section expliquent comment mettre en place le système qui va servir et protéger `/metrics` pour chacun des cas.
+{{indexmenu>.|js#bitrix msort tsort nsort notoc nomenu nocookie navbar}}