› › ›

Локальные настройки шлюза

Локальный шлюз хранит состояние кластера и данные фрагментов при полных перезапусках кластера.

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

Эти настройки действуют только при полном перезапуске кластера.

gateway.expected_nodes

(Статические) [7.7.0] Устарело в 7.7.0. Эта настройка будет удалена в 8.0. Используйте gateway.expected_data_nodes вместо этого. Ожидаемое количество узлов данных или узлов-мастеров в кластере. Восстановление локальных фрагментов начинается, когда ожидаемое количество узлов присоединится к кластеру. По умолчанию 0.

gateway.expected_master_nodes

(Статические) [7.7.0] Устарело в 7.7.0. Эта настройка будет удалена в 8.0. Используйте gateway.expected_data_nodes вместо этого. Ожидаемое количество узлов-мастеров в кластере. Восстановление локальных фрагментов начинается, когда ожидаемое количество узлов-мастеров присоединится к кластеру. По умолчанию 0.

gateway.expected_data_nodes

(Статические) Ожидаемое количество узлов данных в кластере. Восстановление локальных фрагментов начинается, когда ожидаемое количество узлов данных присоединится к кластеру. По умолчанию 0.

gateway.recover_after_time

(Статические) Если ожидаемое количество узлов не достигнуто, процесс восстановления ожидает заданное количество времени, прежде чем пытаться восстановить. По умолчанию 5m, если настроена одна из настроек expected_nodes.

После истечения срока recover_after_time восстановление начнется, если выполнены следующие условия:

gateway.recover_after_nodes

(Статические) [7.7.0] Устарело в 7.7.0. Эта настройка будет удалена в 8.0. Используйте gateway.recover_after_data_nodes вместо этого. Восстановление, пока к кластеру присоединилось такое количество узлов данных или узлов-мастеров.

gateway.recover_after_master_nodes

gateway.recover_after_data_nodes

(Статические) Восстановление, пока к кластеру присоединилось столько узлов данных.

Висящие индексы

Когда узел присоединяется к кластеру, если он находит фрагменты, хранящиеся в его локальном каталоге данных, которые еще не существуют в кластере, он будет рассматривать эти фрагменты как "висячие". Импорт висячих индексов в кластер с помощью gateway.auto_import_dangling_indices небезопасен. Вместо этого используйте API висячих индексов. Ни один из механизмов не гарантирует, что импортированные данные действительно представляют последнее состояние данных, когда индекс все еще был частью кластера.

gateway.auto_import_dangling_indices: [7.9.0] Устарело в 7.9.0. Эта настройка будет удалена в 8.0. Вместо этого следует использовать специальный API висячих индексов. Автоматически импортировать висячие индексы в состояние кластера, при условии, что индексы с таким же именем еще не существуют. По умолчанию false.

Функциональность автоматического импорта была предназначена как наилучшее усилие для помощи пользователям, которые теряют все узлы-мастера. Например, если будет запущен новый узел-мастер, который не знает о других индексах в кластере, добавление старых узлов приведет к импорту старых индексов вместо удаления. Однако с автоматическим импортом связано несколько проблем, и его использование настоятельно не рекомендуется в пользу <<dangling-indices-api,специального API>.

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

© 2023-2025 Elasticsearch
As of September 2024, Elasticsearch is available under a choice of three licenses: the Server Side Public License (SSPL), the Elastic License, or the AGPLv3 (OSI approved).
Elasticsearch and the Elasticsearch logo are trademarks of Elasticsearch B.V., registered in the U.S. and in other countries.
https://www.elastic.co/guide/en/elasticsearch/reference/7.17/modules-gateway.html