Отключение подкачки

Обычно Elasticsearch — единственная служба, работающая на компьютере, а использование памяти контролируется параметрами JVM. Нет необходимости в включении подкачки.

В системах Linux вы можете временно отключить подкачку, выполнив:

sudo swapoff -a

Это не требует перезапуска Elasticsearch.

Чтобы отключить её постоянно, вам потребуется отредактировать файл /etc/fstab и прокомментировать все строки, содержащие слово swap.

В Windows аналогичный эффект можно получить, отключив файл подкачки полностью через System Properties → Advanced → Performance → Advanced → Virtual memory.

Ещё один вариант, доступный в системах Linux, — убедиться, что значение sysctl vm.swappiness установлено в 1. Это уменьшает тенденцию ядра к подкачке и не должно приводить к ней в нормальных условиях, но при этом позволяет всему системе использовать подкачку в случае необходимости.

Ещё один вариант — использование mlockall в системах Linux/Unix или VirtualLock в Windows, чтобы заблокировать адресное пространство процесса в оперативной памяти, предотвращая подкачку кучи Elasticsearch.

Для включения блокировки памяти установите bootstrap.memory_lock в true в файле elasticsearch.yml:

bootstrap.memory_lock: true

После запуска Elasticsearch вы можете проверить, успешно ли было применено это значение, проверив значение mlockall в выводе этого запроса:

resp = client.nodes.info(
    filter_path="**.mlockall",
)
print(resp)

response = client.nodes.info(
  filter_path: '**.mlockall'
)
puts response

const response = await client.nodes.info({
  filter_path: "**.mlockall",
});
console.log(response);

GET _nodes?filter_path=**.mlockall

Если вы видите, что mlockall равно false, это означает, что запрос mlockall не выполнен. Вы также увидите строку с дополнительной информацией в логах со словами Unable to lock JVM Memory.

Наиболее вероятной причиной в системах Linux/Unix является то, что у пользователя, запускающего Elasticsearch, нет разрешения на блокировку памяти. Это можно предоставить следующим образом:

Ещё одной возможной причиной неудачи mlockall может быть то, что временная директория JNA (обычно подкаталог /tmp) смонтирована с параметром noexec. Это можно решить, указав новую временную директорию для JNA с помощью переменной окружения ES_JAVA_OPTS:

export ES_JAVA_OPTS="$ES_JAVA_OPTS -Djna.tmpdir=<path>"
./bin/elasticsearch

или заданием этого флага JVM в файле конфигурации jvm.options.