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
35 lines
1.9 KiB
YAML
35 lines
1.9 KiB
YAML
---
|
|
# Supervision derivee du role. Voir docs/supervision-conception.md.
|
|
#
|
|
# CE QUE `serveur_backup` SURVEILLE DEJA : `depot` — le depot accepte-t-il vraiment une
|
|
# ecriture ? Vrai pour n'importe quel depot restic.
|
|
#
|
|
# CE ROLE PORTE DEUX VERITES QUE L'AUTRE NE PEUT PAS VOIR, parce qu'elles n'existent que
|
|
# la ou PLUSIEURS locataires deposent dans la meme machine.
|
|
#
|
|
# 1. L'ISOLATION. Chaque locataire a son compte Unix et son repertoire en 0700. Si un
|
|
# seul de ces modes glisse, un locataire peut lire — ou effacer — les instantanes
|
|
# d'un autre. Et RIEN ne se plaint : les sauvegardes continuent de reussir, des deux
|
|
# cotes. C'est une panne qui n'a aucun symptome jusqu'au jour ou elle en a un seul,
|
|
# definitif.
|
|
#
|
|
# 2. LA PLACE. `tasks/main.yml` exige un plancher au deploiement. Un depot qui se
|
|
# remplit ensuite n'echoue pas a l'ouverture — il echoue AU MILIEU d'un instantane,
|
|
# CHEZ LE LOCATAIRE, et la panne s'y lit comme une erreur reseau. Le site est le seul
|
|
# a pouvoir la voir venir ; le locataire, lui, ne peut que la subir.
|
|
#
|
|
# CE QUE LA SONDE NE FAIT PAS, ET NE PEUT PAS FAIRE : juger les instantanes des
|
|
# locataires. Restic chiffre CHEZ EUX, avec un mot de passe qui ne quitte pas leur voute.
|
|
# Le site heberge des octets opaques. La verification suit la cle — elle appartient a
|
|
# celui qui detient la cle, et ce n'est pas le site.
|
|
#
|
|
# 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: depot-locataires
|
|
ttl: 5400
|
|
raison: 'Les depots des locataires sont-ils toujours etanches, et reste-t-il de la
|
|
place devant eux ? Un mode qui glisse laisse un locataire lire ou effacer les
|
|
instantanes d''un autre, sans qu''aucune sauvegarde n''echoue. Un depot qui se
|
|
remplit echoue AU MILIEU d''un instantane, chez le locataire, et sa panne s''y lit
|
|
comme une erreur reseau.'
|