1. Comparaison #
Ce qui change concrètement.
Tableau comparatif #
| Critère | Beats | Elastic Agent |
|---|---|---|
| Installation | Un binaire par type de données | Un agent unique |
| Configuration | Fichiers YAML par hôte | Politique centrale (Fleet) ou YAML autonome |
| Pipelines et tableaux de bord | Installés par setup | Fournis par l'intégration |
| Mises à jour | Manuelles, hôte par hôte | Depuis Fleet, par lots |
| Sécurité (EDR) | Non | Elastic Defend |
| OpenTelemetry | Non | Oui (mode EDOT, selon la version) |
Quand garder les Beats ? #
- Configurations très personnalisées sans intégration équivalente (modules exotiques, processeurs complexes).
- Environnements figés sur une ancienne version de la pile.
- Besoin d'un binaire minimal sans superviseur, par exemple dans une image très contrainte.
2. Migrer pas à pas #
Sans perte ni doublon.
La méthode #
- Inventorier les Beats, leurs modules et leurs processeurs.
- Choisir l'intégration équivalente pour chaque module (System, Nginx, Windows, Custom Logs…).
- Créer une politique de test, y reporter les chemins de fichiers et les champs ajoutés.
- Installer l'agent sur un hôte pilote en parallèle du Beat, comparer les documents produits.
- Arrêter le Beat, puis généraliser par lots.
Erreur courante : Laisser tourner Filebeat et l'intégration de logs sur les mêmes fichiers : chaque ligne est indexée deux fois. Pour la reprise, l'option de migration de l'état de Filebeat (registre) existe dans les versions récentes : vérifiez-la avant de basculer.
Données et tableaux de bord #
Les Beats écrivent dans filebeat-* ou metricbeat-*, Elastic Agent dans les data streams logs-* et metrics-*. Adaptez les vues de données, les règles d'alerte et les tableaux de bord personnalisés qui ciblaient les anciens index.
