Проблемы с DNS-именем Zookeeper при выборах лидера при миграции с Windows на Debian

Question 1

Хорошо, теперь я имею представление о том, что здесь происходит. Я столкнулся с той же проблемой, когда пытался настроить кластер Spring-XD из 3 узлов в Vagrant на виртуальных машинах Linux.

Эта конфигурация сработала:

server.1=172.28.128.3:2888:3888
server.2=172.28.128.4:2888:3888
server.3=172.28.128.7:2888:3888

Но в этом случае этого не произошло:

server.1=spring-xd-1:2888:3888
server.2=spring-xd-2:2888:3888
server.3=spring-xd-3:2888:3888

«Неопровержимым доказательством» стала эта строка в моем журнале смотрителя зоопарка:

2015-11-26 20:48:31,439 [myid:1] - ИНФОРМАЦИЯ [Thread-2:QuorumCnxManager$Listener@504] - Мой порт привязки выборов: spring-xd-1/127.0.0.1:3888

Итак, почему Zookeeper привязывал порт выборов к интерфейсу обратной связи? Ну...

У меня /etc/hostsна одной из виртуальных машин это выглядело так:

127.0.0.1   spring-xd-1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

## vagrant-hostmanager-start
172.28.128.3    spring-xd-1
172.28.128.4    spring-xd-2
172.28.128.7    spring-xd-3
## vagrant-hostmanager-end

Я удалил имя хоста из 127.0.0.1строки /etc/hostsи отключил службу Zookeeper на всех трех узлах, иБАМ!все встало на свои места. Итак, теперь файл хоста на каждой машине выглядит так:

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

## vagrant-hostmanager-start
172.28.128.3    spring-xd-1
172.28.128.4    spring-xd-2
172.28.128.7    spring-xd-3
## vagrant-hostmanager-end

Я предполагаю, что вы не увидели проблему в Windows, потому что файл hosts ( C:\Windows\System32\drivers\etc\hosts) не имеет записей по умолчанию. Вы должны быть в состоянии воспроизвести проблему в Windows, добавив 127.0.0.1в него похожую строку.

Я называю это ошибкой Zookeeper. Редактирование файла hosts было достаточно для того, чтобы доказать наличие проблемы и исправить ее в Vagrant, но я бы не рекомендовал это для любой «реальной» среды.

РЕДАКТИРОВАТЬ:В соответствии сhttp://ccl.cse.nd.edu/operations/condor/hostname.shtml, это, кажется, довольно распространенная проблема с кластеризованными приложениями в Linux, и рекомендует редактировать файл hosts, как я описал выше. Однако,Документация Zookeeper по настройке кластеране упоминает об этом.

Answer

Хорошо, теперь я имею представление о том, что здесь происходит. Я столкнулся с той же проблемой, когда пытался настроить кластер Spring-XD из 3 узлов в Vagrant на виртуальных машинах Linux.

Эта конфигурация сработала:

server.1=172.28.128.3:2888:3888
server.2=172.28.128.4:2888:3888
server.3=172.28.128.7:2888:3888

Но в этом случае этого не произошло:

server.1=spring-xd-1:2888:3888
server.2=spring-xd-2:2888:3888
server.3=spring-xd-3:2888:3888

«Неопровержимым доказательством» стала эта строка в моем журнале смотрителя зоопарка:

2015-11-26 20:48:31,439 [myid:1] - ИНФОРМАЦИЯ [Thread-2:QuorumCnxManager$Listener@504] - Мой порт привязки выборов: spring-xd-1/127.0.0.1:3888

Итак, почему Zookeeper привязывал порт выборов к интерфейсу обратной связи? Ну...

У меня /etc/hostsна одной из виртуальных машин это выглядело так:

127.0.0.1   spring-xd-1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

## vagrant-hostmanager-start
172.28.128.3    spring-xd-1
172.28.128.4    spring-xd-2
172.28.128.7    spring-xd-3
## vagrant-hostmanager-end

Я удалил имя хоста из 127.0.0.1строки /etc/hostsи отключил службу Zookeeper на всех трех узлах, иБАМ!все встало на свои места. Итак, теперь файл хоста на каждой машине выглядит так:

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

## vagrant-hostmanager-start
172.28.128.3    spring-xd-1
172.28.128.4    spring-xd-2
172.28.128.7    spring-xd-3
## vagrant-hostmanager-end

Я предполагаю, что вы не увидели проблему в Windows, потому что файл hosts ( C:\Windows\System32\drivers\etc\hosts) не имеет записей по умолчанию. Вы должны быть в состоянии воспроизвести проблему в Windows, добавив 127.0.0.1в него похожую строку.

Я называю это ошибкой Zookeeper. Редактирование файла hosts было достаточно для того, чтобы доказать наличие проблемы и исправить ее в Vagrant, но я бы не рекомендовал это для любой «реальной» среды.

РЕДАКТИРОВАТЬ:В соответствии сhttp://ccl.cse.nd.edu/operations/condor/hostname.shtml, это, кажется, довольно распространенная проблема с кластеризованными приложениями в Linux, и рекомендует редактировать файл hosts, как я описал выше. Однако,Документация Zookeeper по настройке кластеране упоминает об этом.

Question 2

Вероятно, эта проблема вызвана настройкой узла hostnameв 127.0.0.1. /etc/hostsВ этом случае ZK будет привязан leader|election portsк 127.0.0.1адресу.

Параметр конфигурации quorumListenOnAllIPs=trueдолжен устранить эту проблему и привязаться election|leader portsк 0.0.0.0.

Дополнительные варианты и их влияние можно найти вРуководство по администрированию ZK

Всегда полезно проверитьисходный код.

Answer

Вероятно, эта проблема вызвана настройкой узла hostnameв 127.0.0.1. /etc/hostsВ этом случае ZK будет привязан leader|election portsк 127.0.0.1адресу.

Параметр конфигурации quorumListenOnAllIPs=trueдолжен устранить эту проблему и привязаться election|leader portsк 0.0.0.0.

Дополнительные варианты и их влияние можно найти вРуководство по администрированию ZK

Всегда полезно проверитьисходный код.

Проблемы с DNS-именем Zookeeper при выборах лидера при миграции с Windows на Debian

решение1

решение2

Связанный контент