Разница между ожидаемыми узлами и параметрами восстановления после узлов
Я не вижу разницы между двумя параметрами для фазы восстановления модуля-шлюза.
на документация :
на
gateway.recover_after_nodes
настройка (которая принимает число) элементы управления после того, как много (...) допустимые узлы (...) восстановление начнется.на
gateway.expected_nodes
позволяет установить сколько (...) узлов, имеющих право ожидается, что они будут в кластере, и раз встреченный.( ,..) восстановление начинается
из того, что я понимаю, эти две настройки запускают фазу восстановления, как только количество узлов равно набору значений.
Почему используя одно над другим?
и какой смысл использовать их обоих?
например :
gateway:
recover_after_nodes: 3
expected_nodes: 5
в этом случае, какова цель expected_nodes
? восстановление будет инициировано, как только будет 3 узла. Должна быть другая причина. использовать его.
Я надеюсь, мой вопрос достаточно ясен.
спасибо заранее!
2 ответов
при использовании recovery_after_nodes, recover_after_data_nodes или recovery_after_master_nodes после выполнения всех заданных условий кластер начнет ждать recover_after_time перед началом восстановления:
шлюз.recover_after_time параметр (который принимает значение времени) устанавливает время, чтобы ждать, пока восстановление произойдет один раз все ворота.recover_after...выполняются условия узлов.
при использовании expected_nodes, expected_data_nodes или expected_master узлов, восстановление начнется после выполнения всех условий-кластер не будет ждать. Кроме того, он также будет по умолчанию recovery_after_time до 5 мин.
в вашем тесте:
gateway:
recover_after_nodes: 3
expected_nodes: 5
Как только вы нажмете 3 узла, начнется обратный отсчет, и кластер затем восстановится через 5 минут (по умолчанию) или если вы нажмете 5 узлов. В основном это позволяет установить минимальный порог (recovery_after_nodes), с таймаутом (recovery_after_time), чтобы дождаться желаемого государство (expected_nodes). Вы будете либо recovery recovery_after_time после recovery_after_nodes хит, или когда expected_nodes хит (без дополнительного ожидания) - в зависимости от того, что приходит первым.
из открытого документа в этих потоках есть недоразумения.
http://www.elastic.co/guide/en/elasticsearch/reference/1.x/modules-gateway.html
gateway:
recover_after_time: 5m
expected_nodes: 2
в ожидаемом кластере из 2 узлов восстановление начнется через 5 минут после первого узла, но еще есть 2 узла в кластере, восстановление начнется немедленно (без ожидания).
Итак, таймер, определенный recover_after_time начнутся уже после первого узла. не запускается после поиска узлов, определенных в recover_after_nodes