RabbitMQ集群之镜像同步

RabbitMQ集群之镜像同步
mirro red
在上个博⽂中讲到了如果做集群，那么集群是成功了，但是queue是如何存放的呢？消息⼜是怎么同步呢。

默认的，也就是什么也不配置，直接在某个节点中添加⼀个queue,那么它仅仅是属于这个节点的。

其它节点有的只是它的影⼦。

所以像断线重连、操作恢复是⽆法做到的，实验证明确实是这样的。

声明queue的节点关闭那么是⽆法再进⾏发布消息与消费的。

这⾃然失去了集群的意义
所以default模式⼀般是不会进⾏使⽤的，我们的选择是镜像节点
queue mirror 也就是说，也就是会有⼀个 master 对应零个或多个 slave
也可以说成主从复制，每个节点都有着相同的数据，某个节点挂掉了，另⼀个可以⽴即顶上
官⽅的⽂档也可以看到，镜像的配置是通过 policy 策略的⽅式
我们有三种同步的⽅式，⼀般来说 all 是我们的最佳选择
all 所有的节点都将被同步
exactly 指定个数的节点被同步
nodes 指定的名称的节点被同步
⼀个简单的⽰例，下⾯使⽤的是ha-all 是我们的策略名称，后⾯的是^ha\. 则是⼀个正则，queue名满⾜这个规则的，将被做镜像。

⽅式是所有的节点都被同步
这⾥需要说明的是策略可以被应⽤到exchange与queue上⾯，也可以选择只被应⽤到哪个上⾯，下⾯的命令则是exchange与queue都被应⽤到了rabbitmqctl set_policy ha-all "^ha\.""{""ha-mode"":""all""}"
翻看⽂档，似乎没有提供apply to 的参数，所以下⾯的操作都将使⽤WEB UI可以看到WEB UI的创建策略给我们提供了丰富的选项，⽐如Apply to，优先级，等其它设置
我们需要关注提上图中关于 HA的参数
Ha mode 同步⽅式
Ha params 选择其它同步⽅式的参数⽐如节点名
Ha async mode 同步⽅式，这个需要详细说明的，默认的情况下。

当节点断线后那么这个节点就已经是落后的版本，当我们再去启动节点的时候数据我们需要去⼿动的同步，这⾃然是不好的，做到⾃动化是最完美的，所以设置成automatic是最佳选择
下⾯设置⼀个作⽤与queue，集群中的所有节点将被同步，并且断线重启后⾃动同步的的策略
设置完毕后，就可以通过代码来看看效果了，因为使⽤了集群，所以创建connection的时候需要做些变化了，创建连接的时候把节点的ip放了进去。

AutomaticRecoveryEnabled 断线重连，也就是如果当前的连接断开了，将会尝试重连
TopologyRecoveryEnabled 重连后恢复当前的⼯作进程，⽐如channel、queue、发布的消息进度等
var factory = new ConnectionFactory()
{
UserName = "admin",
Password = "admin",
AutomaticRecoveryEnabled = true,
TopologyRecoveryEnabled = true
};
Connection = factory.CreateConnection(new string[3] { "192.168.1.115", "192.168.1.113", "192.168.1.123" });
这⾥声明了⼀个test1queue，然后进⾏发布消息，当节点崩溃，代码⾃然也会异常。

所以try catch起来，但是没关系。

因为我们已经设置了断线重连，所以⼀会⼉，就会恢复如常
//创建返回⼀个新的频道
using (var channel = RabbitMqHelper.GetConnection().CreateModel())
{
channel.QueueDeclare("test1", true, false, false, null);
var properties = channel.CreateBasicProperties();
properties.Persistent = true;
for (var i = 0; i < 10000; i++)
{
try
{
channel.BasicPublish(string.Empty, "test1", properties, Encoding.UTF8.GetBytes($"这是{i}个消息"));
Thread.Sleep(1000);
Console.WriteLine($"发布消息 {i}");
}
catch (Exception ex)
{
Console.WriteLine(ex.Message);
i--;
}
}
}
程序运⾏后，在WEB UI中已经可以看到了，主节点是rabbimq1，剩下的是从节点。

可以看到现在连接到的节点是rabbitmq2，现在我们可以⼿动的把它挂掉
可以看到应⽤程序⼀直在报错，就这么报了⼀会，然后⼜继续发布消息了。

这样就保证了我们消息队列的⾼可⽤、⾼可靠。