Определение политики ILM, подключение через шаблон и запуск цепочки rollover
ElasticsearchЖизненный цикл индексаКоманда
PUT _ilm/policy/log-policy
{
"policy": {
"phases": {
"hot": { "actions": { "rollover": { "max_primary_shard_size": "50gb", "max_age": "1d" }, "set_priority": { "priority": 100 } } },
"warm": { "min_age": "7d", "actions": { "shrink": { "number_of_shards": 1 }, "forcemerge": { "max_num_segments": 1 }, "set_priority": { "priority": 50 } } },
"delete": { "min_age": "30d", "actions": { "delete": {} } }
}
}
}
PUT _index_template/log
{
"index_patterns": ["log-*"],
"priority": 500,
"template": {
"settings": {
"number_of_shards": 1,
"number_of_replicas": 1,
"index.lifecycle.name": "log-policy",
"index.lifecycle.rollover_alias": "log"
}
}
}
# Create the first index with the write alias (its name must end with a number such as -000001):
PUT log-000001
{
"aliases": { "log": { "is_write_index": true } }
}Что делает
Создаёт политику ILM с фазами hot (rollover), warm (shrink + force merge) и delete, применяет политику и псевдоним rollover к новым индексам через шаблон и создаёт первый индекс цепочки с псевдонимом записи.
Когда использовать
При автоматизации размера, срока хранения и удаления индексов для временных рядов, таких как журналы или метрики.
Внимание
min_age в фазах warm и delete отсчитывается от момента rollover, а не от создания индекса. Изменения политики применяются к существующим индексам только после завершения их текущей фазы. Shrink и forcemerge в фазе warm создают интенсивный IO; в индекс нельзя писать до завершения force merge. ILM по умолчанию срабатывает каждые 10 минут, поэтому условия проверяются не мгновенно.