Миграция на 7.14

Подробности
Если во время поэтапного обновления произойдет сбой, Elasticsearch может преждевременно сделать вывод о завершении обновления и включить функциональность, несовместимую со старыми версиями. В версиях Elasticsearch до 7.14 Elasticsearch принимал старые узлы в кластер после завершения обновления, несмотря на включение несовместимой функциональности, при условии, что старые узлы были из одной основной серии. Начиная с 7.14 Elasticsearch не будет принимать старые узлы в полностью обновлённый кластер.

Последствия
Если во время поэтапного обновления произойдет сбой, и старые узлы не смогут присоединиться к кластеру, необходимо обновить затронутые узлы. После обновления они снова присоединятся к кластеру.

Подробности
В настоящее время удаленные системные индексы, соответствующие шаблону автоматического отслеживания, автоматически настраиваются как индекс-фолловер, это поведение устарело.

Последствия
В 8.0.0 удаленные системные индексы, соответствующие шаблону автоматического отслеживания, не будут автоматически настраиваться как индекс-фолловер. Для адаптации к этому новому поведению рекомендуется исключить шаблоны, соответствующие системным индексам, таким как .tasks и kibana-*.

Подробности
Настройка cluster.routing.allocation.disk.watermark.enable_for_single_data_node никогда не должна быть явно установлена в false. В 8.0 единственным допустимым значением будет true. В будущей версии настройка будет полностью удалена, с тем же поведением, как если бы настройка была true.

Последствия

Если в вашем кластере есть один узел данных, установите cluster.routing.allocation.disk.watermark.enable_for_single_data_node: true, чтобы включить будущее поведение сегодня. Если вы хотите отключить метки дисков, установите cluster.routing.allocation.disk.threshold_enabled: false.

Если в вашем кластере есть несколько узлов данных, настройка cluster.routing.allocation.disk.watermark.enable_for_single_data_node не имеет эффекта, и следует прекратить ее использование.

Подробности
Параметр geo_bounding_box запроса type устарел в версии 7.14.0. Этот параметр является бесполезным и не оказывает никакого влияния на запрос.

Последствия
Прекратите использование параметра type в запросах geo_bounding_box.

Подробности
Функции безопасности Elasticsearch отключены по умолчанию при работе с базовой или пробной лицензией, если xpack.security.enabled не установлено в true. В Elasticsearch 8.0.0 функции безопасности будут включены по умолчанию для всех лицензий, если вы не отключите их явно, установив xpack.security.enabled в false (не рекомендуется).

Перед миграцией на Elasticsearch 8.0.0 необходимо явно установить значение для xpack.security.enabled, иначе Elasticsearch не сможет запуститься. Если вы уже включили функции безопасности, явно установив xpack.security.enabled в true, ваша конфигурация будет сохранена в 8.0.0.

В противном случае на каждом узле вашего кластера включите функции безопасности Elasticsearch, установив xpack.security.enabled в true в elasticsearch.yml. Затем необходимо настроить безопасность транспортного уровня на каждом узле, что требует создания центра сертификации (если у вас его нет), создания сертификатов безопасности узлов и настройки межсетевого взаимодействия. См. настройку базовой безопасности для Elastic Stack для шагов настройки безопасности.

Подробности
Elasticsearch создает «синтетические» имена домена динамически для сервисов, таких как API-ключи. Эти синтетические имена домена имеют префикс подчеркивание. В настоящее время пользователи могут настраивать имена домена с ведущим подчеркиванием. Это создает путаницу, поскольку имена домена должны быть уникальными для узла.

Последствия
Настройка имени домена с ведущим подчеркиванием устарела. В будущей версии Elasticsearch это приведет к ошибке при запуске, если у любого настроенного пользователем домена есть имя с ведущим подчеркиванием.