RabbitMQ集群构建
目录
RabbitMQ集群架构模式
主备模式
实现RabbitMQ的高可用集群,两者之间相互转换,当主节点宕机后,备用节点充当主节点。
主从节点:主节点提供读写,从节点提供读。
activemq利用zookeeper做主/备
远程模式
Shovel集群
镜像模式:集群模式的经典,保证100%数据不丢失,集群架构如下图:
多活模式
异地数据复制,双中心模式,多中心
从零开始构建一个高可靠的RabbitMQ
RabbitMQ集群环境搭建
负载均衡组件HAProxy搭建
高性能的负载均衡组件
KeepAlicved搭建
通过VRRP(Virtual Router RedundancyProtocol)虚拟路由器冗余协议的缩写,目的是解决静态路由单点故障问题的,就是上面的HAProxy出现故障的时候,能够保证党个别节点宕机时,整个网络可以不间断运行。
集群的配置文件与集群运维故障、失败转移
配置文件
集群恢复与故障转移
前提:两个节点A和B组成一个镜像队列
场景1:A先停,B后停
该场景下B是Master,先启动B,再启动A。或者先启动A,30s之后再启动B即可恢复镜像队列
场景2:A、B同时停机
该场景下可能是由于机房断电造成的,只需在30秒之后连续启动A和B即可恢复镜像
场景3:A先停,B后停,A无法恢复
先启动B,在B节点上调用控制台命令:rabbitmqctl forget_cluster_node A 解除与A的Cluster关系,再将新的Slave节点加入B即可重新恢复镜像队列
场景4:A先停,B后停,B无法恢复
执行forget_cluster_node --offline B(线下)命令将B剔除cluster,然后A正常启动,最后将新的Slave节点加入A即可重新恢复镜像队列
场景5:A先停,B后停,A、B无法恢复,但能得到A或B的磁盘文件
通过恢复数据,将A或B的数据库文件拷贝到新节点,再将新节点的hostname改成A或B的hostname,如果是A节点(Slave)的磁盘文件,场景4处理,如果是B(Master)的磁盘文件,场景3处理,最后将新的Slave加入到新节点后完成恢复
高级插件的使用
延迟插件
延迟队列可以做什么事情?
比如消息的延迟推送、定时任务(消息)的执行。包括一些消息重试策略的配合使用,以及用于业务削峰限流、降级的异步延迟消息都是延迟队列的实际应用场景