Elasticsearch версия 7.14.0

Уровень заморозки: (только Windows) Уровень данных заморозки использует несколько механизмов кэширования для ускорения доступа к файлам моментальных снимков, доступным для поиска. Один из этих кэшей использует разреженные файлы для избежания создания больших файлов на диске, когда это строго не требуется. Баг препятствовал созданию файлов с правильными параметрами для включения поддержки разреженных файлов в Windows, что приводило к созданию Elasticsearch потенциально больших файлов, которые могли в конечном итоге заполнить весь диск.

Эта проблема исправлена в версиях Elasticsearch 7.15.2 и более поздних. Для более ранних версий известного решения нет. Файловые системы, которые по умолчанию включают разреженные файлы, не затронуты. Более подробную информацию см. в #79371.

Агрегации: В Elasticsearch 7.14.0–7.15.0, при проксировании запроса межкластерного поиска (CCS), память для агрегаций на узле-прокси не будет освобождена. Триггером является межкластерный поиск с использованием агрегаций, где минимизация числа обращений неэффективна (например, когда минимизация числа обращений явным образом отключена или неявно отключена при использовании поиска с прокруткой, асинхронного и поиска в определённый момент времени).

Это затрагивает агрегации Kibana CCS, потому что Kibana по умолчанию использует асинхронный поиск. Эта проблема также может возникнуть во всех режимах удалённых подключений, настроенных для межкластерного поиска (sniff и proxy). В режиме sniff мы подключаемся только к подмножеству удалённых узлов (по умолчанию 3). Таким образом, если удалённый узел, к которому мы хотим отправить запрос, не входит в эти 3, мы должны отправить запрос как прокси-запрос. Решение – периодически перезапускать узлы с проблемной памятью.

Мы исправили эту проблему в Elasticsearch 7.15.1 и более поздних версиях. Более подробную информацию см. в #78404.

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

PUT _cluster/settings
{
  "persistent" : {
    "snapshot.max_concurrent_operations" : 1
  }
}

Эта проблема исправлена в версиях Elasticsearch 7.14.1 и более поздних. Невозможно исправить хранилище, если оно затронуто этой проблемой, поэтому необходимо восстановить хранилище из резервной копии или очистить хранилище, выполнив DELETE _snapshot/<repository name>/*, или перейти к новому хранилищу. Более подробную информацию см. в #75598.