Rabbitmq集群高可用部署详细

序言

清风万里的季节，周末本该和亲人朋友一起消遣这烂漫的花花草草，或是懒洋洋的晒个太阳听听风声鸟鸣。无奈工作使然，理想使然，我回到啦公司，敲起啦键盘，撸起啦代码，程序狗的世界一片黯然，一片黯然，愿天下所有努力的程序狗都梦想成真吧！！

回到正题，为什么搭建rabbitmq集群？rabbitmq集群有那些模式？如何搭建Rabbitmq集群？rabbitmq镜像高可用策略有那些？

1、首先这款产品本身的优点众多，大家最看好的便是他的异步化提高系统抗峰值能力，然后便是系统及功能结构解耦，那么照此两点来说，他的在整个系统中的作用还是至关重要的，那么如此重要，当然要考虑他的高可用性，那么便有啦第一个问题的解答。

2、rabbitmq有3种模式，但集群模式是2种。详细如下：

单一模式：即单机情况不做集群，就单独运行一个rabbitmq而已。
普通模式：默认模式，以两个节点（rabbit01、rabbit02）为例来进行说明。对于Queue来说，消息实体只存在于其中一个节点rabbit01（或者rabbit02），rabbit01和rabbit02两个节点仅有相同的元数据，即队列的结构。当消息进入rabbit01节点的Queue后，consumer从rabbit02节点消费时，RabbitMQ会临时在rabbit01、rabbit02间进行消息传输，把A中的消息实体取出并经过B发送给consumer。所以consumer应尽量连接每一个节点，从中取消息。即对于同一个逻辑队列，要在多个节点建立物理Queue。否则无论consumer连rabbit01或rabbit02，出口总在rabbit01，会产生瓶颈。当rabbit01节点故障后，rabbit02节点无法取到rabbit01节点中还未消费的消息实体。如果做了消息持久化，那么得等rabbit01节点恢复，然后才可被消费；如果没有持久化的话，就会产生消息丢失的现象。
镜像模式:把需要的队列做成镜像队列，存在与多个节点属于RabbitMQ的HA方案。该模式解决了普通模式中的问题，其实质和普通模式不同之处在于，消息实体会主动在镜像节点间同步，而不是在客户端取数据时临时拉取。该模式带来的副作用也很明显，除了降低系统性能外，如果镜像队列数量过多，加之大量的消息进入，集群内部的网络带宽将会被这种同步通讯大大消耗掉。所以在对可靠性要求较高的场合中适用。

准备集群环境安装RabbitMQ

我的环境如下：

1、两台Centos7的机器，hostname分别为：F , G .

2、IP地址分别为：F—172.18.8.229 ， G—172.18.8.224。

3、修改hosts文件如下，下面是G这台机器的hosts文件内容，F也需要如下配置：

[root@G bin]# cat /etc/hosts
127.0.0.1 G  localhost localhost.localdomain localhost4 localhost4.localdomain4 
::1       G  localhost localhost.localdomain localhost6 localhost6.localdomain6 

172.18.8.224 G
172.18.8.229 F

4、保证两台机器都能够相互ping通，如下图：

好啦，环境到此就就能满足啦，接下来我们把rabbitmq装在2台机器上。

学习不看官方文档，那就别学啦，地址如下：http://www.rabbitmq.com/install-rpm.html

安装rabbitmq依赖erlang环境，所以我们要先安装erlang环境。

安装完成之后，下载rabbitmq的rpm包ivh即可。如果实在不会安装，Linux系统（二）软件的安装与卸载里面有安装rabbitmq的实例，看官笑纳，实在不会装那加入左上方群，或者点击网页右上方的X吧，一定要相信不是你的错，是你与rabbitmq缘分不到。

安装启动过程中如果出现error，那可参考下面几个方案试试：

vim /etc/rabbitmq/enable_plugins ：删除文件中的内容。
查看hosts文件是否配置完善，相互是否可以ping通
查看相关端口是否被占用，如若占用kill掉
如果已经集群，那么要查看所有集群中的/var/lib/rabbitmq/.erlang.cookie是否一致。
如果不存在上述文件，echo $HOME ，打开此文件夹，查看cookie文件是否一致。
重启电脑，防止缓存数据配置未更新过来。

这里安装启动成功之后，来几个常用的操作。

[root@G bin]# ./rabbitmq-server -deched  --后台启动服务
[root@G bin]# ./rabbitmqctl start_app  --启动服务
[root@G bin]# ./rabbitmqctl stop_app  --关闭服务
[root@G bin]# ./rabbitmq-plugins enable rabbitmq_management --启动web管理插件
[root@G bin]# ./rabbitmqctl add_user zlh zlh  --添加用户，密码
[root@G bin]# ./rabbitmqctl set_user_tags zlh administrator --设置zlh为administrator权限

如果你看到如下操作，即表明启动成功啦，并且web管理页面的插件也启动成功，如果下面的6为0，则需要启动web管理插件

那具体rabbitmqctl 的命令详细还要看官网文档：http://www.rabbitmq.com/man/rabbitmqctl.1.man.html

搭建rabbitmq的一般模式集群

在上述的两台机器上安装rabbitmq完成之后，你可以看到你的机器中有如下1个文件。路径在$HOME中或者在/var/lib/rabbitmq中，文件名称为.erlang.cookie,他是一个隐藏文件。那么这文件存储的内容是什么，是做什么用的呢？

这样说吧：RabbitMQ的集群是依赖erlang集群，而erlang集群是通过这个cookie进行通信认证的，因此我们做集群的第一步就是干cookie。怎么干？

1、必须使集群中也就是F，G这两台机器的.erlang.cookie文件中cookie值一致，且权限为owner只读。

机器G中的Cookie: 机器F中的Cookie:

修改文件权限如下：

[root@F ~]# chmod 600 .erlang.cookie

2、查看集群状态，我的是已经做好的。

[root@F bin]# ./rabbitmqctl cluster_status
Cluster status of node rabbit@F ...
[{nodes,[{disc,[rabbit@G]},{ram,[rabbit@F]}]},
 {running_nodes,[rabbit@G,rabbit@F]},
 {cluster_name,<<"rabbit@F">>},
 {partitions,[]},
 {alarms,[{rabbit@G,[]},{rabbit@F,[]}]}]

3、停止当前机器中rabbitmq的服务

[root@F bin]# ./rabbitmqctl stop_app

4、把G中的rabbitmq加入到集群中来

[root@F bin]# ./rabbitmqctl join_cluster --ram rabbit@G

5、开启当前机器的rabbitmq服务

[root@F bin]# ./rabbitmqctl start_app

6、打开网页管理页面查看nodes

如此便可以啦，你可以做下测试，验证下我们序言中说的普通模式的说明，那必须是杠杠对的。

搭建rabbitmq的镜像高可用模式集群

写到这里，接下来，有朋友要请我吃饭啦，我就速战速决赴会去啦，即便如此该有的也会都有的。go，go，go。

这一节要参考的文档是：http://www.rabbitmq.com/ha.html

首先镜像模式要依赖policy模块，这个模块是做什么用的呢？

policy中文来说是政策，策略的意思，那么他就是要设置，那些Exchanges或者queue的数据需要复制，同步，如何复制同步？对就是做这些的。

这里有点内容的，我先上例子慢慢说：

[root@G ~]# ./rabbitmqctl set_policy ha-all "^" '{"ha-mode":"all"}'

参数意思为：

ha-all：为策略名称。

^：为匹配符，只有一个^代表匹配所有，^zlh为匹配名称为zlh的exchanges或者queue。

ha-mode：为匹配类型，他分为3种模式：all-所有（所有的queue），exctly-部分（需配置ha-params参数，此参数为int类型比如3，众多集群中的随机3台机器），nodes-指定（需配置ha-params参数，此参数为数组类型比如["3rabbit@F","rabbit@G"]这样指定为F与G这2台机器。）。

参考示例如下