Daniel Allaire
8f6de3ebe2
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>
31 lines
1.4 KiB
Markdown
31 lines
1.4 KiB
Markdown
# serveurs_prometheus
|
|
|
|
Collecte de métriques **Prometheus** (paquet Debian), plateforme d'observabilité.
|
|
|
|
## Rôle
|
|
- Installe `prometheus`.
|
|
- Déploie `/etc/prometheus/prometheus.yml` : job `prometheus` (soi-même) + job `node`
|
|
dont les **cibles sont dérivées de l'inventaire** (hôtes actifs de `clients_metriques`
|
|
→ `node_exporter` sur `:9100`).
|
|
- Rétention via `/etc/default/prometheus` (`--storage.tsdb.retention.time`).
|
|
- **`promtool check config` avant rechargement** (handler `Valider 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_exporter` est installé par le futur rôle `clients_metriques`.
|
|
- `serveurs_grafana` consommera Prometheus comme datasource.
|
|
|
|
## Hors périmètre
|
|
- Alerting (Alertmanager), règles d'alerte, fédération — phases dédiées.
|