RabbitMQ 集群

已于 2022-08-12 17:26:03 修改
阅读量3.1k 收藏 29
点赞数 3
分类专栏： 分布式 文章标签： rabbitmq linux 分布式
于 2021-11-08 17:55:29 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bier_zm/article/details/121212691
版权

目录

1. RabbitMQ 集群

2. 集群搭建

3. 镜像模式

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

4.1 HAProxy 简介

4.2 HAProxy 与 Nginx

4.3 安装和配置

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

5.1 概述

5.2 安装 KeepAlived

1. RabbitMQ 集群

RabbitMQ 有 3 种模式，其中 2 种是集群模式。

单一模式：即单机情况不做集群，就单独运行一个 RabbitMQ 而已。

普通模式：默认模式，以两个节点（A、B）为例来进行说明：

  • 当消息进入 A 节点的 Queue 后，Consumer 从 B 节点消费时，RabbitMQ 会在 A 和 B 之间创建临时通道进行消息传输，把 A 中的消息实体取出并经过通过交给 B 发送给 Consumer。
  • 当 A 故障后，B 就无法取到 A 节点中未消费的消息实体；如果做了消息持久化，那么得等 A 节点恢复，然后才可被消费；如果没有持久化的话，就会产生消息丢失的现象。

镜像模式 ：经典的 Mirror 镜像模式，保证数据不丢失：

  • 高可靠性解决方案，主要就是实现数据的同步，一般来讲是 2 - 3 个节点实现数据同步。
  • 对于 100% 数据可靠性解决方案，一般是采用 3 个节点。
  • 该模式用得最多的，并且实现非常的简单，一般互联网大厂都会构建这种镜像集群模式。

另外，还有主备模式，远程模式，多活模式等等。

2. 集群搭建

前置条件：准备两台 linux（192.168.186.128 和 192.168.186.129），并安装好 RabbitMQ。

1. 修改映射文件 vim /etc/hosts 。

1 号服务器：

127.0.0.1 A   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1       A   localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.186.128 A
192.168.186.129 B

2 号服务器：

127.0.0.1 B   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1       B   localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.186.128 A
192.168.186.129 B

修改完 hosts 文件后，需要重启 Linux 服务器 reboot，否则配置不生效。

2. 相互通信，cookie 必须保持一致，同步 RabbitMQ 的 cookie 文件：跨服务器拷贝 .erlang.cookie（隐藏文件，使用 ls -all 显示）。

[root@A opt]# scp /var/lib/rabbitmq/.erlang.cookie 192.168.186.129:/var/lib/rabbitmq/

修改 cookie 文件，要重启 linux 服务器 reboot。

3. 防火墙开放 epmd 端口 4369，启动 RabbitMQ 服务。

[root@A ~]# systemctl stop firewalld 
[root@A ~]# systemctl start rabbitmq-server

或者：

[root@A ~]# firewall-cmd --zone=public --add-port=4369/tcp --permanent
[root@A ~]# firewall-cmd --reload
[root@A ~]# systemctl start rabbitmq-server

4. 加入集群节点，节点 A 加入 节点 B，或者节点 B 加入节点 A 都可以：

[root@A ~]# rabbitmqctl stop_app
Stopping rabbit application on node rabbit@A ...
[root@A ~]# rabbitmqctl join_cluster rabbit@B
Clustering node rabbit@A with rabbit@B
[root@A ~]# rabbitmqctl start_app
Starting node rabbit@A ...

5. 查看节点状态：

[root@A ~]# rabbitmqctl cluster_status

6. 查看管理端

搭建集群结构之后，之前创建的交换机、队列、用户都属于单一结构，在新的集群环境中是不能用的。

所以在新的集群中重新手动添加用户即可（任意节点添加，所有节点共享）。

[root@A ~]# rabbitmqctl add_user zm 123456
Adding user "zm" ...
[root@A ~]# rabbitmqctl set_user_tags zm administrator
Setting tags for user "zm" to [adminstrator] ...
[root@A ~]# rabbitmqctl set_permissions -p "/" zm ".*" ".*" ".*"
Setting permissions for user "zm" in vhost "/" ...
[root@A ~]# rabbitmqctl list_users
Listing users ...
user    tags
zm  [administrator]
guest   [administrator]

访问 http://192.168.186.128:15672 和 http://192.168.186.129:15672，两个节点共享用户。

注意：当节点脱离集群还原成单一结构后，交换机，队列和用户等数据都会重新回来。

此时，RabbitMQ 的集群搭建完毕，但是默认采用的模式为“普通模式”，可靠性不高。

3. 镜像模式

将所有队列设置为镜像队列，即队列会被复制到各个节点，各个节点状态一致。

语法：set_policy {NAME} {PATTERN} {DEFINITION}
其中：
NAME - 策略名，可自定义

PATTERN - 队列的匹配模式（正则表达式）

  • ^ 可以使用正则表达式，比如 ^queue_ 表示对队列名称以 queue_ 开头的所有队列进行镜像，而 ^ 会匹配所有的队列。

DEFINITION - 镜像定义，包括三个部分 ha-mode, ha-params, ha-sync-mode

  • ha-mode - high available 高可用模式，指镜像队列的模式，有效值为 all/exactly/nodes；当前策略模式为 all，即复制到所有节点，包含新增节点。all 表示在集群中所有的节点上进行镜像；exactly 表示在指定个数的节点上进行镜像，节点的个数由 ha-params 指定；nodes 表示在指定的节点上进行镜像，节点名称通过 ha-params 指定。
  • ha-params - ha-mode 模式需要用到的参数。
  • ha-sync-mode - 进行队列中消息的同步方式，有效值为 automatic 和 manual。
[root@A ~]# rabbitmqctl set_policy xall "^" '{"ha-mode":"all"}'
Setting policy "xall" for pattern "^" to "{"ha-mode":"all"}" with priority "0" for vhost "/" ...

通过管理端 Admin -> Policies -> Add / update a policy 设置镜像策略。

设置好镜像模式后，在节点 A 增加了队列后，节点 B 也可以看到新增的队列。

在 RabbitMQ 管理界面 Admin -> Virtual Hosts -> Add a new virtual host 创建虚拟主机 /zm；

使用 Spring 整合的 RabbitMQ 重新测试发送和接受消息；在其中一个节点使用命令 rabbitmqctl stop_app 停掉，再测试，仍然可以发送和接受消息。

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

虽然在程序中访问 A 服务器，可以实现消息的同步，但都是 A 服务器在接收消息，A 太累；是否可以负载均衡，A 和 B 轮流接收消息，再镜像同步。

4.1 HAProxy 简介

HA - High Available 高可用，Proxy - 代理。

HAProxy 是一款提供高可用性，负载均衡，并且基于 TCP 和 HTTP 应用的代理软件。

HAProxy 完全免费。

HAProxy 可以支持数以万计的并发连接。

HAProxy 可以简单又安全的整合进架构中，同时还保护 Web 服务器不被暴露到网络上。

生产者 -- 投递消息 --> HAProxy
消费者 -- 订阅消息 --> HAProxy

4.2 HAProxy 与 Nginx

OSI - Open System Interconnection 开放式系统互联，是把网络通信的工作分为 7 层，分别是物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。

Nginx 的优点：

  • 工作在 OSI 第 7 层（应用层），可以针对 http 应用做一些分流的策略。
  • Nginx 对网络的依赖非常小，理论上能 ping 通就就能进行负载功能，屹立至今的绝对优势。
  • Nginx 安装和配置比较简单，测试起来比较方便。
  • Nginx 不仅仅是一款优秀的负载均衡器 / 反向代理软件，它同时也是功能强大的 Web 应用服务器。

HAProxy 的优点：

  • 工作在网络 4 层（传输层）和 7 层（应用层），支持 TCP 与 Http 协议。
  • 它仅仅就只是一款负载均衡软件；单纯从效率上来讲 HAProxy 更会比 Nginx 有更出色的负载均衡速度，在并发处理上也是优于 Nginx 的。
  • 支持 8 种负载均衡策略 ，支持心跳检测。

性能上 HAProxy 胜，但是功能性和便利性上 Nginx 胜。

对于 Http 协议，HAProxy 处理效率比 Nginx 高；所以，没有特殊要求的时候或者一般场景，建议使用 Haproxy 来做 Http 协议负载；如果是 Web 应用，建议使用 Nginx。

需要结合使用场景的特点来进行合理地选择。

4.3 安装和配置

HAProxy 下载：https://www.haproxy.org/#

  • 上传到第三台 Linux 服务器（192.168.186.130）中并解压：
[root@localhost opt]# tar -zxvf haproxy-1.8.12.tar.gz
  • make 时需要使用 TARGET 指定内核及版本：
[root@localhost opt]# uname -r 
3.10.0-514.6.2.el7.x86_64

查看目录下的 README 文件 less /opt/haproxy-1.8.12/README 可知需要根据内核版本选择编译参数：

  • 进入目录，编译和安装：
[root@localhost opt]# cd haproxy-1.8.12 
[root@localhost haproxy-1.8.12]# make TARGET=linux2628 PREFIX=/usr/local/haproxy
[root@localhost haproxy-1.8.12]# make install PREFIX=/usr/local/haproxy
  • 安装成功后，查看版本：
[root@localhost haproxy-1.8.12]# /usr/local/haproxy/sbin/haproxy -v
HA-Proxy version 1.8.12-8a200c7 2018/06/27
Copyright 2000-2018 Willy Tarreau <willy@haproxy.org>
  • 配置启动文件，复制 haproxy 文件到 /usr/sbin 目录下 ，复制 haproxy 脚本，到 /etc/init.d 目录下：
[root@localhost haproxy-1.8.12]# cp /usr/local/haproxy/sbin/haproxy /usr/sbin/ 
[root@localhost haproxy-1.8.12]# cp ./examples/haproxy.init /etc/init.d/haproxy 
[root@localhost haproxy-1.8.12]# chmod 755 /etc/init.d/haproxy
  • 创建系统账号：
[root@localhost haproxy-1.8.12]# useradd -r haproxy
  • haproxy.cfg 配置文件需要自行创建：
[root@localhost haproxy-1.8.12]# mkdir /etc/haproxy 
[root@localhost haproxy-1.8.12]# vim /etc/haproxy/haproxy.cfg
  • 添加配置信息到 haproxy.cfg：
# 全局配置
global
    # 设置日志
    log 127.0.0.1 local0 info
    # 当前工作目录
    chroot /usr/local/haproxy
    # 用户与用户组
    user haproxy
    group haproxy
    # 运行进程 ID
    uid 99
    gid 99
    # 守护进程启动
    daemon
    # 最大连接数
    maxconn 4096

# 默认配置
defaults
    # 应用全局的日志配置
    log global
    # 默认的模式 mode {tcp|http|health}，TCP 是 4 层，HTTP 是 7 层，health 只返回 OK
    mode tcp
    # 日志类别 tcplog
    option tcplog
    # 不记录健康检查日志信息
    option dontlognull
    # 3 次失败则认为服务不可用
    retries 3
    # 每个进程可用的最大连接数
    maxconn 2000
    # 连接超时
    timeout connect 5s
    # 客户端超时 30 秒，ha 就会发起重新连接
    timeout client 30s
    # 服务端超时 15 秒，ha 就会发起重新连接
    timeout server 15s

# 绑定配置
listen rabbitmq_cluster
    bind 192.168.186.130:5672
    # 配置 TCP 模式
    mode tcp
    # 简单的轮询
    balance roundrobin
    # RabbitMQ 集群节点配置，每隔 5 秒对 mq 集群做检查，2 次正确证明服务可用，3 次失败证明服务不可用
    server A 192.168.186.128:5672 check inter 5000 rise 2 fall 3
    server B 192.168.186.129:5672 check inter 5000 rise 2 fall 3

# haproxy 监控页面地址
listen monitor
    bind 192.168.186.130:8100
    mode http
    option httplog
    stats enable
    # 监控页面地址 http://192.168.186.130:8100/monitor
    stats uri /monitor
    stats refresh 5s
  • 启动 HAProxy：
[root@localhost haproxy]# service haproxy start
  • 开放对应的防火墙端口：
firewall-cmd --zone=public --add-port=5672/tcp --permanent
firewall-cmd --zone=public --add-port=8100/tcp --permanent
firewall-cmd --reload

或者：

systemctl stop firewalld

项目发消息，只需要将服务器地址修改为 192.168.186.130 即可，其余不变。

这样，所有的请求都会交给 HAProxy，然后它会负载均衡地发给每个 RabbitMQ 服务器。

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

如果 HAProxy 服务器宕机，RabbitMQ 服务器就不可用了，所以对 HAProxy 也要做高可用的集群。

5.1 概述

Keepalived 是 Linux 的轻量级别的高可用热备解决方案。

Keepalived 的作用是检测服务器的状态，它根据 TCP / IP 参考模型的第三层、第四层、第五层交换机制检测每个服务节点的状态，如果有一台 web 服务器宕机，或工作出现故障，Keepalived 将检测到，并将有故障的服务器从系统中剔除，同时使用其他服务器代替该服务器的工作，当服务器工作正常后 Keepalived 自动将服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的服务器。

Keepalived 基于 VRRP - Virtual Router Redundancy Protocol 虚拟路由冗余协议协议；VRRP 是一种主备（主机和备用机）模式的协议，通过 VRRP 可以在网络发生故障时透明的进行设备切换而不影响主机之间的数据通信。

两台主机之间生成一个虚拟的 ip，称为漂移 ip，漂移 ip 由主服务器承担，一旦主服务器宕机，备份服务器就会抢夺漂移 ip，继续工作，有效的解决了群集中的单点故障。

一句话总结就是：KeepAlived 将多台路由器设备虚拟成一个设备，对外提供统一 ip（Virtual IP）。

生产者 -- 投递消息 --> KeepAlived
消费者 -- 订阅消息 --> KeepAlived

HAProxy 1 --> 主机 1 --> KeepAlived 虚拟 IP
HAProxy 2 --> 主机 2 --> KeepAlived 虚拟 IP

5.2 安装 KeepAlived

  • 修改映射文件 vim /etc/hosts 。

3 号服务器 192.168.186.130：

127.0.0.1 C   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1       C   localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.186.128 A
192.168.186.129 B
192.168.186.130 C
192.168.186.131 D

4 号服务器 192.168.186.131：

127.0.0.1 D   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1       D   localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.186.128 A
192.168.186.129 B
192.168.186.130 C
192.168.186.131 D

注意：修改完 hosts 文件后，需要重启 Linux 服务器 reboot，否则配置不生效。

  • 重新启动后，需要启动 haproxy：
service haproxy start
  • 主机 C 和主机 D 都安装 keepalived：
yum install -y keepalived
  • 主机 C 修改配置文件（删掉内容，重新创建）：
[root@C ~]# rm -rf /etc/keepalived/keepalived.conf 
[root@C ~]# vim /etc/keepalived/keepalived.conf
! Configuration File for keepalived

global_defs {
    # 非常重要，标识本机的 hostname
    router_id C
}

vrrp_script chk_haproxy {
    # 执行的脚本位置
    script "/etc/keepalived/haproxy_check.sh"
    # 检测时间间隔
    interval 2
    # 如果条件成立则权重减 20
    weight -20
}

vrrp_instance VI_1 {
    # 非常重要，标识主机，备用机 131 改为 BACKUP
    state MASTER
    # 非常重要，网卡名（ifconfig 查看）
    interface ens33
    # 非常重要，自定义，虚拟路由 ID 号（主备节点要相同）
    virtual_router_id 66
    # 优先级（0-254），一般主机的大于备机
    priority 100
    # 主备信息发送间隔，两个节点必须一致，默认 1 秒
    advert_int 1
    # 认证匹配，设置认证类型和密码，MASTER 和 BACKUP 必须使用相同的密码才能正常通信
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    track_script {
        # 检查 haproxy 健康状况的脚本
        chk_haproxy
    }
    # 简称 “VIP”
    virtual_ipaddress {
        # 非常重要，虚拟 ip，可以指定多个，以后连接 mq 就用这个虚拟ip
        192.168.186.66/24
    }
}
# 虚拟 ip 的详细配置
virtual_server 192.168.186.66 5672 {
    # 健康检查间隔，单位为秒
    delay_loop 6
    # lvs 调度算法 rr|wrr|lc|wlc|lblc|sh|dh
    lb_algo rr
    # 负载均衡转发规则。一般包括 DR, NAT, TUN 3 种
    lb_kind NAT
    # 转发协议，有 TCP 和 UDP 两种，一般用 TCP
    protocol TCP
        # 本机的真实 ip
        real_server 192.168.186.130 5672 {
        # 默认为 1, 失效为 0
        weight 1
    }
}
  • 主机 C 创建执行脚本 vim /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

Keepalived 组之间的心跳检查并不能察觉到 HAproxy 负载是否正常，所以需要使用此脚本。在 Keepalived 主机上，开启此脚本检测 HAproxy 是否正常工作，如正常工作，记录日志。如进程不存在，则尝试重启 HAproxy ，2 秒后检测，如果还没有，则关掉主机的 Keepalived ，此时备 Keepalived 检测到主 Keepalived 挂掉，接管 VIP，继续服务。

  • 主机 C 给脚本文件增加执行权限（授权）：
[root@C etc]# chmod +x /etc/keepalived/haproxy_check.sh

此时，安装完毕，按照上面的步骤就可以安装第二台主机 D 了（服务器 hostname 和 ip 注意要修改）。

# 启动 | 停止  |查看状态| 重启
service keepalived start | stop | status | restart
  • 启动 keepalived（两台都启动）：
[root@C etc]# systemctl stop firewalld 
[root@C etc]# service keepalived start | stop | status | restart
  • 查看状态：
[root@C etc]# ps -ef | grep haproxy 
[root@C etc]# ps -ef | grep keepalived
  • 查看 ip 情况 ip addr 或 ip a。

启动 keepalived 前的情况：

[root@C keepalived]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:ac:93:50 brd ff:ff:ff:ff:ff:ff
    inet 192.168.186.130/24 brd 192.168.186.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:feac:9350/64 scope link 
       valid_lft forever preferred_lft forever

启动 keepalived 后的情况：

可以看到 ens33 网卡还多绑定了一个 IP 地址。

此时，安装完毕，按照上面的步骤就可以安装第二台了（服务器 hostname 和 ip 注意要修改）。

常见的网络错误：子网掩码、网关等信息要一致。

测试 vip 和端口一起是否能提供服务

在 192.168.186.128，A 服务器上测试。

在服务器 A 执行 curl 192.168.186.130:5672 和 curl 192.168.186.66:5672 都能正常返回 AMPQ，说明安装成功。

[root@A ~]curl 192.168.186.66:5672
AMQP ## 正常提供AMQP服务，表示通过vip访问mq服务正常

测试 ip 漂移的规则

使用 ip addr 或 ip a 查看虚拟 ip。

刚开始时，C 和 D 都启动了 KeepAlived；C 是主机，所以虚拟 ip 在主机 C，表现为主机 C 显示 inet 192.168.186.66/24，而备机 D 不显示。

然后，停止主机 C 的 keepalived 使用命令：service keepalived stop，虚拟 ip 漂移到 D 节点，D 节点执行 ip a 可以看到 inet 192.168.186.66/24，而主机 C 却不显示。

接着，重新启动 C 节点的 Keepalived，虚拟 ip 依旧在 D 节点，并不会由于 C 的回归而回归。

最后，停止 D 的 Keepalived，虚拟 ip 再漂移回 C 节点。

测试项目发消息

消费者或生产者 -- 漂移 IP 66 --> KeepAlived 服务 --> [HAProxy 服务器C 130, HAProxy 服务器D 131]

HAProxy 服务器C 130 -- 负载均衡 --> [MQ 服务器A 128, MQ 服务器B 129]
HAProxy 服务器D 131 -- 负载均衡 --> [MQ 服务器A 128, MQ 服务器B 129]

测试单个 RabbitMQ 服务器：将服务器地址修改为 192.168.186.128，其余不变。

测试 HAProxy 实现多个 RabbitMQ 服务器负载均衡：将服务器地址修改为 192.168.186.130，其余不变。

测试 KeepAlived 实现的高可用的 HAProxy 集群：将服务器地址修改为 KeepAlived 的虚拟 IP 192.168.186.66，其余不变。

YMeng_Zhang
关注
  • 3
    点赞
  • 踩
  • 29
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
rabbitMq集群
08-18
rabbitMq3.6.5集群部署，已成功运行
RabbitMQ集群
qq_31745863的博客
02-15 9682
6. RabbitMQ集群 6.1 集群形式 RabbiMQ 是用 Erlang 开发的， 集群非常方便， 因为 Erlang 天生就是一门分布式语言， 但其本身并不支持负载均衡。 RabbitMQ 集群中节点包括内存节点(RAM)、 磁盘节点(Disk， 消息持久化)， 集群中至少有一个 Disk 节点。 6.1.1 普通模式(默认) 对于普通模式， 集群中各节点有相同的队列结构， 但消息只会存在于集群中的一个节点。 对于消费者来说， 若消息进入 A 节点的 Queue 中， 当从 B 节点拉取时， Ra
RabbitMQ 集群篇
路边烧卖
09-14 2999
RabbitMQ 集群篇 00、集群架构原理 前面我们有介绍到 RabbitMQ 内部有各种基础构件，包括队列、交换器、绑定、虚拟主机等，他们组成了 AMQP 协议消息通信的基础，而这些构件以元数据的形式存在，它始终记录在 RabbitMQ 内部，它们分别是： 队列元数据：队列名称和它们的属性 交换器元数据：交换器名称、类型和属性 绑定元数据：一张简单的表格展示了如何将消息路由到队列 vhost 元数据：为 vhost 内的队列、交换器和绑定提供命名空间和安全属性 PS：元数据，指的是包括队列名字属性、
Rabbitmq 学习笔记+集群知识
boyjqk的博客
02-13 473
疑问：为什么不建立多个TCP连接呢？新建第二个haproxy容器的配置文件和第一个容器是一样的，需要注意的地方是，在docker run新建容器的时候，由于4001，4002端口和ip都被占用了，所以在run的时候要指定未使用的新端口和ip，比如4003，4004端口等等；这个可以在业务上实现并行处理多个任务，比如，用户上传图片功能，当消息到达交换器上，它可以同时路由到积分增加队列和其它队列上，达到并行处理的目的，并且易扩展，以后有什么并行任务的时候，直接绑定到fanout交换器不需求改动之前的代码。
MQ消息队列（五）——RabbitMQ进阶 MQ集群+集群的部署+集群的扩容
m0_45101736的博客
09-08 1937
！！！
Rabbitmq 集群
m0_67400972的博客
04-07 930
Rabbitmq 集群 集群目的就是为了实现rabbitmq的高可用性，集群分为2种 普通集群：主备架构，只是实现主备方案，不至于主节点宕机导致整个服务无法使用 镜像集群：同步结构，基于普通集群实现的队列同步 普通集群 slave节点复制master节点的所有数据和状态，除了队列数据，队列数据只存在master节点，但是Rabbitmq slave节点可以实现队列的转发，也就是说消息消费者可以连接到slave节点，但是slave需要连接到master节点转发队列，由此说明只能保证了服务可以用，无法达到高
【RabbitMQ】- 集群
ls199848的博客
06-29 559
​最开始我们介绍了如何安装及运行 RabbitMQ 服务，不过这些是单机版的，无法满足目前真实应用的要求。如果 RabbitMQ 服务器遇到内存崩溃、机器掉电或者主板故障等情况，该怎么办？单台 RabbitMQ 服务器可以满足每秒 1000 条消息的吞吐量，那么如果应用需要 RabbitMQ 服务满足每秒 10 万条消息的吞吐量呢？购买昂贵的服务器来增强单机 RabbitMQ 务的性能显得捉襟见肘，搭建一个 RabbitMQ 集群才是解决实际问题的关键。
rabbitmq基础4——集群部署、基础功能测试
百慕卿君博客
12-21 2388
rabbitmq单机多节点集群部署、多机集群部署、集群基础功能测试
rabbitmq集群环境搭建
09-20
本人rabbitmq集群环境搭建笔记分享。
docker搭建rabbitmq集群环境的方法
09-30
本篇文章主要介绍了docker搭建rabbitmq集群环境的方法，具有一定的参考价值，感兴趣的小伙伴们可以参考一下。
k8s搭建rabbitmq集群
11-30
kubernetes搭建rabbitmq集群，只需创建好相应的pv即可，无需修改，依次执行
rabbitmq集群搭建
12-28
文档一步一步讲解了怎么搭建rabbitmq和rabbitmq的web界面，rabbitmq的集群，很实用的文档
RabbitMq基础概念知识复习
m0_72363694的博客
04-27 340
消息拥有消息头和消息体，消息具有rounting key，主题交换机和扇形交换机都是分布与订阅的实现方式，主题交换机用于匹配接收的消息的rount key 动态匹配模式匹配到多个符合的队列，扇形fanout交换机则不会使用消息的路由key，即便在绑定队列的时候指定了Routing key，也不会有任何效果，它会向所有绑定到当前交换机的 队列广播消息，该交换机绑定队列的时候所有的rounting key为空，这样所有被绑定的队列都能收到交换机的消息，实现广播功能。4 rabbitMq应用场景，异步！
创建SpringBoot和RabbitMQ的整合项目
xzy的博客
04-25 981
后面是消息的一些属性 类似如我们的http协议中的request请求头的信息，包括消息的内容类型了，消息的内容编码了，消息的长度了等信息。这两个端口号特别容易搞错，千万要注意，如果配置文件里的端口号写15672，那么我们的idea里面的java程序就连接不上我们本地已经启动的rabbitmq服务器了。但是我觉得RabbitMQ应该是会有线程安全问题的，比如说因为目前看来同一个队列 两个不同的线程都是可以访问的，那这样的话有共享资源问题 就肯定会出现线程安全问题。不用写交换机和路由的具体信息。
【消息队列】RabbitMQ五种消息模式
最新发布
weixin_62513677的博客
04-30 1124
Spring AMQP是基于AMQP协议定义的一套API规范，提供了模板来发送和接收消息，包含两部分，其中Spring-amqp是基础抽象，spring-rabbit是底层的默认实现。这是为了防止消息队列中的队列不存在，在进行消息队列初始化的时候不知道是先建立消费者，还是先建立生产者，所以都执行创建函数，但是创建的队列只有一个不会重复。发布者发送消息时，指定消息的RoutingKey，Exchange将消息路由到BindingKey与消息RoutingKey一致的队列。Work queue，工作队列。
RabbitMQ-死信队列
m0_74356429的博客
04-27 382
1、什么是死信在 RabbitMQ 中充当主角的就是消息，在不同场景下，消息会有不同地表现。死信就是消息在特定场景下的一种表现形式，这些场景包括：1. 消息被拒绝访问，即 RabbitMQ返回 basicNack 的信号时 或者拒绝basicRejectbasicNack3. 消息的过期时长或。4. 消息队列达到最大容量上述场景经常产生死信，即消息在这些场景中时，被称为死信。2、什么是死信队列死信队列就是用于储存死信的消息队列，在死信队列中，有且只有死信构成，不会存在其余类型的消息。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值