Задержка распределения при уходе узла

Когда узел по какой-либо причине покидает кластер (намеренно или непреднамеренно), мастер реагирует следующим образом:

Эти действия направлены на защиту кластера от потери данных, гарантируя, что каждый фрагмент будет полностью дублирован как можно скорее.

Несмотря на то, что мы ограничиваем одновременные восстановления как на уровне узла, так и на уровне кластера, такое «перемешивание» фрагментов может всё ещё нагрузить кластер, что может быть излишне, если отсутствующий узел скоро вернётся. Представьте себе следующую ситуацию:

Если бы мастер просто подождал несколько минут, то отсутствующие фрагменты могли бы быть перераспределены на узел 5 с минимальным трафиком в сети. Этот процесс был бы ещё быстрее для простаивающих фрагментов (фрагментов, не получающих запросов индексирования), которые были автоматически синхронизированы.

Распределение фрагментов реплик, которые становятся неназначенными из-за ухода узла, можно задерживать с помощью динамического параметра index.unassigned.node_left.delayed_timeout, который по умолчанию установлен на 1m.

Этот параметр может быть обновлён для активного индекса (или для всех индексов):

PUT _all/_settings
{
  "settings": {
    "index.unassigned.node_left.delayed_timeout": "5m"
  }
}

При включённой задержке распределения описанный выше сценарий изменится следующим образом:

GET _cluster/health 

PUT _all/_settings
{
  "settings": {
    "index.unassigned.node_left.delayed_timeout": "0"
  }
}