RabbitMQ集群构建
目录
RabbitMQ集群架构模式
主备模式
远程模式
多活模式
从零开始构建一个高可靠的RabbitMQ
RabbitMQ集群环境搭建
负载均衡组件HAProxy搭建
KeepAlicved搭建
集群的配置文件与集群运维故障、失败转移
配置文件
集群恢复与故障转移
高级插件的使用
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加入到新节点后完成恢复
高级插件的使用
延迟插件
延迟队列可以做什么事情？
比如消息的延迟推送、定时任务（消息）的执行。包括一些消息重试策略的配合使用，以及用于业务削峰限流、降级的异步延迟消息都是延迟队列的实际应用场景
- 日理万妓
向右看齐
港控/mmm°
左手的ㄟ右手
还没有评论，来说两句吧...