9. RabbitMQ高可用集群

最新推荐文章于 2023-11-02 15:23:08 发布
最新推荐文章于 2023-11-02 15:23:08 发布
阅读量359 收藏 1
点赞数
分类专栏： RabbiMQ实战
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kongfanyu/article/details/109711721
版权

9.1. RabbitMQ集群架构模式

  1. 主备模式

    用来实现RabbitMQ的高可用集群,一般是在并发和数据不是特别多的时候使用,当主节点挂掉以后会从备份节点中选择一个节点出来作为主节点对外提供服务。
    在这里插入图片描述

  2. 远程模式

    主要用来实现双活,简称为Shovel模式,所谓的Shovel模式就是让我们可以把消息复制到不同的数据中心,让两个跨地域的集群互联。
    在这里插入图片描述

  3. 镜像队列模式

    镜像队列也被称为Mirror队列,主要是用来保证mq消息的可靠性的,他通过消息复制的方式能够保证我们的消息100%不丢失,同时该集群模式也是企业中使用最多的模式。
    在这里插入图片描述

  4. 多活模式

    多活模式主要是用来实现异地数据复制，Shovel模式其实也可以实现,但是他的配置及其繁琐同时还要受到版本的限制,所以如果做异地多活我们更加推荐使用多活模式,使用多活模式我们需要借助federation插件来实现集群与集群之间或者节点与节点之前的消息复制,该模式被广泛应用于饿了么、美团、滴滴等企业。
    在这里插入图片描述

  5. 集群模式总结

    主备模式下主节点提供读写，从节点不提供读写服务，只是负责提供备份服务,备份节点的主要功能是在主节点宕机时，完成自动切换 从–>主,同时因为主备模式下始终只有一个对外提供服务那么对于高并发的情况下该模式并不合适.

    远程模式可以让我们实现异地多活的mq，但是现在已经有了更好的异地多活解决方案,所以在实际的项目中已经不推荐使用了

    镜像队列模式可以让我们的消息100%不丢失,同时可以结合HAProxy来实现高并发的业务场景所以在项目中使用得最多

9.2. 镜像队列集群搭建

  1. 集群节点规划

    ip地址用途主机名
    192.168.13.101mq 主节点server1
    192.168.13.102mq 从节点server2
    192.168.13.103mq 从节点server3
    192.168.13.104HAProxy KeepAliveserver4
    192.168.13.105HAProxy KeepAliveserver5

特别注意: 每个同学的ip可能都是不一样的,各个学员根据自己的ip进行规划,同时特别注意主机名称,因为我们后面的命令中会使用到所以需要提前设置好。

需要配置主机名的映射：

vi /etc/hosts
在这里插入图片描述
2. 复制主节点的.erlang.cookie文件到其他所有的从节点

主节点：

```shell
#停止mq的运行  |  systemctl stop rabbitmq-server
/etc/init.d/rabbitmq-server stop
#机器之间通信借助于erlang进行消息传输，所以要求集群中所有节点必须有相同的erlang.cookie
#将主节点的文件同步到到192.168.13.102和192.168.13.103中
scp /var/lib/rabbitmq/.erlang.cookie 192.168.13.102:/var/lib/rabbitmq 
scp /var/lib/rabbitmq/.erlang.cookie 192.168.13.103:/var/lib/rabbitmq
然后去了102与103上修改权限：分别执行如下
chmod 400 /var/lib/rabbitmq/.erlang.cookie
```

  1. 将从节点添加到主节点的集群中

    # 如果每个节点还没有启动的  先启动 ：  systemctl start rabbitmq-server
server2：rabbitmqctl stop_app
#server2节点添加到server1所在集群,--ram 指定消息以内存的方式存储,如果不指定默认为磁盘存储
server2：rabbitmqctl join_cluster --ram rabbit@server1 
server2：rabbitmqctl start_app
server3配置同上

  2. 查看集群的状态

    rabbitmqctl cluster_status

在这里插入图片描述
5. 访问集群中的任何一个节点的控制台查看集群情况
在这里插入图片描述

  1. 设置镜像队列策略

    # 将所有队列设置为镜像队列，即队列会被复制到各个节点：  主节点执行
rabbitmqctl set_policy ha-all "^" '{"ha-mode":"all"}'

  2. 在管控台创建一个队列然后发送一条消息查看其他节点是否接收到

在这里插入图片描述

  1. 修改集群信息

    #在任何一个节点上执行该命令修改集群的名字
rabbitmqctl set_cluster_name rabbitmq_cd_itcast 
#在非server2的节点上执行可以移除server2节点
rabbitmqctl forget_cluster_node rabbit@server2 
# 修改了信息以后可以查看修改是否成功
rabbitmqctl cluster_status

  2. 总结

    到此为止我们的镜像队列的集群就搭建完成了,主要注意.erlang.cookie文件的同步和集群命令的书写

9.3. HAProxy 实现镜像队列的负载均衡

  1. HAProxy 简介

    HAProxy是一款提供高可用性、负载均衡以及基于TCP和HTTP应用的代理软件，HAProxy是完全免费的、借助HAProxy可以快速并且可靠的提供基于TCP和HTTP应用的代理解决方案。

    HAProxy适用于那些负载较大的web站点，这些站点通常又需要会话保持或七层处理。

    HAProxy可以支持数以万计的并发连接,并且HAProxy的运行模式使得它可以很简单安全的整合进架构中，同时可以保护web服务器不被暴露到网络上。

  2. HAProxy 的规划(搭建2台是为后面做HAProxy高可用做准备)

    ip用途主机名
    192.168.13.104HAProxyserver4
    192.168.13.105HAProxyserver5

  3. HAProxy 的安装

    #下载依赖包 - 如果已安装可以跳过
yum install gcc vim wget
# 下载haproxy
wget http://www.haproxy.org/download/1.6/src/haproxy-1.6.5.tar.gz
#解压
tar -zxvf haproxy-1.6.5.tar.gz -C /usr/local
#进入目录、进行编译、安装
cd /usr/local/haproxy-1.6.5
make TARGET=linux31 PREFIX=/usr/local/haproxy
make install PREFIX=/usr/local/haproxy
#用来存放配置文件
mkdir /etc/haproxy
#赋权
groupadd -r -g 149 haproxy
useradd -g haproxy -r -s /sbin/nologin -u 149 haproxy
#创建haproxy配置文件
touch /etc/haproxy/haproxy.cfg

  4. HAProxy 的配置

104机器ha配置

#logging options
global
    log 127.0.0.1 local0 info
    maxconn 5120
    # ha的安装地址
    chroot /usr/local/haproxy
    uid 99
    gid 99
    daemon
    quiet
    nbproc 20
    pidfile /var/run/haproxy.pid
​
defaults
    log global
    #使用4层代理模式，”mode http”为7层代理模式
    mode tcp
    #if you set mode to tcp,then you nust change tcplog into httplog
    option tcplog
    option dontlognull
    retries 3
    option redispatch
    maxconn 2000
    contimeout 5s
     ##客户端空闲超时时间为 30秒 则HA 发起重连机制
     clitimeout 30s
     ##服务器端链接超时时间为 15秒 则HA 发起重连机制
     srvtimeout 15s 
#front-end IP for consumers and producters
​
listen rabbitmq_cluster
    bind 192.168.13.104:5672
    #配置TCP模式
    mode tcp
    #balance url_param userid
    #balance url_param session_id check_post 64
    #balance hdr(User-Agent)
    #balance hdr(host)
    #balance hdr(Host) use_domain_only
    #balance rdp-cookie
    #balance leastconn
    #balance source //ip
    #简单的轮询
    balance roundrobin
    #rabbitmq集群节点配置 #inter 每隔五秒对mq集群做健康检查， 2次正确证明服务器可用，2次失败证明服务器不可用，并且配置主备机制
        server server1 192.168.13.101:5672 check inter 5000 rise 2 fall 2
        server server2 192.168.13.102:5672 check inter 5000 rise 2 fall 2
        server server3 192.168.13.103:5672 check inter 5000 rise 2 fall 2
#配置haproxy web监控，查看统计信息
listen stats
    bind 192.168.13.104:8100 # 注意此处的ip地址,我们配置了2台机器
    mode http
    option httplog
    stats enable
    #设置haproxy监控地址为http://192.168.13.104:8100/rabbitmq-stats
    stats uri /rabbitmq-stats
    stats refresh 5s

105机器ha配置

#logging options
global
    log 127.0.0.1 local0 info
    maxconn 5120
    # ha的安装地址
    chroot /usr/local/haproxy
    uid 99
    gid 99
    daemon
    quiet
    nbproc 20
    pidfile /var/run/haproxy.pid
defaults
    log global
    #使用4层代理模式，”mode http”为7层代理模式
    mode tcp
    #if you set mode to tcp,then you nust change tcplog into httplog
    option tcplog
    option dontlognull
    retries 3
    option redispatch
    maxconn 2000
    contimeout 5s
     ##客户端空闲超时时间为 30秒 则HA 发起重连机制
     clitimeout 30s
     ##服务器端链接超时时间为 15秒 则HA 发起重连机制
     srvtimeout 15s 
#front-end IP for consumers and producters
​
listen rabbitmq_cluster
    bind 192.168.13.105:5672
    #配置TCP模式
    mode tcp
    #balance url_param userid
    #balance url_param session_id check_post 64
    #balance hdr(User-Agent)
    #balance hdr(host)
    #balance hdr(Host) use_domain_only
    #balance rdp-cookie
    #balance leastconn
    #balance source //ip
    #简单的轮询
    balance roundrobin
    #rabbitmq集群节点配置 #inter 每隔五秒对mq集群做健康检查， 2次正确证明服务器可用，2次失败证明服务器不可用，并且配置主备机制
        server server1 192.168.13.101:5672 check inter 5000 rise 2 fall 2
        server server2 192.168.13.102:5672 check inter 5000 rise 2 fall 2
        server server3 192.168.13.103:5672 check inter 5000 rise 2 fall 2
#配置haproxy web监控，查看统计信息
listen stats
    bind 192.168.13.105:8100 # 注意此处的ip地址,我们配置了2台机器
    mode http
    option httplog
    stats enable
    #设置haproxy监控地址为http://192.168.13.105:8100/rabbitmq-stats
    stats uri /rabbitmq-stats
    stats refresh 5s

  1. 启动HAproxy

    /usr/local/haproxy/sbin/haproxy -f /etc/haproxy/haproxy.cfg
#查看haproxy进程状态
ps -ef | grep haproxy

  2. 访问HAproxy( 如果不能访问看下防火墙是否关闭)

在这里插入图片描述

关闭集群中的某一个节点:

在这里插入图片描述

再次查看HAProxy的管理控制台:

在这里插入图片描述

  1. 编写程序测试负载均衡

    • 生产者一端申明交换机和队列，并完成绑定

      <rabbit:queue id="itemQueue" name="item_queue" auto-declare="true"/>
<rabbit:topic-exchange id="itemTopicExchange" name="item_topic_exchange" auto-declare="true">
        <rabbit:bindings>
            <rabbit:binding pattern="item.#" queue="itemQueue"/>
        </rabbit:bindings>
</rabbit:topic-exchange>

    • application.yml配置文件(重要)

      #Rabbitmq的配置
spring:
  rabbitmq:
    host: 192.168.13.104   #这个是HA服务器地址
    port: 5672
    virtual-host: /
    username: guest
 password: guest

    • 在生产者一端编写测试方法发送消息

      @Test
public void testHA(){
    for (int i=0; i<2; i++) //效果不明显可以加大发送的数据,发送的时候一定要盯着HA
    {
        rabbitTemplate.convertAndSend("item_topic_exchange",
                                      "item.insert", 
                                      "商品新增,路由Key为item.insert" +i);
    }
}

    • 测试结果(连续发送了2条消息一条被server1接收一条被server2接收,)

    在这里插入图片描述

9.4. KeepAlived 搭建高可用的HAProxy集群

  1. KeepAlived 简介

    Keepalived，它是一个高性能的服务器高可用或热备解决方案，Keepalived主要来防止服务器单点故障的发生问题，可以通过其与Nginx、Haproxy等反向代理的负载均衡服务器配合实现web服务端的高可用。Keepalived以VRRP协议为实现基础，用VRRP协议来实现高可用性（HA）.VRRP（Virtual Router Redundancy Protocol）协议是用于实现路由器冗余的协议，VRRP协议将两台或多台路由器设备虚拟成一个设备，对外提供虚拟路由器IP（一个或多个）。

  2. KeepAlived 的安装

    #安装所需软件包
yum install -y openssl openssl-devel
#下载安装包
wget http://www.keepalived.org/software/keepalived-1.2.18.tar.gz
#解压、编译、安装
tar -zxvf keepalived-1.2.18.tar.gz -C /usr/local/
cd /usr/local/keepalived-1.2.18/ && ./configure --prefix=/usr/local/keepalived
make && make install
# 将keepalived安装成Linux系统服务，因为没有使用keepalived的默认安装路径（默认路径：/usr/local）,安装完成之后，需要做一些修改工作
#首先创建文件夹，将keepalived配置文件进行复制：
mkdir /etc/keepalived
cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/
#然后复制keepalived脚本文件：
cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/init.d/
cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/
# 设置的过程中如果出现已经存在则删除原有的文件,重新创建
ln -s -f /usr/local/sbin/keepalived /usr/sbin/
ln -s -f /usr/local/keepalived/sbin/keepalived /sbin/
#可以设置开机启动：chkconfig keepalived on，到此我们安装完毕!
chkconfig keepalived on

  3. KeepAlived 的配置

    vim /etc/keepalived/keepalived.conf
###############具体配置
! Configuration File for keepalived
global_defs {
   router_id server4  ##标识节点的字符串，通常为本机hostname
}
vrrp_script chk_haproxy {
    script "/etc/keepalived/haproxy_check.sh"  ##执行脚本位置
    interval 2  ##检测时间间隔
    weight -20  ##如果条件成立则权重减20
}
vrrp_instance VI_1 {
    state MASTER  ## 主节点为MASTER，备份节点为BACKUP-该配置非常重要
    interface ens33 ## 绑定虚拟IP的网络接口（网卡可以使用ifconfig查看）
    virtual_router_id 110  ## 虚拟路由ID号（主备节点一定要相同）-该配置非常重要
    mcast_src_ip 192.168.13.104 ## 本机ip地址
    priority 100  ##优先级配置（0-254的值）,一般主节点的权重大于备份节点
    nopreempt
    advert_int 1  ## 组播信息发送间隔，俩个节点必须配置一致，默认1s
authentication {  ## 认证匹配
        auth_type PASS
        auth_pass 123456
    }
    track_script {
        chk_haproxy
    }
    virtual_ipaddress {
        192.168.13.110  ## 虚拟ip，可以指定多个,以后连接mq就使用该虚拟ip进行连接
    }
}

  4. 编写执行脚本(一定要赋权否则不能执行)

    #添加文件位置为/etc/keepalived/haproxy_check.sh
#!/bin/bash
COUNT=`ps -C haproxy --no-header |wc -l`
if [ $COUNT -eq 0 ];then
    /usr/local/haproxy/sbin/haproxy -f /etc/haproxy/haproxy.cfg
    sleep 2
    if [ `ps -C haproxy --no-header |wc -l` -eq 0 ];then
        killall keepalived
    fi
fi

  5. 执行脚本赋权

    chmod +x /etc/keepalived/haproxy_check.sh

  6. 启动keepalived

    #启动两台机器的keepalived
service keepalived start | stop | status | restart
#查看状态
ps -ef | grep haproxy
ps -ef | grep keepalived

  7. 查看keepalived启动状态

    1. 查看keepalived启动状态
      在这里插入图片描述
      server5是备份节点，没有虚拟IP的。
      在这里插入图片描述

    2. 停止server4节点的keepalived查看我们的虚拟ip是否漂移到了server5
      server4停止，ip地址就没有了；
      在这里插入图片描述
      查看server5可以发现ip地址分配到该服务器：
      在这里插入图片描述

    3. 编写程序连接虚拟ip查看我们的mq是否成功

      • 修改application.yml文件

        #Rabbitmq的配置
spring:
  rabbitmq:
    host: 192.168.13.110
    port: 5672
    virtual-host: /
    username: guest
 password: guest

      • 启动测试

在这里插入图片描述

kongfanyu
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
RabbitMQ集群
Zhuge_Dan的博客
06-30 549
RabbitMQ集群1 IP规划2 软件包3 基础配置3.1 关闭SELinux3.2 关闭防火墙或开放需要的业务端口3.3 调整max_open_files3.4 重启检查SELinux、firewalld和open files3.5 安装配置OpenJDK1.84 集群搭建4.1 hostname解析4.2 安装erlang环境4.2.1 解压缩并编译安装erlang4.2.2 修改环境变量4.2.3 验证安装成功4.3 解压安装RabbitMQ4.3.1 解压安装4.3.2 修改环境变量4.3.3 创
RabbitMQ 的高可用集群
MrChangChang的博客
11-19 1058
RabbitMQ 的高可用性 RabbitMQ 是比较有代表性的，因为是基于主从（非分布式）做高可用的 RabbitMQ 有三种模式：单机模式、普通集群模式、镜像集群模式。 单机模式 单机模式,生产几乎不用。 普通集群模式（无高可用性） 普通集群模式，有服务器ABC，在服务器ABC上分别启动RabbitMQ实例，生产者生产消息1，随机发给某一实例A，实例BC上记录消息1的原数据信息（比如消息1具体...
Rabbitmq集群高可用测试
weixin_30906671的博客
04-07 511
Rabbitmq集群高可用 RabbitMQ是用erlang开发的，集群非常方便，因为erlang天生就是一门分布式语言,但其本身并不支持负载均衡。 Rabbit模式大概分为以下三种：单一模式、普通模式、镜像模式 单一模式：最简单的情况，非集群模式。 没什么好说的。 普通模式：默认的集群模式。 对于Queue来说，消息实体只存在于其中一个节点，A、B两个节点仅有相同的元数据，即队列结构...
rabbitmq高可用集群
sunsh_linux的博客
02-09 480
目录 环境： 1. 对系统做一个简单的初始化 2. 安装软件包 3. 配置RabbitMQ集群 3.1启动其中一台，并将erlang.cookie的文件复制到其他节点 （其中一台执行即可） 3.2 将剩余俩节点加入集群 3.3 查看集群状态 3.4 将集群配置为高可用状态 3.5查、增、授权、删 用户 4. 扩展 4.1 将节点类型由【disc修改为ram类型】 4.2 开启web管理 4.3 从集群拆除节点 4.4 查看rabbit可以打开的文件数 环境： 系统：Cen..
RabbitMQ高可用集群介绍
qq_29860591的博客
07-08 257
RabbitMQ高可用集群 1. RabbitMQ集群架构模式 主备模式 用来实现RabbitMQ的高可用集群,一般是在并发和数据不是特别多的时候使用,当主节点挂掉以后会从备份节点中选择一个节点出来作为主节点对外提供服务。 远程模式 主要用来实现双活,简称为Shovel模式,所谓的Shovel模式就是让我们可以把消息复制到不同的数据中心,让两个跨地域的集群互联。 ...
RabbitMQ高可用集群部署1
08-03
【RabbitMQ高可用集群部署】是实际生产环境中常见的解决方案，因为单一实例的RabbitMQ在面对高并发、高吞吐量以及消息堆积时可能存在局限性。为了提高系统的可靠性和可扩展性，采用集群模式是必要的。RabbitMQ基于...
CentOS下RabbitMq高可用集群环境搭建教程
01-11
CentOS下RabbitMq高可用集群环境搭建教程分享给大家。 准备工作 1、准备两台或多台安装有rabbitmq-server服务的服务器 我这里准备了两台，分别如下： 192.168.40.130 rabbitmq01 192.168.40.131 rabbitmq02 2、确保...
基于docker-compose一键离线部署haproxy+rabbitmq3.9.16高可用镜像集群工具
02-18
2、支持单机haproxy+rabbitmq高可用镜像集群部署 3、支持多机haproxy+rabbitmq高可用分布式镜像集群部署 4、支持数据目录、日志目录、插件目录、配置文件持久化 5、支持数据目录、日志目录、端口、账号、密码、内存...
OpenStack-Rocky高可用集群部署.rar
最新发布
03-19
4. 配置消息队列：RabbitMQ是OpenStack的标准消息队列，应设置为集群模式，以确保消息传递的高可用性。 5. 安装和配置OpenStack服务：使用如Ansible或 Puppet 的自动化工具，在多台服务器上部署并配置OpenStack服务...
rabbitmq高可用集群搭建
honchou56的专栏
01-31 1597
rabbitmq高可用集群搭建 1.使用docker安装三个rabbitmq实例 docker run -d --hostname rabbit01 --name mq01 -p 5671:5672 -p 15671:15672 -e RABBITMQ_ERLANG_COOKIE="honchou-rabbitmq_cookie" rabbitmq:management docker run -d --hostname rabbit02 --name mq02 -p 5672:5672 -p 15672:1
RabbitMQ 高可用集群搭建
PengLes
09-08 559
RabbitMQ 高可用集群搭建
初学RabbitMQ (三) 集群高可用
qq_51274370的博客
01-29 3215
RabbitMQ集群 rabbitmq有3种模式，但集群模式是2种。 ​ 详细如下： 单一模式：即单机情况不做集群，就单独运行一个rabbitmq而已。之前一直在用 普通模式：默认模式，以两个节点（A、B）为例来进行说明 当消息进入A节点的Queue后，consumer从B节点消费时，RabbitMQ会在A和B之间创建临 时通道进行消息传输，把A中的消息实体取出并经过通过交给B发送给consumer 当A故障后，B就无法取到A节点中未消费的消息实体 如果做了消息持久化，那么得等A节点恢复，然后
rabbitmq高可用集群（docker-compose）——筑梦之路
筑梦之路
08-31 431
rabbitmq集群三个节点+haproxy 环境准备： centos 7 x86_64 minal docker-ce rabbitmq 3.9.5 #文件目录结构： rabbitmq-cluster - docker-compose.yaml - add_rabbitmq_cluster.sh - volume - rmqha_node1/data - rmqha_node2/data - rmqha_node3/data -.
RabbitMQ高可用集群搭建
景鹏虎晓的博客
03-08 594
目录导航一、RabbitMQ集群架构模式1.1 主备模式1.1.1 HaProxy配置1.2 主从模式1.3 远程模式1.3.1 配置步骤1.4 镜像模式1.4.1 Mirror镜像队列1.4.2 集群架构1.5 多活模式1.5.1 架构1.5.2 Federation插件二、镜像模式集群搭建2.1 节点准备2.2 停止三个节点的RabbitMQ服务2.3 文件同步2.4 组成集群2.5 配置Host映射2.6 slave加入集群2.7 设置集群名称2.8 查看集群状态2.9 配置镜像队列2.10 Hapr
RabbitMQ的集群和高可用
互联网知识分享
11-02 87
RabbitMQ集群是多个RabbitMQ节点组成的分布式系统，可以共同处理消息的传递和处理。集群中的每个节点都是一个独立的RabbitMQ服务器，它们通过网络连接进行通信和协调。集群中的节点可以在同一台机器上，也可以分布在不同的机器上。1.1.1 集群节点通信在RabbitMQ集群中，节点之间通过Erlang的分布式机制进行通信。Erlang是一种功能强大的编程语言，具有分布式系统开发的能力。节点通过互相发送心跳消息来保持连接，并使用一致性协议来同步状态和数据。1.1.2 集群节点角色。
rabbitmq的集群
拱白菜的猪的博客
06-15 575
当系统的吞吐量足够大时，以及考虑到系统的时效性，交给rabbitmq去处理的业务就需要保证高可用性，也就是放置rabbitmq宕机，我们需要做集群设置。 一. rabbitmq集群方式 1. 普通集群(主从模式的集群) 简介： 主从模式的集群大概意思可以理解为：rabbitmq设置三个几点，一个为主节点，两个位副节点。但是这种模式中，主节点中的queue信息不会被副节点复制备份，副节点只可以读取主节点的queue信息。如果主节点宕机，副节点就无法读取queue信息了。如果主节点正常运行，...
Rabbitmq-集群
qq_36740038的博客
06-13 2053
镜像集群虽然支持主从，但主从同步并不是强一致性的，某些情况下可能有数据丢失的风险。因此在RabbitMq的3.8版本以后退出了新的功能：仲裁队列来替代镜像集群。底层采用Raft协议确保主从的数据一致性。RabbitMq是天然支持集群模式。是用来替换镜像队列的。
Rabbitmq 集群
m0_67401660的博客
04-22 469
Rabbitmq 集群 集群目的就是为了实现rabbitmq的高可用性，集群分为2种 普通集群：主备架构，只是实现主备方案，不至于主节点宕机导致整个服务无法使用 镜像集群：同步结构，基于普通集群实现的队列同步 普通集群 slave节点复制master节点的所有数据和状态，除了队列数据，队列数据只存在master节点，但是Rabbitmq slave节点可以实现队列的转发，也就是说消息消费者可以连接到slave节点，但是slave需要连接到master节点转发队列，由此说明只能保证了服务可以用，无法达到高
RabbitMQ高可用集群部署实践与原理详解
RabbitMQ高可用集群部署1深入讲解了在实际生产环境中，消息队列集群方案的重要性，尤其是在选择RabbitMQ作为消息中间件时。由于RabbitMQ基于Erlang编程语言，其设计本身就支持分布式特性，无需依赖额外的服务如...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值