1. Concevoir les politiques #
Une politique par rôle.
Découpage #
Une politique regroupe ce qu'un ensemble d'hôtes doit collecter. Découpez par rôle (serveurs web, bases de données, postes Windows) et par environnement via le namespace, plutôt qu'une politique géante pour tout le parc.
| Politique | Intégrations | Namespace |
|---|---|---|
| web-prod | System, Nginx | prod |
| db-prod | System, PostgreSQL | prod |
| windows-postes | System, Windows, Elastic Defend | corp |
Réglages de la politique #
- Namespace par défaut, sortie de données et sortie de supervision.
- Collecte des logs et métriques de l'agent lui-même (supervision).
- Délai de désinscription des agents inactifs, protection contre la désinstallation (Elastic Defend).
2. Les intégrations #
System, Nginx, Custom Logs.
Ce que contient une intégration #
Une intégration fournit la configuration de collecte, les pipelines d'ingestion qui structurent les données (ECS), les mappings et des tableaux de bord. Ses ressources sont installées dans Elasticsearch et Kibana dès qu'on l'ajoute à une politique.
Logs personnalisés #
# Intégration « Custom Logs (Filestream) » : paramètres principaux
paths:
- /var/log/monapp/*.log
data_stream.dataset: monapp
parsers:
- multiline:
type: pattern
pattern: '^\d{4}-\d{2}-\d{2}'
negate: true
match: after
processors:
- add_fields:
target: ''
fields:
service.name: monapp3. Personnaliser l'ingestion #
Sans modifier les ressources gérées.
Le pipeline @custom #
Chaque data stream d'une intégration appelle un pipeline <type>-<dataset>@custom s'il existe. C'est l'endroit pour ajouter vos traitements : ils survivent aux mises à jour de l'intégration.
PUT _ingest/pipeline/logs-nginx.access@custom
{
"processors": [
{ "set": { "field": "labels.equipe", "value": "web" } },
{ "drop": { "if": "ctx.url?.original?.startsWith('/health') == true" } }
]
}Erreur courante : Modifier directement le pipeline géré de l'intégration (logs-nginx.access-1.x.y) : la prochaine mise à jour l'écrase.Variables et secrets #
Bonne pratique : Pour les mots de passe d'intégrations (bases, API), utilisez les champs secrets de Fleet : ils sont stockés chiffrés et ne réapparaissent pas dans la politique exportée.
Mon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
💬 Questions sur cette leçon
Aucune question pour l'instant : soyez le premier à demander de l'aide ou à partager votre configuration.
Articles recommandés
Elastic Agent : architecture, Fleet et intégrations
Comprendre Elastic Agent : agent unique de collecte, Fleet et Fleet Server, politiques d'agent, i...
Installer Fleet Server et enrôler des Elastic Agent
Mettre en place Fleet Server, créer une politique, enrôler des agents Linux, Windows et Docker, c...
Elastic Agent en production : bonnes pratiques
Les bonnes pratiques Elastic Agent : sécurité, organisation des politiques, maîtrise des volumes,...
Ingestion Elasticsearch : Bulk API, ingest pipelines, enrich et reindex
Ingérer et transformer des données dans Elasticsearch : Bulk API, ingest pipelines et processeurs...
Elastic Agent ou Beats ? Choisir et migrer
Comparer Elastic Agent et les Beats (Filebeat, Metricbeat, Winlogbeat), savoir quand garder les B...
Elastic Agent sur Kubernetes
Déployer Elastic Agent sur Kubernetes : DaemonSet géré par Fleet, intégration Kubernetes, kube-st...
Elastic Agent autonome, sorties Logstash et Kafka, et OpenTelemetry (EDOT)
Écrire une configuration autonome, envoyer vers Logstash ou Kafka, et utiliser Elastic Agent comm...
Superviser, mettre à jour et dépanner Elastic Agent
Exploiter un parc d'Elastic Agent : états dans Fleet, supervision des agents, mises à jour par lo...
Alimenter OpenSearch : pipelines d'ingestion et Data Prepper
Transformer les données avec les pipelines d'ingestion, collecter avec Data Prepper, recevoir l'O...