Docker安装rabbitMQ主从
环境准备
Centos 7.5虚拟机三台：
- 192.168.102.128
- 192.168.102.130
- 192.168.102.131
以上虚拟机统一安装docker环境
三台机器分别配置如下所示的hosts文件，以供rabbitmq容器使用
$ vim /home/rabbitmq/hosts
//文件中写入以下内容：
192.168.102.128 rabbit1 rabbit1
192.168.102.130 rabbit2 rabbit2
192.168.102.131 rabbit3 rabbit3
搭建过程
拉取镜像
在三台机器上，分别management版本的rabbitmq镜像
$ docker pull rabbitmq:management
创建容器
在三台机器上分别创建rabbitmq容器
- 在192.168.102.128上创建容器rabbit1
$ docker run --restart=unless-stopped -h rabbit1 -d -p 5672:5672 -p 15672:15672 -p 25672:25672 -p 4369:4369 \
--name myrabbit1 \
-v /home/rabbitmq:/var/lib/rabbitmq:z \
-v /home/rabbitmq/hosts:/etc/hosts \
-e RABBITMQ_DEFAULT_USER=admin \
-e RABBITMQ_DEFAULT_PASS=123456 \
-e RABBITMQ_ERLANG_COOKIE='xxx_2019' \
rabbitmq:management
- 在192.168.102.130上创建容器rabbit2
$ docker run --restart=unless-stopped -h rabbit2 -d -p 5672:5672 -p 15672:15672 -p 25672:25672 -p 4369:4369 \
--name myrabbit2 \
-v /home/rabbitmq:/var/lib/rabbitmq:z \
-v /home/rabbitmq/hosts:/etc/hosts \
-e RABBITMQ_ERLANG_COOKIE='xxx_2019' \
rabbitmq:management
- 在192.168.102.131上创建容器rabbit3
$ docker run --restart=unless-stopped -h rabbit3 -d -p 5672:5672 -p 15672:15672 -p 25672:25672 -p 4369:4369 \
--name myrabbit3 \
-v /home/rabbitmq:/var/lib/rabbitmq:z \
-v /home/rabbitmq/hosts:/etc/hosts \
-e RABBITMQ_ERLANG_COOKIE='xxx_2019' \
rabbitmq:management
参数说明：
- -d 表示容器后台运行
- -h rabbit1 容器的主机名是rabbit1，容器内部的hostname
- -v /home/rabbitmq:/var/lib/rabbitmq:z 将宿主机目录/home/rabbitmq挂载到容器的/var/lib/rabbitmq目录。z是一个标记，在selinux环境下使用
- -e RABBITMQ_ERLANG_COOKIE='rabbit_cluster' 设置rabbitmq的cookie，该值可以任意设置，只需要三个容器保持一致即可
绑定集群
- 重置myrabbit1节点
$ docker exec -it myrabbit1 /bin/bash
$ rabbitmqctl stop_app && rabbitmqctl reset && rabbitmqctl start_app
- 加入myrabbit2节点到集群中
$ docker exec -it myrabbit2 /bin/bash
$ rabbitmqctl stop_app && rabbitmqctl reset && rabbitmqctl join_cluster rabbit@rabbit1 && rabbitmqctl start_app
- 加入myrabbit3节点到集群中
$ docker exec -it myrabbit3 /bin/bash
$ rabbitmqctl stop_app && rabbitmqctl reset && rabbitmqctl join_cluster rabbit@rabbit2 && rabbitmqctl start_app
查询集群状态
$ rabbitmqctl cluster_status
故障节点的处理
$ docker exec -it rabbit2 /bin/bash
$ rabbitmqctl stop_app
在一个正常的节点上移除一个异常的节点
$ docker exec -it rabbit1 /bin/bash
$ rabbitmqctl forget_cluster_node rabbit@rabbit2
集群模式
普通模式
基本特征
- 交换机和队列的元数据存在于所有的节点上
- 队列中的完整数据只存在于创建该队列的节点上
- 其他节点只保存队列的元数据信息以及指向当前队列的owner node的指针
数据消费
进行数据消费时随机连接到一个节点，当队列不是当前节点创建的时候，需要有一个从创建队列的实例拉取队列数据的开销。此外由于需要固定从单实例获取数据，因此会出现单实例的瓶颈。
优点
可以由多个节点消费单个队列的数据，提高了吞吐量
缺点
- 节点实例需要拉取数据，因此集群内部存在大量的数据传输
- 可用性保障低，一旦创建队列的节点宕机，只有等到该节点恢复其他节点才能继续消费消息
示意图
镜像模式
基本特征
- 创建的queue，不论是元数据还是完整数据都会在每一个节点上保存一份
- 向queue中写消息时，都会自动同步到每一个节点上
优点
- 保障了集群的高可用
- 配置方便，只需要在后台配置相应的策略，就可以将指定数据同步到指定的节点或者全部节点
缺点
- 性能开销较大，网络带宽压力和消耗很严重
- 无法线性扩展，例如单个queue的数据量很大，每台机器都要存储同样大量的数据
示意图
策略配置
全部节点镜像策略创建
指定节点数镜像策略创建
参数说明：
- Pattern 模式：""为全部；"all-"为所有all-开头
- Priority 优先级：建议10，比较耗费资源
- Definition 定义参数：
ha-mode=all 或 exactly；
ha-sync-mode=automatic；
ha-params=2(ha-mode=exactly)；
总结
综上所述，对于可靠性要求比较高的场合，推荐使用镜像模式。
