Различные настройки кластера

Узел может присоединиться к кластеру только в том случае, если он разделяет его cluster.name со всеми другими узлами в кластере. По умолчанию имя — elasticsearch, но вы должны изменить его на подходящее имя, описывающее назначение кластера.

cluster.name: logging-prod

Весь кластер можно установить в режим только для чтения с помощью следующей настройки:

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

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

Если кластер уже превысил предел, возможно, из-за изменений в членстве узлов или изменений настроек, все операции, которые создают или открывают индексы, завершатся ошибкой.

Значение по умолчанию для лимита фрагментов кластера составляет 1000 фрагментов на узел данных без заморозки для обычных (не замороженных) индексов и 3000 фрагментов на узел данных с заморозкой для замороженных индексов. Оба первичных и реплицируемых фрагмента всех открытых индексов учитываются при подсчёте лимита, включая неназначенные фрагменты. Например, открытый индекс с 5 первичными фрагментами и 2 репликами учитывается как 15 фрагментов. Закрытые индексы не учитываются в подсчёте фрагментов.

Вы можете динамически изменить предел фрагментов кластера с помощью следующей настройки:

Пользовательские метаданные можно сохранять и извлекать с помощью API настроек кластера. Это можно использовать для хранения произвольных данных о кластере, которые редко изменяются, без необходимости создания индекса для их хранения. Эти данные могут храниться с помощью любого ключа, начинающегося с cluster.metadata.. Например, чтобы сохранить адрес электронной почты администратора кластера под ключом cluster.metadata.administrator, выполните этот запрос:

resp = client.cluster.put_settings(
    persistent={
        "cluster.metadata.administrator": "sysadmin@example.com"
    },
)
print(resp)

response = client.cluster.put_settings(
  body: {
    persistent: {
      'cluster.metadata.administrator' => 'sysadmin@example.com'
    }
  }
)
puts response

const response = await client.cluster.putSettings({
  persistent: {
    "cluster.metadata.administrator": "sysadmin@example.com",
  },
});
console.log(response);

PUT /_cluster/settings
{
  "persistent": {
    "cluster.metadata.administrator": "sysadmin@example.com"
  }
}

Состояние кластера поддерживает слепки индексов, чтобы явно обозначить индексы, которые были удалены. Количество слепков, хранящихся в состоянии кластера, контролируется следующей настройкой:

Если Elasticsearch обнаруживает данные индекса, отсутствующие в текущем состоянии кластера, эти индексы считаются висящими. Например, это может произойти, если вы удалите более cluster.indices.tombstones.size индексов, в то время как узел Elasticsearch был оффлайн.

Вы можете использовать API висящих индексов, чтобы управлять этой ситуацией.

Настройки, управляющие ведением журнала, можно динамически обновлять с префиксом logger.. Например, чтобы увеличить уровень ведения журнала модуля indices.recovery до DEBUG, выполните этот запрос:

resp = client.cluster.put_settings(
    persistent={
        "logger.org.elasticsearch.indices.recovery": "DEBUG"
    },
)
print(resp)

response = client.cluster.put_settings(
  body: {
    persistent: {
      'logger.org.elasticsearch.indices.recovery' => 'DEBUG'
    }
  }
)
puts response

const response = await client.cluster.putSettings({
  persistent: {
    "logger.org.elasticsearch.indices.recovery": "DEBUG",
  },
});
console.log(response);

PUT /_cluster/settings
{
  "persistent": {
    "logger.org.elasticsearch.indices.recovery": "DEBUG"
  }
}

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

Каждый раз при создании постоянной задачи мастер-узел отвечает за назначение задачи узлу кластера, а назначенный узел затем получит задачу и выполнит ее локально. Процесс назначения постоянных задач узлам контролируется следующими настройками: