Distribué RabbitMQ Nœuds de ne pas reconnaître les uns les autres

Donc j'ai eu plusieurs problèmes avec la connexion de mes deux RabbitMQ nœuds-

Je vais ajouter que mes nœuds sont hébergés sur rackspace, et donc ne pas avoir un défaut exposable nom d'hôte, et nécessitent iptables car il n'y a pas de DMZ ou de sécurité intégré dans le concept des groupes comme amazon.

Problèmes:

1. Un Cookie ne savez Pas comment ou pourquoi, mais j'ai eu plusieurs instances de .erlang.cookie (en /root, dans mon répertoire home et dans /var/lib/rabbitmq/) je n'ai gardé que celui de rabbitmq et vérifié tous les nœuds ont le même cookie.

2. IPTables - pour que les nœuds de communiquer-je besoin pour ouvrir le epmd port et de la plage de ports pour la communication réelle inet_dist_listen_min inet_dist_listen_max.

/sbin/iptables -A INPUT -i eth1 -p tcp --dport ${epmd} -s ${otherNode} -j ACCEPT
/sbin/iptables -A INPUT -i eth1 -p tcp --dport ${inet_dist_listen_min}:${inet_dist_listen_max} -s ${otherNode} -j ACCEPT  

empd est usuall 4369 port et pour les autres plages de l'utiliser quelle que soit la plage que vous voulez.

${otherNode} est l'ip de mon autre nœud.

J'ai aussi besoin de configurer erlang par rabbitmq à l'utilisation de ces ports (voir le fichier de config à la fin)

3. Nom d'hôte - vu que je n'ai pas de nom d'hôte j'avais besoin de modifier le lapin scripts pour utiliser -name et pas -sname (le premier raconte erlang pour prendre le nom en entier, le dernier est synonyme de nom court et donc ajoute un symbole @ et le nom de l'hôte).

Cela a été accompli par l'édition de:

/usr/lib/rabbitmq/bin/rabbitmqctl

Ajouté au début de la définition de la RABBITMQ_NODE_IP_ADDRESS propriété

DEFAULT_NODE_IP_ADDRESS=auto
DEFAULT_NODE_PORT=5672
[ "x" = "x$RABBITMQ_NODE_IP_ADDRESS" ] && RABBITMQ_NODE_IP_ADDRESS=${NODE_IP_ADDRESS}
[ "x" = "x$RABBITMQ_NODE_PORT" ] && RABBITMQ_NODE_PORT=${NODE_PORT}

[ "x" = "x$RABBITMQ_NODE_IP_ADDRESS" ] && [ "x" != "x$RABBITMQ_NODE_PORT" ] && RABBITMQ_NODE_IP_ADDRESS=${DEFAULT_NODE_IP_ADDRESS}
[ "x" != "x$RABBITMQ_NODE_IP_ADDRESS" ] && [ "x" = "x$RABBITMQ_NODE_PORT" ] && RABBITMQ_NODE_PORT=${DEFAULT_NODE_PORT}

et dans la commande erl j'ai changé

-sname ${RABBITMQ_NODENAME} \ d'

-name ${RABBITMQ_NODENAME}@${RABBITMQ_NODE_IP_ADDRESS}\.

De ce fait rabbitmq pour n'écouter que sur l'adresse ip spécifiée (spécifié dans le fichier de config à la fin) et de la charge avec cette ip au lieu de l'usuall nom d'hôte.

édité /usr/lib/rabbitmq/bin/rabbitmq-server

Changé le réel erl commande à partir de -sname ${RABBITMQ_NODENAME} \ à -name ${RABBITMQ_NODENAME}@${RABBITMQ_NODE_IP_ADDRESS}\

Ajouté un lapin conf (/etc/rabbitmq/rabbitmq-env.conf) fichier-

#the ip address which rabbit should use, this is to limit rabbit to only use internal rackspace communication and not publicly accessible ports  
NODE_IP_ADDRESS=myIpAdress  
#had to change the nodename becaue otherwise rabbitmq used rabbit@Hostname and not only rabbit  
NODENAME=myCompany
#This instructed rabbit to instruct erlang which ports it should use for its communications with other nodes  
export SERVER_ERL_ARGS="$SERVER_ERL_ARGS -kernel inet_dist_listen_min somePort -kernel inet_dist_listen_max someOtherBiggerPort"

Certaines ressources qui m'ont aidé le long du chemin:

RabbitMQ Guide De Mise En Grappe

Clustering RabbitMQ serveurs pour la Haute Disponibilité

rabbitmq-env.conf(5) page de manuel

Nœud de communication par l'adresse IP publique de erlang liste de diffusion (Le poteau du milieu)

La configuration de RabbitMQ Cluster sur le Cloud

Espère que cela aidera quelqu'un d'autre.

EDIT:

Pas sûr de savoir comment je me trompe, mais il me semblait que mon erlang-lapin port instructions n'ont pas été prises en compte ou ne l'étaient pas assez. Fini par avoir pour permettre à toutes les communications entre les deux nœuds...

OriginalL'auteur Ittai

De fond: j'ai été confrontée au même problème lors de la configuration de Rabbitmq cluster. J'ai été à l'aide de 2 conteneurs docker en cours d'exécution sur mon hôte de la machine, ce qui est équivalent à 2 nœuds et je ne pouvais pas créer un cluster de ces deux.

Solution: 1. Assurez-vous que vous disposez des mêmes erlang cookie sur tous les nœuds de votre cluster, l'emplacement par défaut est /var/lib/rabbitmq/.erlang.cookie. Ce fichier est utilisé pour l'authentification, assurez-vous donc, vous l'avez même sur tous les nœuds. Après la modification de la .erlang.cookie redémarrez votre rabbitmq service.

1. Assurez-vous que les noeuds sont accessibles à partir d'un autre, utilisez la commande ping ou telnet pour vérifier la connexion.

2. Vérifier que /etc/hosts ont des entrées correctes, par exemple si rabbit2 veut rejoindre cluster rabbit1, /etc/hosts de rabbit2 doit contenir.

   172.68.1.6      rabbit1
   172.68.1.7      rabbit2

Maintenant, arrêtez de service à l'aide de $rabbitmqctl stop_app suivie par $rabbitmqctl join_cluster rabbit@rabbit1, démarrez votre service par rabbitmqctl start_app et vérifier $rabbitmqctl cluster_status pour voir le temps que vous avez rejoint le cluster ou non.

J'ai suivi le rabbitmq la documentation officielle à la configuration du cluster.

OriginalL'auteur Rahul Mishra

http://pearlin.info/?p=1672

si vous avez besoin de copier le cookie à partir du nœud que vous essayez de vous connecter

exemple :- lapin@node1
rabbit@node2

aller à lapin@node1 et copier le cookie de cat /var/lib/rabbitmq/.erlang.cookie

aller à lapin@node2 supprimer le cookie et coller le nouveau.

sur le même nœud

/usr/sbin/rabbitmqctl stop_app

/usr/sbin/rabbitmqctl réinitialiser

/usr/sbin/rabbitmqctl cluster lapin@node1

devrait le faire.

même documentée ici.

http://pearlin.info/?p=1672

OriginalL'auteur user2348359