Set-OPS-Public/roles/client_journal/meta/supervision.yml

26 lines
1.4 KiB
YAML
Raw Normal View History

observabilite : le site cesse de ne rien voir de lui-meme D-87 disait que l hebergeur n a pas le droit de voir les journaux de ses locataires. La decision avait une face cachee : a force de refuser de voir ceux des autres, le site s etait prive des siens. Ses sept machines n expediaient nulle part. Il prend donc sa propre pile : prometheus, loki et grafana sur site-mon-01, sans aucun lien avec ceux d un tenant. L exemption qui bloquait portait sa propre condition de levee, ecrite cinq jours plus tot dans le plan. Grafana au site n a pas de SSO, et le role l ignorait : il reclamait l IdP avant de regarder s il en voulait un. L interrupteur existait, il n etait pas honore. Le role refuse desormais SSO eteint ET formulaire local eteint - la combinaison deploie un Grafana en sante ou personne ne peut entrer - et le reglage du formulaire sort du if du SSO, ou il disparaissait en laissant le defaut amont decider en silence. Deux manques se cachaient l un l autre dans le devis de la frontiere, et Prometheus voyait 1 cible sur 7 : - le devis derivait les groupes d une machine du site de applications.yml seul, et ne voyait donc aucune integration universelle - alors que client_metrique ouvre un port d ecoute ; - une sortie vers un role du site visait !SETOPS_INTERNES, qui exclut precisement la machine nommee. Le devis autorisait a expedier les journaux du site a n importe quel Loki du monde, et a nul autre endroit qu a celui-la. Neuf flux dans ce cas. Et deux declarations justes ne font qu une regle : appliquer_opnsense pose tout en direction: in (D-61). Les deux agents se supervisent enfin eux-memes. La sonde des journaux ne demande pas si Alloy tourne, elle lit ce qu il a du JETER. Elle a fait ses preuves le jour meme : Alloy actif, /-/ready a 200, et cinquante lignes perdues sur six machines. Mesure : metriques 7/7 vert, journaux 1/7 - les six autres attendent la regle de frontiere, et le disent. prouver 64 OK, ansible-lint 0 defaut. Reste a la main de l exploitant : make frontiere-appliquer CONFIRMER=true, et le secret vault_grafana_admin a deposer dans underlay.vault.yml. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-10 04:43:01 -04:00
---
# Supervision derivee du role. Voir docs/supervision-conception.md.
#
# CE QUE CETTE SONDE MESURE : les journaux SORTENT-ILS ? Pas « Alloy tourne », pas
# « le port de Loki repond » — un connect() ne prouve rien, et cette lecon a deja ete
# payee ici. Alloy tient lui-meme le compte de ce qu'il a du JETER : c'est la seule
# mesure qui distingue « rien a envoyer » de « rien n'est parti ».
#
# CE QUE CA A DEJA ATTRAPE, le jour meme ou la sonde a ete ecrite (2026-09-10) : les six
# machines du site hors de la zone de Loki affichaient
# loki_write_dropped_entries_total{reason="ingester_error"} 50
# pendant que leur Alloy etait `active (running)` et que son `/-/ready` rendait 200. La
# frontiere n'avait pas encore la regle. Trois indicateurs verts, cinquante lignes de
# journal perdues.
#
# POURQUOI UNE MEMOIRE D'UN PASSAGE A L'AUTRE. Un compteur cumulatif ne dit pas QUAND.
# Une machine qui a perdu cinquante lignes il y a un mois et plus rien depuis n'est pas
# en panne — la reparer une seconde fois n'a pas de sens. On compare donc au passage
# precedent : ce qui AUGMENTE est une perte en cours, ce qui stagne est une cicatrice.
sondes:
- nom: journaux
ttl: 5400
raison: >-
Les journaux de cette machine partent-ils vraiment vers Loki ? Alloy peut tourner,
se declarer pret, et jeter chaque ligne faute de pouvoir joindre le collecteur.