Registres (source unique): - docs/nomenclature.yml: domaines, VMID, plan d'adressage 10.1.0.0/16 segmente. - docs/bases-donnees.yml: bases applicatives (1 appli -> 1 base -> 1 owner -> 1 DSN). Roles de service: - Reseau/edge/PKI/mail: nginx, step_ca, sendmail. - Donnees/identite: postgresql (consommateur du registre BD), redis, openldap, keycloak. - Observabilite: prometheus, loki, grafana. - Supervision: icinga (coeur; Icinga Web 2 differe). Forge: forgejo. Integrations clientes: - clients_metriques, clients_journaux, clients_pki, clients_ldap, clients_smtp. Inventaire et outillage: - make inventaire-ui: refonte (cartes, theme sombre, onglets, vue Chaine VM->groupes-> playbooks->roles), saisie du provisioning, auto-proposition depuis la nomenclature, deploiement securise (verifier/deployer, jeton anti-CSRF, verrou, mot de passe vault), robustesse reseau (connexions fermees, favicon). - Makefile: cible verifier-deploiement; detection d'un group_vars de production chiffre. - Scission serveurs_web -> serveurs_web_frontaux/dorsaux; migration de l'adressage vers 10.1.x; retrait des hotes de test; planification des hotes; requirements.yml. Chaque role valide en --syntax-check et ansible-lint (profil production). Secrets references depuis Ansible Vault (jamais en clair); roles non testes live. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| defaults | ||
| handlers | ||
| tasks | ||
| templates | ||
| README.md | ||
serveurs_prometheus
Collecte de métriques Prometheus (paquet Debian), plateforme d'observabilité.
Rôle
- Installe
prometheus. - Déploie
/etc/prometheus/prometheus.yml: jobprometheus(soi-même) + jobnodedont les cibles sont dérivées de l'inventaire (hôtes actifs declients_metriques→node_exportersur:9100). - Rétention via
/etc/default/prometheus(--storage.tsdb.retention.time). promtool check configavant rechargement (handlerValider et recharger prometheus).
Cibles dérivées de l'inventaire
Comme la zone DNS, la liste de scrape se construit toute seule : ajouter un hôte au
groupe clients_metriques et l'activer suffit à le faire scraper. Aucun edit manuel.
Variables principales
| Variable | Défaut | Rôle |
|---|---|---|
serveurs_prometheus_intervalle |
15s |
scrape_interval |
serveurs_prometheus_retention |
15d |
Rétention TSDB |
serveurs_prometheus_groupe_metriques |
clients_metriques |
Groupe source des cibles |
serveurs_prometheus_port_node |
9100 |
Port node_exporter |
serveurs_prometheus_cibles_supplementaires |
[] |
Jobs additionnels libres |
Intégration
- Côté VM :
node_exporterest installé par le futur rôleclients_metriques. serveurs_grafanaconsommera Prometheus comme datasource.
Hors périmètre
- Alerting (Alertmanager), règles d'alerte, fédération — phases dédiées.