Daniel Allaire
aac74f6043
Les 33 roles serveur_* declarent maintenant une sonde. Les huit qui manquaient
sont ceux dont la verite ne ressemble pas a « ce service repond-il ».
Quatre marqueurs du site : ce que tasks/main.yml verifie UNE FOIS au deploiement
cesse d etre vrai sans que rien ne tombe. La racine du cache se retrouve chainee,
la forge du genome repond en n ayant plus rien dedans, un locataire n est plus
admis a resoudre, l isolation d un depot glisse.
serveur_ops_site ne sert rien : il detient un pouvoir. La sonde verifie que la
carte est la, que la voute du site est chiffree et que sa cle est en 0600 — sans
lire le contenu d aucun des trois.
serveur_icingaweb2 surveille la vitrine de la supervision elle-meme : si la
console meurt, tout reste vert et l exploitant est aveugle.
DEFAUT 1 — quatre gabarits qu Ansible aurait refuse de rendre. Jinja lit le
{# de ${#tableau[@]} comme un debut de commentaire. Le depot connaissait le
remede et l appliquait la ou quelqu un s etait fait prendre, nulle part ailleurs.
P76 rend desormais chaque gabarit de role, avec les delimiteurs qu Ansible en
tirerait — pas une recherche de motif.
DEFAUT 2 — la doctrine promettait 54 greffons et citait check_pgsql. La flotte a
monitoring-plugins-basic : 53, sans check_pgsql ni check_dns ni check_ldap. Le
paquet qui les porte traine samba et snmp sur chaque machine. Un greffon absent
sort en 127, qui n est pas un code Nagios.
21 controles negatifs sur les machines reelles du site. ansible-lint production
0/91, harnais 75 OK.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
30 lines
1.7 KiB
YAML
30 lines
1.7 KiB
YAML
---
|
|
# Supervision derivee du role. Voir docs/supervision-conception.md.
|
|
#
|
|
# LA SONDE QUI SURVEILLE CELUI QUI REGARDE. C'est le cas le plus retors de tout le
|
|
# dispositif, et il merite d'etre dit franchement.
|
|
#
|
|
# `serveur_icinga` — le moteur — a ses propres sondes : `moteur`, `base`, `ingestion`.
|
|
# Elles disent que la supervision FONCTIONNE. Ce role-ci porte la CONSOLE : l'endroit ou
|
|
# un humain va lire ce que le moteur a compris.
|
|
#
|
|
# SI LA CONSOLE MEURT, TOUT RESTE VERT. Le moteur continue de collecter, les sondes
|
|
# continuent de pousser, les verdicts continuent de s'ecrire — et personne ne peut plus
|
|
# les voir. Le systeme est en parfaite sante et l'exploitant est aveugle. Une panne sans
|
|
# aucun symptome, jusqu'a celui qu'on decouvre en cherchant a diagnostiquer autre chose.
|
|
#
|
|
# ET C'EST LE MOTEUR LUI-MEME QUI RAPPORTE CETTE SONDE, depuis la machine ou les deux sont
|
|
# co-localises. Autrement dit : la supervision sait dire que sa propre vitrine est
|
|
# tombee — a condition que le moteur, lui, tienne. Elle ne peut pas rapporter sa propre
|
|
# mort, et c'est pour ca que le TTL existe : un porteur muet devient perime, et le silence
|
|
# alerte autant que l'echec.
|
|
#
|
|
# DEUX PROCESSUS, UNE SEULE CAUSE D'ACTION. php-fpm et le nginx local tombent
|
|
# separement, mais le geste est le meme — aller voir la console. Une seule sonde.
|
|
sondes:
|
|
- nom: console
|
|
ttl: 5400
|
|
raison: 'La console de supervision repond-elle encore ? Si elle meurt, le moteur
|
|
continue de collecter et tous les verdicts restent verts : le systeme est en
|
|
parfaite sante et l''exploitant est aveugle. C''est une panne sans symptome, qu''on
|
|
decouvre en cherchant a diagnostiquer autre chose.'
|