RabbitMQ с зеркальными очередями: поддержка отказоустойчивости

Я пытаюсь настроить кластер RabbitMQ с зеркальными очередями (неважно, если вы не знаете, что это такое, это МОЖЕТ НЕ повлиять на ответ). Короче говоря, у меня есть N экземпляров RabbitMQ, объединенных в кластер. Один из экземпляров является ведущим, остальные — подчиненными — извините за терминологию, но это то, что есть в документах RabbitMQ — но они активны. Однако мне нужно придумать решение для прокси, которое делает следующее

  1. Направьте ВСЕ соединения TCP на мастер.
  2. В случае сбоя ведущего перенаправьте все TCP-соединения на новый ведущий — в этом сценарии один из ведомых будет повышен до ведущего.
  3. Нет балансировки нагрузки — все подключения ДОЛЖНЫ идти к мастеру (исходному или новому).

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


person pbhowmick    schedule 27.03.2014    source источник


Ответы (1)


Вот решение, которое решает именно ту проблему, которая ты описываешь.

person Paul Mooney    schedule 18.11.2014