abbitMQ的集群主要有配置方式，分别是:本地局域网Cluster，federation，shovel。
RabbitMQ Cluster主要是用于同一个网段内的局域网。
federation和shovel可以用于广域网，shovel比federation更底层，可以用于更多地方。
RabbitMQ Cluster配置
RabbitMQ Cluster是根据Erlang的实现的。必须满足一下几个要求：
- 所有机器上，必须Erlang运行时和RabbitMQ的版本相同。（否则会不能连接到一起）
- 所有机器上，的Erlang的Cookie都相同。
注意：由于RabbitMQ会使用Node@HostName，如果你在/etc/hosts里面定义了IP HostName关系，当你的IP发生变化时，命令行都会失去作用。
查看机器上的Erlang的Cookie。
linux上位置有两个地方。一个是在$HOME目录下的.erlang.cookie 另外在/var/lib/rabbitmq/.erlang.cookie
通过修改rabbitmq-server脚本文件和rabbitmqctl，在 erl 后面增加 -setcookie wugetestnodes
注意：必须两个脚本同时增加-setcookie "所以写相关cookie"，否则rabbitmqctl无法控制对应的rabbitmq
服务器启动
每个节点运行一下命令：
$rabbitmq-server -detached #让当前rabbitmq-server的进程后台运行。
每个节点执行以下命令：
$rabbitmqctl cluster_status #获得集群配置信息。
例子：
将节点加入到主节点中
首先停止正在运行的节点。
在节点2上运行以下命令：
sudo ./rabbitmqctl stop_app #停止rabbitmq运行
sudo .rabbitmqctl join_cluster --ram rabbit@cs_hd_os1 #加入到rabbit节点中，使用内存模式。
sudo ./rabbitmqctl cluster_status #查看状态
sudo ./rabbitmqctl start_app #启动rabbitmq
sudo ./rabbitmqctl cluster_status #查看状态
默认分布式现象
当设置完成基本Cluster结构之后，会将 Vhost为"/"下面的Queue队列同步。同步效果如下
节点1：
节点2 
无论是从同一个Cluster中那个节点消费，队列状态都会进行同步.
修改节点类型
我们要将节点2的RAM类型修改为Disc类型。
./rabbitmqctl stop_app
./rabbitmqctl change_cluster_node_type disc
./rabbitmqctl start_app
./rabbitmqctl cluster_status
当Cluster集群中仅有一台机器为Disc情况下，这台机器不能修改存储状态。
当集群节点使用./rabbitmqctl stop_app情况下，集群其他节点保存停止节点的信息。但是运行状态会改变。
构建Cluster的数据高可靠性
场景描述：
有两台服务器，服务器一：cs_hd_os1。服务器二：cs_hd_os2 设置cs_hd_os2加入到cs_hd_os1的集群里面。
初始化创建Cluster集群数据情况
这里没有配置Policy相关文件。
- 当两台服务器rabbitmq都运行时候。在cs_hd_os1和cs_hd_os2可以看到在 vhost为"/"下的内容相互复制。（Exchange，Bind, Queue）都会复制到对方里面。
- 当其中一台停机之后，另外一台智能看到Exchange名称，Bind,Queue都消失了。
注意：两个RabbitMQ的Queue不能重名，重名之后会有异常产生。
当其中一个Node失效后，另外一个Node也失效
先启动最后一个失效的节点，节点不能启动。
这是因为数据库崩溃了。删除掉RabbitMQ的数据库就可以恢复了。
为节点配置HA策略
HA策略主要配置
HA的策略主要分为 三种：
| ha-mode | ha-params | 说明 |
|---|---|---|
| all | 空 | 镜像队列将会在整个集群中复制。当一个新的节点加入后，也会在这个节点上复制一份。 |
| exactly | count | 镜像队列将会在集群上复制count份。如果集群数量少于count时候，队列会复制到所有节点上。如果大于Count集群，有一个节点crash后，新进入节点也不会做新的镜像。（这位阻止集群雪崩） |
| nodes | node name | 镜像队列会在node name中复制。如果这个名称不是集群中的一个，这不会触发错误。如果在这个node list中没有一个节点在线，那么这个queue会被声明在client连接的节点。 |
节点策略与集群迁移
如果master节点没有包含在这个策略中的时候，只有当有一个slave node与Master同步完成之后，master才会离开。client将要重新连接服务器。
独有的队列（Exclusive queue)
独有的队列不会被镜像话，因为状态无法保证。
设置策略方法
方法1 ：使用命令行来设置
set_policy [-p vhostpath] [--priority priority] [--apply-to apply-to] {name} {pattern} {definition}
| ha-mode | ha-params | 说明 |
|---|---|---|
| -p /wuge | 设置vhost信息。 | |
| --priority 10 | 设置优先级。高数字会优先处理。 | |
| --apply-to queue | 作用对象。queue、exchanges，all | |
| name | 规则名称 |
./rabbitmqctl set_policy -p '/wuge' --priority 9 --apply-to all testctl "^hello" '{"ha-mode":"all","ha-sync-mode":"automatic"}'
方法2：通过restful API
/api/policies/%2Fwuge/testctl
{"vhost":"/wuge","name":"testctl","pattern":"^hello","apply-to":"all","definition":{"ha-mode":"all","ha-sync-mode":"automatic"}}
定义ha-sync-mode说明
ha-sync-mode分为两种状态设置：一种为手动"manual",另一种为自动"automatic"。 默认的设置为manual
我们可以通过使用rabbitmqctl来同步数据。
| 说明 | 命令 |
|---|---|
| 设置那两个系统之间进行同步 | rabbitmqctl list_queues name slave_pids synchronised_slave_pids |
| 手动同步那个队列 | rabbitmqctl sync_queue name |
| 手动终止对应的队列 | rabbitmqctl cancel_sync_queue name |
分布式数据同步
新的Slave节点加入的处理方法
一个新的Slave节点加入，他需要同步其他节点的数据。而当同步数据的时候，当前同步的Queue就不能被使用。（无法发送消息到Queue中，也无法从里面获取消息进行处理）。
在Slave之间进行数据同步的时候，如果是police策略范围内的。（例如本例：task_police策略中，有task名称开头，性能下降严重）。所有的消息发送和消息消费，性能都降低到极点。仅仅是非同步策略的1/10。
而发送到一个没有策略的数据时候，性能得到很高的提升。与原来相同。
我们可以得到以下结论：
- 在策略下，多个node节点Mirror会降低性能。
- 同步状态下，同步的Queue不能接受数据。其他Queue性能会受到影响。（有同步策略的Queue都有影响，性能降低到1/10。没有同步策略的Queue，性能几乎没有变化。如果没有同步状态，对比单服务器性能下降到1/3）。
- 同步状态下，对非同一个同步策略下的Queue影响。
两个Slave节点的Queue数据之间进行同步之前，最好让Queue中数据被消费完全。否则同步会造成性能的集体降低。
RabbitMQ网络分区影响和选择
在rabbitMQ中，我们可能会因为network partition，导致rabbitmq集群出现不同组。rabbitmq给了我们特定的三个选择。
| ignore（默认） | 认为网络非常好，所有机器都在同一个交换机上。 |
| pause_minority | 暂停，选择最小集群作为可信集群，重新启动其他集群。 |
| autoheal | 根据连接数最高的节点，重启其他节点。 |
如何判断cluster保持状态。 当节点交互keepalive时间超过之后，就会认为节点失败。
[{rabbit:[{cluster_partiton_handling:ignore},{cluster_keepalive_interval:10000}]}]
RabbitMQ同步讨论
当RabbitMQ服务器Mirror Queue队列的其中一个Slave Node停止之后，重新连接到Master Node之后，无论数据是否有变动，都会重新验证数据是否同步。（根据同步状态的时间消耗，可以获知第一次同步时候，会重新发送消息。而第一次同步之后，再次同步不会所有数据都同步）。
同步会造成发送端暂停，数据不会再被发送，客户端会一直等待服务器Broker的Queue队列完成同步。当客户端Producer一直要发送数据到服务端，从而造成IO等待，不能发送数据完成。
解决相关问题：
1，使用Exchange，动态修改Exchange和Queue的版本。 2，举例说明：
首先定义一个Exchange。为task_Exchange.
定义两个queue,为task_queue和task_otherqueue
现将task_Exchange和task_queue构建消费队列。
发送数据到task_Exchange和task_queue,使用routekey为test。当task_queue堆积过大，而且也需要同步的时候。
可以绑定task_Exchange和task_otherqueue。也是用routekey为test。并且取消task_Exchange和task_queue绑定。数据就会发送到其他队列。从而减少阻塞造成的影响。
我通过实验发现，不可以在同步状态下进行以上操作，必须在非同步状态下修改。同步状态会导致客户端连接错误。
