У меня странная ситуация в сети, и я надеюсь получить несколько советов о том, как настроить кластер Elasticsearch 6.7.0 на 4 компьютерах, которые находятся в трех разных подсетях.
Все машины имеют несколько быстрых сетевых карт, более быстрых, чем переключатели инфраструктуры в комнате, поэтому мои оперативники подключили все машины вместе, машина к машине.
Machine 1 is a master/data node, sitting on 10.0.2.1, 10.0.3.1, and 10.0.4.1
Machine 2 is a data only node, sitting on 10.0.2.2, with a hosts entry pointing to machine 1 at 10.0.2.1. discovery.zen.ping.unicast.hosts is set to 10.0.2.1
Machine 3 is a data only node, sitting on 10.0.3.3, with a hosts entry pointing to machine 1 at 10.0.3.1. discovery.zen.ping.unicast.hosts is set to 10.0.3.1
Machine 4 is a data only node, sitting on 10.0.4.4, with a hosts entry pointing to machine 1 at 10.0.4.1. discovery.zen.ping.unicast.hosts is set to 10.0.4.1
На машине 1Я могу использовать массив network.bind_host: ["10.0.2.1", "10.0.3.1", "10.0.4.1"] - но могу указать только один network.publish_host, произвольно выбрав 10.0.2.1.
Когда я пытаюсь запустить кластер, я могу успешно получить доступ к HTTP и транспорту с любой из машин, идущих в ["10.0.2.1", "10.0.3.1", "10.0.4.1"], но он пытаетсясделать обнаружение со всех машин против 10.0.2.1.Это прекрасно работает для главного узла и машины 2, но другие машины не могут выполнить обнаружение на 10.0.2.1, потому что у них там нет маршрута.Предположительно, это связано с тем, что network.publish_host публикуется только на 10.0.2.1.
Есть ли у меня способ явно указать машинам 3 и 4, что я хочу, чтобы они использовали 10.0.3.1 и 10.0.4.1 в качестве своего главного?Или нам нужно использовать один IP-адрес на машине 1, доступный для всех хостов?