Elasticsearch Unicast Странное поведение в кластеризации

У меня есть два узла, каждый из которых образует кластер (с одним пустым узлом).

0.0.0.0:9200 (elasticsearch)
0.0.0.0:9201 (test-1)

Узел на 9200 находится в кластере elasticsearch (может быть по умолчанию cluster.name). Узел на 9201 находится в кластере test-1, (Дополнительно важно или нет, я связываю network.hostс обоих узлов до 0.0.0.0)

Я хочу присоединиться к новому узлу test-1, Когда я уйду discovery.zen.ping.unicast.hosts установка закомментирована, новый узел успешно присоединен к test-1, Тем не менее, когда я установил что-то еще, например, ["0.0.0.0"] или же ["127.0.1"], не удалось присоединиться...

Присоединение нового узла к elasticsearch не имеет проблем. ["0.0.0.0"], ["127.0.1"] а также ["IP"] все работало хорошо. (Но ["0.0.0.0", "ANOTHER-IP"] не удалось... Пожалуйста, ответьте об этом, если это возможно...)

Что вызывает эту проблему присоединения? Кто-нибудь сталкивался с такими проблемами?

1 ответ

discovery.zen.ping.unicast.hosts должен иметь IP-адреса всех узлов, присоединяющихся к кластеру. Сделайте это для всех узлов в кластере и используйте IP-адреса не 0.0.0.0 или 127.0.0.1.

Поскольку ваш новый узел пытается присоединиться к test-1 кластера вы можете попытаться изменить порт нового узла на 9201 и посмотреть, присоединится ли он.

Минимальные вещи, необходимые для формирования кластера:

  1. Так же cluster.name
  2. Поставить разные node.name
  3. discovery.zen.ping.unicast.hosts - IP-адреса всех узлов в кластере.

gateway.recover_after_nodes а также discovery.zen.minimum_master_nodes - прокомментируйте эти строки, если они не являются таковыми для всех узлов кластера.

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

Другие вопросы по тегам