RabbitMQ политика синхронизации очередей в кластере

Мы настроили кластер RabbitMQ с 3 узлами. Если мы пытаемся сбалансировать нагрузку в какой-либо форме, мы настраиваем политику на синхронизацию только между двумя узлами:

rabbitmqctl set_policy ha-2 . '{"ha-mode":"exactly","ha-params":2,"ha-sync-mode":"automatic"}'

Это работает должным образом, когда все 3 узла подключены к сети.

Когда мы выключаем один из узлов (для имитации сбоя), очереди, созданные на отказавшем узле, все еще доступны (на ведомом), но не синхронизируются с другим узлом. Если мы вручную повторно применим политику, очереди будут синхронизироваться должным образом.

Следует ли ожидать, что все очереди будут отражены в сценарии сбоя одного узла с этой политикой?


person tgrrr    schedule 21.09.2015    source источник
comment
Какую версию вы используете? Я попытался создать такую ​​же конфигурацию, и она работает правильно. Когда я останавливаюсь, добавляется один, и сообщения синхронизируются.   -  person Gabriele Santomaggio    schedule 21.09.2015
comment
@Gas Сейчас на 3.2.4. После публикации я начал настраивать кластер на 3.5.4, чтобы посмотреть, работает ли это по-другому. Спасибо   -  person tgrrr    schedule 22.09.2015
comment
Вы правы, @Gas, это работает, как ожидалось, на 3.5.4   -  person tgrrr    schedule 22.09.2015


Ответы (1)


Работает должным образом в RabbitMQ 3.5.4

person tgrrr    schedule 22.09.2015