Set-OPS-Public/roles/serveur_loki
Daniel Allaire 1832530f29 sondes : les six premieres, et le patron qui les rend eprouvables
Ajout de meta/supervision.yml a six roles, chacun deposant sa propre sonde
selon le contrat des greffons Nagios.

DEUX PRINCIPES POSES AU DOCUMENT DE CONCEPTION, parce que la premiere
sonde les a imposes :

1. UNE SONDE DOIT POUVOIR ETRE MISE EN DEFAUT PAR PARAMETRE. Cible et
seuils sont des variables du role : on la prouve rouge avec un port ferme
ou un seuil impossible, sur une machine reelle, sans rien casser, et
aussi souvent qu on veut. Une sonde qu on ne peut prouver qu en cassant un
service ne sera prouvee qu une fois.

2. LA SONDE VIT LA OU VIT LA VERITE. « Ce noeud est-il collecte ? » est
une sonde de serveur_prometheus, pas de client_metrique : une seule y voit
les N noeuds, et surtout elle voit le cas SILENCIEUX — celui qui a cesse d
etre collecte ne peut pas s en plaindre.

LES SIX : cache-apt (artefacts, repond + place), resolution (resolveur,
zone interne ET Internet — deux chemins distincts), forge (forgejo, son
propre /api/healthz), collecte (prometheus, 15/15 cibles), tableaux
(grafana, base ok), ingestion (loki, PRET a ingerer, pas seulement en
ecoute).

TROIS FOIS J AI ECRIT LA SONDE AVANT DE MESURER, ET TROIS FOIS ELLE A EU
TORT. La forge : port 443 et chemin des depots INVENTES — elle ecoute en
3000 derriere l edge et n a legitimement aucun depot. Loki : j ai conclu
« panne persistante » sur deux lectures prises a quelques secondes d
intervalle, juste apres un redemarrage ; l anneau etait ACTIVE et la
reponse est passee a ready moins d une minute plus tard. Le delai de
stabilisation est desormais un AVERTISSEMENT nomme, pas une panne.

On demande au service ce qu il pense de lui-meme quand il sait le dire
(healthz, /ready, /api/health) plutot que d inventer un critere de l
exterieur.

make prouver : CONFORME.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-10 02:48:55 -04:00
..
defaults sondes : les six premieres, et le patron qui les rend eprouvables 2026-09-10 02:48:55 -04:00
handlers Rendre le dry-run (--check) fiable sur les rôles applicatifs 2026-07-01 21:01:53 -04:00
meta sondes : les six premieres, et le patron qui les rend eprouvables 2026-09-10 02:48:55 -04:00
tasks sondes : les six premieres, et le patron qui les rend eprouvables 2026-09-10 02:48:55 -04:00
templates sondes : les six premieres, et le patron qui les rend eprouvables 2026-09-10 02:48:55 -04:00
README.md Set-OPS — moteur d'ecosystemes numeriques souverains (Alliance Boreale) 2026-06-24 20:17:46 -04:00

serveur_loki

Agrégation de journaux Loki (dépôt apt officiel Grafana), plateforme d'observabilité.

Rôle

  • Ajoute le dépôt apt Grafana (clé + source) et installe loki.
  • Déploie une configuration single-node (stockage filesystem, schéma TSDB v13).
  • Rétention via le compactor (retention_enabled, retention_period).
  • Écoute sur :3100.

Variables principales

Variable Défaut Rôle
serveur_loki_port 3100 Port HTTP
serveur_loki_chemin /var/lib/loki Stockage local
serveur_loki_retention 744h (31 j) Rétention des journaux

Intégration

  • Côté VM : l'expédition des journaux (promtail / Grafana Alloy) sera gérée par le futur rôle client_journal.
  • serveur_grafana consommera Loki comme datasource.

Notes / limites

  • Le format de configuration Loki évolue entre versions ; la config fournie cible un Loki récent (TSDB v13, single-node). Un ajustement mineur peut être requis selon la version installée par le dépôt.
  • Le chemin du fichier de config (/etc/loki/config.yml) suit le paquet Debian Grafana.

Hors périmètre

  • Mode distribué/microservices, stockage objet (S3), alerting Loki.