1. Comparatif #
Deux excellents outils.
Critères #
| Critère | Fluent Bit | Vector |
|---|---|---|
| Langage | C | Rust |
| Empreinte | Très faible | Faible |
| Transformations | Filtres + Lua | VRL (riche, vérifié) |
| Tests de configuration | Limités (--dry-run) | Tests unitaires intégrés |
| Signaux | Logs, métriques, traces (OTLP) | Logs, métriques, traces (en partie) |
| Kubernetes | Standard de fait, chart officiel | Chart officiel, rôles agent et agrégateur |
| Gouvernance | CNCF (projet Fluentd) | Datadog |
| Outils de mise au point | Métriques HTTP | vector top, vector tap |
2. Combiner #
Agent léger, agrégateur riche.
Architecture type #
# Fluent Bit (agent sur chaque nœud) vers Vector (agrégateur)
[OUTPUT]
Name http
Match kube.*
Host vector-aggregator.logging.svc
Port 8080
URI /
Format json# Vector (agrégateur)
sources:
depuis_agents:
type: http_server
address: 0.0.0.0:8080
decoding: { codec: json }L'agrégateur centralise transformations lourdes, masquage, routage multi-destinations et tampon disque ; les agents restent simples et légers.
3. Migrer #
Depuis Fluentd ou Logstash.
Démarche #
- Inventorier les entrées, filtres et sorties existants ; supprimer ce qui n'est plus utilisé.
- Traduire filtre par filtre (grok vers
parse_regexouparse_groken VRL, filtres Fluentd vers filtres Fluent Bit). - Écrire des tests avec de vrais échantillons de logs.
- Faire tourner l'ancien et le nouveau en parallèle vers deux index ou deux tenants, comparer volumes et champs.
- Basculer service par service.
À savoir : Fluent Bit et Vector savent recevoir et émettre de l'OTLP : si votre cible est OpenTelemetry, ils peuvent cohabiter avec un Collector ou Alloy pendant la transition.
