Копировать-вставить из RabbitMQ кластерной направляющей (https://www.rabbitmq.com/clustering.html):
Клиент может подключиться как обычно к любому узлу в кластере. Если этот узел должен выйти из строя, а остальная часть кластера сохранится, клиент должен заметить закрытое соединение и должен иметь возможность подключиться к некоторому выживающему элементу кластера. Как правило, не рекомендуется запекать в именах узлов или IP-адресах узлов в клиентских приложениях: это вводит негибкость и требует, чтобы клиентские приложения редактировались, перекомпилировались и перераспределялись при изменении конфигурации кластера или количестве узлов в кластере. Вместо этого мы рекомендуем использовать более абстрактный подход: это может быть динамическая служба DNS, которая имеет очень короткую конфигурацию TTL или простой балансировщик нагрузки TCP или какой-либо мобильный IP-адрес, полученный с помощью кардиостимулятора или аналогичных технологий. В общем, этот аспект управления соединением с узлами в кластере выходит за рамки самого RabbitMQ, и мы рекомендуем использовать другие технологии, разработанные специально для решения этих проблем.
Другими словами, вы можете использовать тестовую программу, которую вы уже писали, и просто запустить ее против кластера.