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édentes Révision précédente
Prochaine révision
Révision précédente
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 qduchemitechnique: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}}