Je suis mitigé.
Ok pour la metrologie l’observabilité mais pour l’alerting le reporting ça reste un peu pénible.

Avis purement personnel.

Nicolas Girardi.

Le 28 juil. 2022 à 12:35, Raphael Mazelier <raph@futomaki.net> a écrit :



Bonjour,

Je suis tout de même étonné que peu de monde à part Wallace ait cité écosystème Prometheus.

Dans mes x précédentes aventures professionnelles c'était ce qu'il y avait ou que j'ai mis en place, et c'est ce qui parait le standard de facto de nos jours pour "observer" une infrastructure dynamique (cloud ou autre).

En effet il s'agit d'une approche assez différente (finalement assez proche de zabbix dans son fonctionnement nominal) qui est de récupérer un maximum de métriques et d'évaluer des règles d'alerting dessus.

En effet ce n'est pas agentless, mais si on y réfléchit peu de solution le sont. Il y a nécessairement quelque chose sur le host/équipement qui répond des métriques (possiblement des gauges) dans toutes les solutions (snmp, check_mk, agent-zabbix).

Les bénéfices de l'approche prometheus (ou alternatives) sont nombreux, mais les plus gros que je vois :

- nombres de métriques systèmes et applicatives possiblement énormes

- alertes crées de manières programmatiques

- auto-discovery

- découplage forcés de l'alerting/routing des alertes (on peut voir ça comme un inconvénient)


En revanche cela ne remplace pas tout, on est bien d'accord. Les alertes prom sont du whitebox, et alertes passives.

Il faut en // maintenir des alertes blackbox actives (soit via un outil externes type pingdom), ou même des alertes actives via un tool internes (on en avait écrit certain) qui re-exposaient leurs résultat en métriques prom.

Je ne peux m'empecher de relinker les excellents papier de google SRE sur le monitoring :

- https://sre.google/workbook/monitoring/

- https://sre.google/sre-book/practical-alerting/- https://sre.google/sre-book/monitoring-distributed-systems/


On 26/07/2022 17:32, Mickael MONSIEUR wrote:
Bonjour,

Suite à une mise à jour des systèmes, on a décidé de remplacer par la
même occasion notre Nagios par quelque chose d'un peu plus
"user-friendly". (et pourtant c'est un demi barbu qui parle..)

Vous me demanderez ce qu'on a contre Nagios? En 15 ans, ça n'a pas
vraiment évolué, et on aimerait bien quelque chose avec un minimum de
GUI pour l'encodage, voir une API. Et mettre 2k/an dans la version XI
pour un soft qui n'évolue presque pas... bof.

Notre besoin est plutôt simple, on a déjà Observium qui fait 90% de
nos besoins au sein de notre réseau, mais Observium ne permet pas
"facilement" de monitorer "juste" des ports TCP, du SMTP/POP/IMAP, des
réponses DNS, des réponses HTML dans une page HTTPS, l'expiration d'un
certificat TLS.

Au début on pensait à Zabbix, mais quand on voit que ça passe d'office
par un agent, on en voit pas l'utilité. Observium fait déjà tout ça en
SNMP, et certaines machines ne sont pas gérées par nous on doit juste
les monitorer de l'extérieur, donc installation impossible.

Les seules conditions qu'on a c'est : open source, sans agent, et pas
dans un langage RAM killer comme Java.

Mickael
_______________________________________________
Liste de diffusion du %(real_name)s
http://www.frsag.org/
_______________________________________________
Liste de diffusion du %(real_name)s
http://www.frsag.org/