DBAtlas · Атлас эксплуатации баз данных

Определение политики 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 минут, поэтому условия проверяются не мгновенно.

Открыть в DBAtlas →

Связанные материалы