RabbitMQ运维之集群搭建

最新推荐文章于 2025-04-20 23:42:47 发布
最新推荐文章于 2025-04-20 23:42:47 发布
阅读量1.5k 收藏 1
点赞数
分类专栏： RabbitMQ 文章标签： rabbitmq 队列
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_32014795/article/details/115624180
版权
本文详细介绍了RabbitMQ集群的搭建、运维以及故障恢复方法。包括多节点集群的创建，内存与磁盘节点的区别，节点类型更改，节点剔除，集群升级，日志管理和监控。此外，还提到了集群迁移和单节点故障恢复策略，强调了元数据备份的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一、概述

单机、单节点运行RabbitMQ服务，无法满足真实应用的需求，比如，遇到RabbitMQ内存崩溃、掉电等等问题。因此搭建一个RabbitMQ集群才是解决问题的关键。

RabbitMQ集群允许消费者和生产者在RabbitMQ单个节点崩溃的情况下继续运行，他可以通过添加更多的节点来线性地扩展消息通信的吞吐量。

RabbitMQ集群中的所有节点都会备份所有的元数据信息，有：

  • 队列元数据：队列的名称及属性
  • 交换器：交换器的名称和属性
  • 绑定关系元数据：交换机与队列或则交换器与交换器之间的绑定关系
  • vhost元数据：vhost内的队列、交换器和绑定提供命名空间及安全属性。

但是不备份消息（可以通过镜像队列解决这个问题）

二、RabbitMQ集群搭建过程

centos搭建3个节点的最新版本RabbitMQ集群

使用Docker启动RabbitMQ集群

如果关闭了集群中所有节点，则需要确保在启动的时候最后关闭的那个节点是第一个启动的，如果第一个启动的不是最后关闭的节点，那么这个节点会等待最后关闭的节点启动。这个等待时间是30s，如果没有等到，那么这个先启动的节点也会失败。

三、集群搭建运维

RabbitMQ中每个节点的类型要么是磁盘节点要么是内存节点。内存节点将所有的队列、交换器、绑定关系、用户、权限和vhost的元数据定义存储在内存中，而磁盘节点则将这些信息存储到磁盘中。单个节点的集群中必然只有磁盘类型的节点，否则当重启RabbitMQ之后，所有关于系统配置的信息都会丢失，不过在集群中可以选择配置部分节点为内存节点，可以提高性能。

指定为内存节点，在加入集群的时候加入参数--ram。默认不添加--ram表示此节点为磁盘节点。

1、查看节点类型

root@rabbit-node01:/# rabbitmqctl  cluster_status 
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Cluster status of node rabbit@rabbit-node01 ...
Basics

Cluster name: rabbit@rabbit-node01

Disk Nodes

rabbit@rabbit-node01

RAM Nodes

rabbit@rabbit-node02
rabbit@rabbit-node03

Running Nodes

rabbit@rabbit-node01
rabbit@rabbit-node02
rabbit@rabbit-node03

Versions

rabbit@rabbit-node01: RabbitMQ 3.8.14 on Erlang 23.3.1
rabbit@rabbit-node02:   on Erlang 
rabbit@rabbit-node03:   on Erlang

2、更改节点类型

[root@localhost ~]# docker exec -it rabbit-node02 bash
root@rabbit-node02:/# 
root@rabbit-node02:/# rabbitmqctl stop_app
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Stopping rabbit application on node rabbit@rabbit-node02 ...
root@rabbit-node02:/# rabbitmqctl change_cluster_node_type ram
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Turning rabbit@rabbit-node02 into a ram node
root@rabbit-node02:/#  rabbitmqctl  start_app
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Starting node rabbit@rabbit-node02 ...
root@rabbit-node02:/#

查看节点类型变更

root@rabbit-node01:/# rabbitmqctl cluster_status 
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Cluster status of node rabbit@rabbit-node01 ...
Basics

Cluster name: rabbit@rabbit-node01

Disk Nodes

rabbit@rabbit-node01

RAM Nodes

rabbit@rabbit-node02
rabbit@rabbit-node03

Running Nodes

rabbit@rabbit-node01
rabbit@rabbit-node02
rabbit@rabbit-node03

Versions

rabbit@rabbit-node01: RabbitMQ 3.8.14 on Erlang 23.3.1
rabbit@rabbit-node02: RabbitMQ 3.8.14 on Erlang 23.3.1
rabbit@rabbit-node03: RabbitMQ 3.8.14 on Erlang 23.3.1

Maintenance status

Node: rabbit@rabbit-node01, status: not under maintenance
Node: rabbit@rabbit-node02, status: not under maintenance
Node: rabbit@rabbit-node03, status: not under maintenance

Alarms

(none)

RabbitMQ集群只要求在集群中至少有一个磁盘节点，所有其他节点可以是内存节点。当节点加入或则离开集群时，他们必须将变更通知到至少一个磁盘节点。如果只有一个磁盘节点，而且不凑巧的是它刚好崩溃，那么集群可以继续发送或者接收消息，但是不能执行创建队列，交换器、绑定关系、用户，以及更改权限、添加或删除集群节点的操作了。也就是说，如果集群中唯一的磁盘节点崩溃，集群任然可以保持运行，但是直到将该节点恢复到集群前，你无法更改任何东西、所以建立集群的时候应该保证有两个或则多个磁盘节点的存在。

3、集群剔除单个节点

方式一：

  • 在要剔除的节点上执行
[root@localhost ~]# docker exec -it rabbit-node03 bash
root@rabbit-node03:/# 
root@rabbit-node03:/# 
root@rabbit-node03:/# rabbitmqctl  stop 
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Stopping and halting node rabbit@rabbit-node03 ...
root@rabbit-node03:/# [root@localhost ~]#
  • 在其他节点执行
[root@localhost ~]# docker exec -it rabbit-node01 bash

root@rabbit-node01:/# 
root@rabbit-node01:/# 
root@rabbit-node01:/# 
root@rabbit-node01:/# rabbitmqctl  forget_cluster_node rabbit@rabbit-node03 
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Removing node rabbit@rabbit-node03 from the cluster
root@rabbit-node01:/# 

root@rabbit-node01:/# rabbitmqctl cluster_status 
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Cluster status of node rabbit@rabbit-node01 ...
Basics

Cluster name: rabbit@rabbit-node01

Disk Nodes

rabbit@rabbit-node01

RAM Nodes

rabbit@rabbit-node02

Running Nodes

rabbit@rabbit-node01

Versions

rabbit@rabbit-node01: RabbitMQ 3.8.14 on Erlang 23.3.1

方式二：

root@rabbit-node02:/# rabbitmqctl stop_app
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Stopping rabbit application on node rabbit@rabbit-node02 ...
root@rabbit-node02:/# rabbitmqctl reset 
RABBITMQ_ERLANG_COOKIE env variable support is deprecated and will be REMOVED in a future version. Use the $HOME/.erlang.cookie file or the --erlang-cookie switch instead.
Resetting node rabbit@rabbit-node02 ...
root@rabbit-node02:/#

4、集群节点升级

集群由多个节点组成

  • 关闭所有节点的服务，采用rabbitmqctl stop
  • 保存各个节点的Mnesia数据
  • 解压新版的RabbitMQ到指定目录
  • 指定新版本的Mnesia路径为步骤2中保存的Mnesia数据路径
  • 启动新版本的服务，注意先重启原版本中最后关闭的那个节点

5、单机多节点配置

单机多节点配置大多用于实验性论证，如果需要在真是生产环境中使用，最好还是搭建一个多节点的集群。搭建集群不仅可以扩容，也能有效地进行容灾。

四、服务日志运维

RabbitMQ的默认日志存放在

[root@node01 rabbitmq]# pwd
/var/log/rabbitmq

想要查看RabbitMQ应用服务日志，则需要查阅rabbit@node01.log

[root@node01 rabbitmq]# ls -al
total 9356
drwxr-xr-x.  3 rabbitmq rabbitmq      75 Apr  3 06:35 .
drwxr-xr-x. 10 root     root        4096 Apr  4 03:50 ..
drwxr-x---.  2 rabbitmq rabbitmq      42 Apr  4 07:05 log
-rw-r-----.  1 rabbitmq rabbitmq 9485067 Apr  4 20:46 rabbit@node01.log
-rw-r-----.  1 rabbitmq rabbitmq     204 Apr  4 09:02 rabbit@node01_upgrade.log

每个版本都会有一些差异。

1、examples

  • 开启插件看日志变化
[root@node01 ~]# rabbitmq-plugin enable rabbitmq_top
-bash: rabbitmq-plugin: command not found
[root@node01 ~]# rabbitmq-plugins enable rabbitmq_top
Enabling plugins on node rabbit@node01:
rabbitmq_top
The following plugins have been configured:
  rabbitmq_federation
  rabbitmq_management
  rabbitmq_management_agent
  rabbitmq_top
  rabbitmq_tracing
  rabbitmq_web_dispatch
Applying plugin configuration to rabbit@node01...
The following plugins have been enabled:
  rabbitmq_top

started 1 plugins.
[root@node01 ~]# 

[root@node01 ~]# tail -f  /var/log/rabbitmq/rabbit\@node01.log
2021-04-04 21:12:20.598 [info] <0.44.0> Application rabbitmq_top started on node rabbit@node01
2021-04-04 21:12:20.604 [warning] <0.651.0> HTTP listener registry could not find context rabbitmq_management_tls
2021-04-04 21:12:20.656 [info] <0.21288.3> Plugins changed; enabled [rabbitmq_top]
2021-04-04 21:12:24.862 [info] <0.21400.3> accepting AMQP connection <0.21400.3> ([::1]:56192 -> [::1]:5672)
2021-04-04 21:12:24.862 [error] <0.21400.3> closing AMQP connection <0.21400.3> ([::1]:56192 -> [::1]:5672):
{bad_header,<<"GET /api">>}
2021-04-04 21:12:24.866 [info] <0.21405.3> accepting AMQP connection <0.21405.3> ([::1]:56194 -> [::1]:5672)
2021-04-04 21:12:24.867 [info] <0.21402.3> Closing all channels from connection '[::1]:56192 -> [::1]:5672' because it has been closed
2021-04-04 21:12:24.868 [error] <0.21405.3> closing AMQP connection <0.21405.3> ([::1]:56194 -> [::1]:5672):
{bad_header,<<"GET /api">>}
2021-04-04 21:12:24.872 [info] <0.21410.3> accepting AMQP connection <0.21410.3> ([::1]:56196 -> [::1]:5672)
2021-04-04 21:12:24.873 [error] <0.21410.3> closing AMQP connection <0.21410.3> ([::1]:56196 -> [::1]:5672):
{bad_header,<<"GET /api">>}
2021-04-04 21:12:24.873 [info] <0.21407.3> Closing all channels from connection '[::1]:56194 -> [::1]:5672' because it has been closed
2021-04-04 21:12:24.878 [info] <0.21415.3> accepting AMQP connection <0.21415.3> ([::1]:56198 -> [::1]:5672)
2021-04-04 21:12:24.878 [error] <0.21415.3> closing AMQP connection <0.21415.3> ([::1]:56198 -> [::1]:5672):
{bad_header,<<"GET /api">>}
2021-04-04 21:12:24.881 [info] <0.21412.3> Closing all channels from connection '[::1]:56196 -> [::1]:5672' because it has been closed
2021-04-04 21:12:24.882 [info] <0.21417.3> Closing all channels from connection '[::1]:56198 -> [::1]:5672' because it has been closed
^C
[root@node01 ~]#
  • 节点关闭应用
[root@node03 ~]# rabbitmqctl stop_app
Stopping rabbit application on node rabbit@node03 ...
[root@node03 ~]# 

[root@node01 ~]# tail -f  /var/log/rabbitmq/rabbit\@node01.log
2021-04-04 21:17:06.133 [info] <0.528.0> rabbit on node rabbit@node03 down
2021-04-04 21:17:06.177 [info] <0.528.0> Keeping rabbit@node03 listeners: the node is already back
^C
[root@node01 ~]# 

[root@node01 ~]# tail -f  /var/log/rabbitmq/rabbit\@node01.log
2021-04-04 21:19:51.390 [info] <0.528.0> rabbit on node rabbit@node03 up
2021-04-04 21:19:54.861 [info] <0.22511.3> accepting AMQP connection <0.22511.3> ([::1]:56432 -> [::1]:5672)
2021-04-04 21:19:54.861 [error] <0.22511.3> closing AMQP connection <0.22511.3> ([::1]:56432 -> [::1]:5672):
{bad_header,<<"GET /api">>}
2021-04-04 21:19:54.863 [info] <0.22516.3> accepting AMQP connection <0.22516.3> ([::1]:56434 -> [::1]:5672)
2021-04-04 21:19:54.863 [error] <0.22516.3> closing AMQP connection <0.22516.3> ([::1]:56434 -> [::1]:5672):
{bad_header,<<"GET /api">>}
2021-04-04 21:19:54.865 [info] <0.22513.3> Closing all channels from connection '[::1]:56432 -> [::1]:5672' because it has been closed
2021-04-04 21:19:54.865 [info] <0.22521.3> accepting AMQP connection <0.22521.3> ([::1]:56436 -> [::1]:5672)
2021-04-04 21:19:54.866 [error] <0.22521.3> closing AMQP connection <0.22521.3> ([::1]:56436 -> [::1]:5672):
{bad_header,<<"GET /api">>}
^C
[root@node01 ~]#

2、日志分割/日志切分

有时候RabbitMQ服务持久运行，其对应的日志也会越来越多，文件大小也会越来越大，出故障的时候查看日志也会打印很多信息。有时候需要对日志按照某种规律进行切分，便于后期管理。

Usage

rabbitmqctl [--node <node>] [--longnames] [--quiet] rotate_logs

examples

[root@node01 ~]# cd /var/log/rabbitmq/
[root@node01 rabbitmq]# ls -al
total 9932
drwxr-xr-x.  3 rabbitmq rabbitmq      75 Apr  3 06:35 .
drwxr-xr-x. 10 root     root        4096 Apr  4 03:50 ..
drwxr-x---.  2 rabbitmq rabbitmq      42 Apr  4 07:05 log
-rw-r-----.  1 rabbitmq rabbitmq 9724874 Apr  4 21:25 rabbit@node01.log
-rw-r-----.  1 rabbitmq rabbitmq     204 Apr  4 09:02 rabbit@node01_upgrade.log

[root@node01 rabbitmq]# rabbitmqctl rotate_logs
Rotating logs for node rabbit@node01 ...
[root@node01 rabbitmq]# ls -al
total 9956
drwxr-xr-x.  3 rabbitmq rabbitmq     137 Apr  4 21:28 .
drwxr-xr-x. 10 root     root        4096 Apr  4 03:50 ..
drwxr-x---.  2 rabbitmq rabbitmq      42 Apr  4 07:05 log
-rw-r--r--.  1 rabbitmq rabbitmq   18372 Apr  4 21:31 rabbit@node01.log
-rw-r-----.  1 rabbitmq rabbitmq 9741706 Apr  4 21:28 rabbit@node01.log.0
-rw-r--r--.  1 rabbitmq rabbitmq      84 Apr  4 21:28 rabbit@node01_upgrade.log
-rw-r-----.  1 rabbitmq rabbitmq     272 Apr  4 21:28 rabbit@node01_upgrade.log.0
[root@node01 rabbitmq]#

五、单节点故障恢复

单节点故障包括：机器硬件故障、机器掉电、网络异常、服务进程异常。
此时在其他节点执行

[root@node01 ~]# rabbitmqctl forget_cluster_node rabbit-node01

六、集群迁移

元数据重建是指在新的集群中创建原集群的队列、交换器、绑定关系、vhost、用户、权限和Parameter等数据信息。

  • 通过web管理界面的方式重建
    在这里插入图片描述
  1. 如果原集群突发故障，又或者开启RabbitMQ Management插件的那个节点机器故障不可修复，就无法获取原集群的元数据。这样元数据重建就无从谈起。这个时候可以采取一个通用的备份任务，在元数据有变更或者到达某个存储周期时将最新的备份至另一个安全的地方。这样在遇到需要集群迁移时，可以获取到最新的元数据。
  2. 如果新旧集群的RabbitMQ版本不一样会导致异常情况，两个版本的元数据不同（加密算法、元数据JSON文件）

具体迁移包括Queue、Exchange、Binding、解析json、创建元数据、创建队列等。
这个地方还需今后深入了解 目前比较困难。

自动化迁移

zookeeper 后续补充

七、集群监控

1、通过HTTP API借口提供监控数据

2、通过客户端提供监控数据

监控涉及众多代码，待深入理解补充

【RabbitMQ】集群和运维
qq_43745578的博客
01-17 1712
RabbitMQ集群和运维
一文读懂运维消息中间件之RabbitMQ
野熊佩骑的博客
03-06 2090
一文读懂运维消息中间件之RabbitMQ，适合小白学习及上班族日常工作参考。
RabbitMQ 的4种集群架构
superviser3000的博客
08-25 424
1. 主备模式 也称为 Warren (兔子窝) 模式。实现 rabbitMQ 的高可用集群，一般在并发和数据量不高的情况下，这种模式非常的好用且简单。 也就是一个主/备方案，主节点提供读写，备用节点不提供读写。如果主节点挂了，就切换到备用节点，原来的备用节点升级为主节点提供读写服务，当原来的主节点恢复运行后，原来的主节点就变成备用节点，和 activeMQ 利用 zookeeper 做主/备一样，也可以一主多备。 HaProxy 配置: listen rabbitm...
RabbitMQ，添加用户时，出现Erlang cookie不一致，导致添加用户失败的问题解决
最新发布
LinTa0的博客
04-20 433
RabbitMQ，添加用户时，出现Erlang cookie不一致，导致添加用户失败的问题解决
rabbitmq集群几个比较好的文章
weixin_33767813的博客
09-08 366
以下几个链接可作为搭建rabbitmq集群是的参考，个人觉得写的很详细很好 1.RabbitMQ 高可用集群搭建及电商平台使用经验总结 http://www.cnblogs.com/wangiqngpei557/p/6158094.html 2.Rabbitmq集群高可用测试 http://www.cnblogs.com/flat_peach/archive/2013/04/07/3004...
RabbitMQ集群
蹊源的奇思妙想的博客
03-06 1963
RabbitMQ集群 在RabbitMQ集群里，运行时状态包含交换器、队列、绑定器、用户、虚拟主机以及策略，它们对所有节点都可用。 这种共享运行时状态的特性，使得集群中的每一个节点都能绑发布或者删除连接到第一个节点创建的交换器， 因此当节点中出现节点宕机，其运行状态以及数据都是可以转移恢复的。 RabbitMQ提供了HA队列，它可以 跨越多个集群节点并共享同步队列状态和消息数据 HA队列中的某个...
Rabbitmq 集群
m0_67400972的博客
04-07 1110
Rabbitmq 集群 集群目的就是为了实现rabbitmq的高可用性，集群分为2种 普通集群：主备架构，只是实现主备方案，不至于主节点宕机导致整个服务无法使用 镜像集群：同步结构，基于普通集群实现的队列同步 普通集群 slave节点复制master节点的所有数据和状态，除了队列数据，队列数据只存在master节点，但是Rabbitmq slave节点可以实现队列的转发，也就是说消息消费者可以连接到slave节点，但是slave需要连接到master节点转发队列，由此说明只能保证了服务可以用，无法达到高
聊聊RabbitMQ(三)RabbitMQ的集群与运维
01-07 1085
RabbitMQ的集群与运维集群方案原理单机多实例部署集群管理RabbitMQ镜像集群配置负载均衡-HAProxy配置HAProxy监控总结 集群方案原理 对于无状态应用（如普通的微服务）很容易实现负载均衡、高可用集群。而对于有状态的系统（如数据库等）就比较复杂。 业界实践： 主备模式：单活，容量对等，可以实现故障转移。使用独立存储时需要借助复制、镜像同步等技术，数据会有延迟、不一致等问题（CAP定律），使用共享存储时就不会有状态同步这个问题。 主从模式：一定程度的双活，容量对等，最常见的是读写分离。
RabbitMQ集群搭建与运维技巧详解
2. RabbitMQ集群与运维总结.txt：这个文件可能包含RabbitMQ集群搭建的步骤总结、运维的最佳实践以及在实际操作过程中遇到的常见问题和解决方案。 3. 集群搭建报错问题解决.txt：这个文件可能包含在搭建RabbitMQ集群...
Openstack Rabbitmq集群搭建
weixin_63120065的博客
06-06 738
一、前期环境：准备三台全新的虚拟机 关闭防火墙和selinux以防出现错误。 更改三台虚拟机的主机名并配置好网卡：hostnamectl set-hostname 主机名。 修改三台虚拟机文件：vi /etc/hosts 将三台主机的IP地址以及主机名写入其中。（注：三台 虚拟机之间一定要相互ping通）。......
RabbitMQ集群搭建
Amos技术足迹
07-16 208
rabbitMQ的两种重要特性,异步化提高系统抗峰值能力和系统及功能解耦，这两个特点决定了rabbitMQ在我们的系统中占据了重要的地位，所以为了让RabbitMQ高可用，我们今天就来讲解下RabbitMQ的集群环境搭建 应用常识 一般情况下，一个单机版的rabbitMQ能承受大运1000/s的消息量（跟网络和消息的大小有关，数值存在波动），但是如果是集群环境中，就可以将访问的压力分摊到集群中...
rabbitmq集群搭建
comprel的博客
06-24 651
rabbitmq集群 集群优点： 避免单节点故障， 提高服务可用性 提高服务性能，单机吞吐量有限，集群可以扩展节点，将流量分摊到集群中各个节点，提升rabbitmq吞吐量 rabbitmq集群，在失去一个节点时， 客户端能够重新连接到集群中的其他节点并继续生产或者消费， 提高可用性， 但是集群也不能保证消息不被丢失。 有一点需要注意的是，rabbitmq集群中的节点间的数据其实是不共享的， 因...
RabbitMQ集群模式
开卷有益
03-06 1121
搭建RabbitMQ集群模式 准备 三台服务器 192.168.3.4 192.168.3.5 192.168.3.6 修改服务器的hostname，RabbitMQ会读取hostname来作为集群节点名称 linux修改hostname命令：hostnamectl set-hostname [name] # 192.168.3.4 修改hostname 为node1 hostnamectl set-host node1 # 192.168.3.5 修改hostname 为node
rabbitmq专题06-RabbitMq的集群
jll126的博客
07-07 372
1. rabbitmq 集群的作用 1>允许生产者和消费者在集群部分节点崩溃的情况下仍能正常运行。 2>通过添加更多的节点来线性扩张消费通信吞吐量。 2. rabbitmq 集群节点 rabbitmq的集群中每个节点，一般只有一个节点存储交换器和队列的所有信息，其它节点只存储交换器和队列的元数据以及指向队列消息数据所属节点的地址（不包含队列的消息数据）。 集群节点每个节点只保存队列和交换器元数据而不保存队列内容的目的是：提升rabbitmq的吞吐性能和方便消息存储的线性扩张。 ...
rabbitmq集群介绍
qq_23191379的博客
09-26 570
文章目录普通的集群镜像模式（高可用性）镜像策略 普通的集群 普通集群模式，有服务器ABC，在服务器ABC上分别启动RabbitMQ实例，生产者生产消息1，随机发给某一实例A，实例BC 上记录消息1的原数据信息（比如消息1具体信息在示例A上）,消费者消费消息，随机连接某个示例B，消费消息1，实例B根据 原数据发现消息1在实例A上，则实例B去实例A拉取消息返回给消费者。 镜像模式（高可用性） 这种模式，才是所谓的 RabbitMQ 的高可用模式。跟普通集群模式不一样的是，在镜像集群模式下，你创建的 queue，
rabbitmq集群概念讲解
Addison艾迪生博客
04-24 859
Classic queues support dead letter exchanges (经典队列支持死信交换机)：无法被消费的消息(包括：过期的消息、消息被拒绝且不重新入队、队列达到最大长度)，这些消息称为死信，死信会被自动路由到死信交换机，进而转发至绑定死信交换器的队列中。故障处理的明确性: 经典镜像队列在处理故障时可能缺乏明确的、易于理解的语义，这可能导致用户在面对故障时难以做出正确的决策，或者在恢复过程中遇到不确定性。但是其他节点也能感知到这个队列的存在，且能代理客户端对该队列的请求。
RabbitMQ-TLS连接中的故障排除
平凡
05-09 1048
概述 本文涵盖有助于诊断TLS连接问题和错误（TLS警报）的方法和一些工具。这策略是在排除问题过程中使用替代的TLS实现来测试所需的组件，以识别有问题的终端（客户端或服务器）。 请记住，如果两个特定组件之间的交互是造成问题的原因，则不能保证此过程能够识别出问题。 推荐的步骤如下： 验证有效配置 验证节点是否监听TLS连接 验证文件权限 验证Erlang/OTP中的TLS支持 使用OpenSSL命令行工具验证证书/密钥对并使用TLS客户端或服务器进行测试 验证可用和配置的密码套件和证书密
RabbitMQ错误集
weixin_49076273的博客
08-27 1171
RabbitMQ下载延迟队列插件时，网站证书过期，无法安全访问https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/releases，最后设置了hosts就好了，此时网站证书已经有了。先启动一下容器：docker start 1d9d985fd753；就是说该容器未运行，之前好像不用启动，直接进入容器即可；5672端口被占用，无法绑定5672端口。原因：rabbitmq登录的账号密码错误。解决方法：输入正确登录的账号密码。......
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Energet!c

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值