Definir uma política ILM, anexá-la via template e iniciar a cadeia de rollover

Comando

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 } }
}

O que faz

Cria uma política ILM com as fases hot (rollover), warm (shrink + force merge) e delete, aplica a política e o rollover alias aos novos índices por meio de um template e cria o primeiro índice da cadeia com o write alias.

Quando usar

Ao automatizar tamanho, retenção e exclusão de índices para dados de séries temporais, como logs ou métricas.

Atenção

min_age nas fases warm e delete é contado a partir do horário do rollover, não da criação do índice. Mudanças na política se aplicam aos índices existentes só depois que a fase atual deles termina. Shrink e forcemerge na fase warm geram IO pesado; o índice não pode receber escritas até o force merge terminar. O ILM roda a cada 10 minutos por padrão, então as condições não são avaliadas instantaneamente.