RabbitMQ et la fédération. File d'attente de centre de traitement de données virtuelle croisée?

Je crée un système placé dans deux centres de traitement de données pour fournir une tolérance de défaut à l'aide du modèle en direct. / de rechange". Le système nécessite une file d'attente de messages qui fournit des messages au traitement de la partie serveur du système. Mon projet nécessite actuellement cette file d'attente de message (et échanges, etc.) Il a été partagé avec les deux centres de données sous la forme d'une seule file d'attente virtuelle. Ainsi, la commutation d'urgence peut être obtenue en éteignant les consommateurs de la file d'attente sur le site. A et lancez-les sur le site B - Les consommateurs vont simplement signer sur leur courtier local, se connecter à un seul échange global et commenceront à recevoir des messages envoyés à là, y compris ceux qui ont été livrés au refus.

j'ai utilisé RabbitMQ Dans le passé et que je sais que cela peut effectuer une clusterisation et que le regroupement ne convient pas aux connexions WAN - elle est très intolérante aux paquets de perte / Séparation du réseau. J'ai lu sur le module de fédération enfichable rMQ, Ce qui semble impliquer que deux courtiers fédérés puissent permettre à la liaison de leurs échanges aux clients se connectant les uns aux autres.

Je ne sais pas si je peux l'utiliser pour atteindre exactement ce dont j'avais besoin, il semblerait, j'ai besoin de chaque courtier DC J'ai déterminé l'échange, combiné deux courtiers, puis les clients sur chaque site devraient être attachés à la fois à la bourse, placés sur leur courtier local et placés sur un courtier à distance. Chaque stock séparé continuera d'être local pour un courtier particulier. J'ai bien compris?

Deuxième question - Vraisemblablement, le plugin de la fédération fonctionne avec des grappes individuelles rMQ? Si j'avais un cluster de courtier rMQ sur le site A et groupe similaire sur le site B, Puis-je les combiner ensemble?