Set-OPS-Public/roles/serveur_redis/meta/supervision.yml
Daniel Allaire 5340220192 vigie : vues métier par clientèle interne, dérivées du plan
- metier: sur chaque sonde (47) ; catalogue des vues et services dans
  serveur_icingaweb2 ; vues Mes outils / Services rendus / Exploitation
- contrôles calculés comme serveur_icinga (sauvegardes, socle, matériel,
  frontière) ; vue vide non posée ; ancien exemple supervision retiré
- CHANGELOG 71

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-04 02:26:11 -04:00

25 lines
1.2 KiB
YAML

---
# Supervision derivee du role. Voir docs/supervision-conception.md.
#
# UNE SEULE SONDE, ET C'EST LA REGLE « une par CAUSE D'ACTION ». Redis peut cesser de
# servir de deux facons, et les deux appellent le meme geste — aller voir Redis :
#
# 1. IL NE REPOND PAS — service mort, mot de passe rejete, ecoute perdue.
# 2. IL REPOND ET N'A RIEN A DIRE — borne a `maxmemory` avec `allkeys-lru`, un Redis
# plein n'echoue JAMAIS : il evicte. Les sessions disparaissent, les gens sont
# deconnectes au hasard, et le service reste vert.
#
# LE SECOND CAS EST CELUI QUI MANQUAIT, et c'est le plus couteux. La panne se presente
# comme un probleme d'application : « on me deconnecte tout le temps ». Personne ne
# regarde le cache, puisqu'il va bien.
#
# TTL de 5400 s pour un porteur qui passe aux 15 min : trois passages manques avant la
# peremption. Le silence alerte autant que l'echec.
sondes:
- nom: cache
metier: base
ttl: 5400
raison: 'Le cache repond-il, et sert-il encore ? Un Redis borne ne tombe pas quand il
est plein — il evicte. Les sessions se perdent une a une, les gens sont deconnectes
au hasard, et le service reste vert : la panne se presente comme un defaut
d''application.'