Назад | Перейти на главную страницу

Обнаружение elasticsearch ec2 получает неправильный IP-адрес?

Я запускаю elasticsearch 1.4.3 как рабочий узел / клиент (master = false, data = false) на AWS, и я пытаюсь заставить его присоединиться к кластеру.

Мой файл elasticsearch.yml выглядит так:

cluster-name: elastisearch
node.master:false
node.data: false
plugin.mandatory: cloud-aws
discovery.type: ec2
cloud.aws.region: us-east-1
discovery.ec2.groups: sg-934a92fa

Когда я запускаю elasticsearch sudo -E /usr/share/elasticsearch/bin/elasticsearch -d Я получаю такую ​​ошибку:

[2015-08-17 20:49:02,690][INFO ][discovery.ec2        ] [Marsha Rosenberg]
failed to send join request to master [[Mayday Parker]
[7rfILKuXSLegJIT2bU9bsw][inet[/10.110.1.143:9300]]{data=false,master=true}],
reason [RemoteTransportException: [Mayday Parker][inet[/172.17.0.4:9300]]
[discovery/zen/join]; nested: NotSerializableTransportException
[[org.elasticsearch.transport.ConnectTransportException]
[Marsha Rosenberg][inet[/10.110.1.184:9300]] connect_timeout[30s];
 connection timed out; inet[/10.110.1.184:9300; ]; ]

Я проверил 10.110.1.143:9300 с помощью netcat, и все в порядке. Я сделал tcpdump и вижу трафик на 9300 между 10.110.1.184 и 10.110.1.143. Но я понятия не имею, где ip: 172.17.0.4 пришли из. У меня даже нет VPC, созданного с этим CIDR, не говоря уже о экземплярах с этим IP.

Думаю, проблема связана с этим странным IP, в остальном все выглядит нормально. Я запускал это десять или более раз с разными конфигурациями, но безрезультатно. Я даже перезапустил свои главные узлы до отказа.

Любые идеи?

У меня возникла та же проблема, потому что адрес привязки по умолчанию 0.0.0.0 возвращался к подсети eth1 вместо eth0. После изменения моего адреса привязки на адрес eth1 (на обоих моих двух узлах ES) ES смог запуститься в правильной подсети. Если у вас есть два сетевых интерфейса, я бы посоветовал это проверить (достаточно ifconfig + просмотр журнала ES).