在RabbitMQQ中，socket descriptors 和 File descriptors的默认配额并不大
修改配置
在其配置文件中添加如下参数，其值请根据实际情况进行调整：
vim /usr/lib/systemd/system/rabbitmq-erver.service [Service] LimitNOFILE = 16384
重启rabbitmq
systemctl daemon-reload
systemctl restart rabbitmq-server
//下面为引用参考文案，如下：(节后调整)
在为OpenStack的服务配置使用rabbitmq消息队列服务时，可以如下配置：
transport_url = rabbit://openstack:adminopenstack@controller1,openstack:adminopenstack@controller2,openstack:adminopenstack@controller3
可以看到这里的配置方式是将所有节点的rabbitmq服务以拼接方式拼在一起，当cont1节点上的消息队列服务不可用时可以将请求转发给cont2，再不行可以再转发给cont3节点.
同时应该配置如下参数：
rabbit_retry_interval=1 rabbit_retry_backoff=2 rabbit_max_retries=0 rabbit_durable_queues=true rabbit_ha_queues=true
RabbitMQ注意小计（故障恢复提示）：
①保证集群中至少有一个磁盘类型的节点以防数据丢失，在更改节点类型时尤其要注意。
②若整个集群被停掉了，应保证最后一个down掉的节点被最先启动，若不能则要使用forget_cluster_node命令将其移出集群。
③若集群中节点几乎同时以不可控的方式down 了，此时再其中一个节点使用force_boot 命令重启节点。
④如果加入集群后，意外关闭等造成rabbitmq-server启动不成功，可以尝试一下步骤：/var/lib/rabbitmq/mnesia 目录下存在rabbit@localhost.pid、rabbit@localhost、rabbit@localhost-plugins-expand，删除这3项后，并且删除 /var/lib/rabbitmq/ 目录下 .erlang.cookie和erl_crash.dump 再使用systemctl start rabbitmq-server启动