Exigences matérielles
Spécifications minimales
| Taille de la flotte | vCPU | RAM | Disque |
|---|---|---|---|
| < 10 agents | 2 | 4 GB | 40 GB SSD |
| 10–50 agents | 2 | 8 GB | 80 GB SSD |
| 50–500 agents | 4 | 16 GB | 200 GB |
| 500–2000 agents | 8 | 32 GB | 500 GB |
| > 2000 agents | plusieurs nœuds (replica Postgres + hub-api horizontal) |
Consommation par agent
- Ingestion : ~1 KB / 15 sec / agent → 50 agents ≈ 17 MB/u
- Inventaire : ~80 KB / 6u / agent
- Telemétrie 30 jours : ~50 MB / agent dans TimescaleDB (après compression)
Stratégie de sauvegarde
# Sauvegarde logique quotidiennepg_dump -U monsys -h postgres monsys | zstd -19 > /backups/$(date -I).sql.zst
# Retention 30 joursfind /backups -name "*.sql.zst" -mtime +30 -deletePour la production : créez également une réplique chaude via streaming replication avec pg_basebackup sur un deuxième nœud.
Conseils de mise à l’échelle
- Divisez hub-api et hub-ingest en instances séparées dès que vous atteignez > 200 agents.
- Piscine de connexions Postgres : minimum
max_connections = 100; utilisez PgBouncer pour > 500 agents. - Compression TimescaleDB après 7 jours — économise 80–95% de disque.
- Pour la multi-région : la réplication transrégionale n’est pas nécessaire — les agents choisissent l’endpoint d’ingestion le plus proche via DNS.