1. Les phases #
Des données qui vieillissent.
Cycle #
| Phase | Actions typiques | Nœuds |
|---|---|---|
| hot | rollover, priorité haute | data_hot (SSD) |
| warm | shrink, forcemerge, read-only | data_warm |
| cold | moins de répliques, searchable snapshot (selon licence) | data_cold |
| frozen | searchable snapshot partiel | data_frozen + dépôt objet |
| delete | suppression, éventuellement après snapshot | - |
2. Une politique #
En pratique.
Politique et diagnostic #
PUT _ilm/policy/logs-30d
{
"policy": {
"phases": {
"hot": { "actions": { "rollover": { "max_primary_shard_size": "50gb", "max_age": "1d" } } },
"warm": { "min_age": "7d", "actions": { "shrink": { "number_of_shards": 1 }, "forcemerge": { "max_num_segments": 1 } } },
"delete": { "min_age": "30d", "actions": { "delete": {} } }
}
}
}
GET logs-nginx-default/_ilm/explain # phase et étape de chaque index, erreurs éventuellesÀ savoir : min_age se compte à partir du rollover de l'index, pas de sa création : un index « 7 jours » en warm a été écrit pendant 1 jour puis vieilli 7 jours.Erreur Courante : Sans rollover, l'âge d'un index énorme ne bouge pas : ILM ne fait rien de pertinent. Le rollover (via un data stream ou un alias d'écriture) est la base de tout le reste.
À savoir : Certaines fonctionnalités dépendent de la version et du niveau de licence (Basic, Platinum, Enterprise) : vérifiez-les dans la documentation et la page des abonnements Elastic avant de les utiliser en production.
