消息中间件RabbitMQ

最新推荐文章于 2024-04-25 06:00:00 发布

原创最新推荐文章于 2024-04-25 06:00:00 发布

· 1k 阅读

0 ·

版权

文章标签：

#java-rabbitmq #rabbitmq #分布式

运维专栏收录该内容

6 篇文章

订阅专栏

1. 协议

协议类型	事务	持久化	代表MQ	其它描述
AMQ	支持	支持	RabbitMQ, ActiveMQ	金融行业，在可靠性消息处理上有优势
MQTT	不支持	不支持	RabbitMQ, ActiveMQ	计算能力有限、低带宽、网络不稳定的场景
OpenMessaging			RocketMQ	流处理领域
Kafka协议	不支持	支持	Kafka	消息内部通过长度来分隔，由一些基本数据类型组成

2. RabbitMQ架构原理

在这里插入图片描述

交换机类型
① 直连Direct，使用明确的绑定键，适用于业务目的明确的场景

② 主题TOPIC
使用支持通配符的的绑定键。适用于根据业务主题过滤消息的场景。
#代表匹配0个或者多个单词；*代表匹配不多不少一个单词；每个单词用点号隔开

③ 广播Fanout
无需绑定键。适用于通用类业务消息。

3.内存管理

内存调整的两种模式，相对模式和绝对模式

相对模式

rabbitmqctl set_vm_memory_high_ watermark <fraction>

fraction为内存阈值，默认是0.4, 表示RabbitMQ使用的内存超过系统内存的40%时，会产生内存告警

绝对模式

rabbitmqctl set_vm_memory_high_watermark absolute <value>

absolute:绝对值，固定大小，单位为KB、MB、GB

内存换页

vm_memory_high_watermark_paging_ ratio=0.5

在RabbitMQ达到内存阈值并阻塞生产者之前，会尝试将内存中的消息换页到磁盘，以释放内存空间。当换页阈值大于1时，相当于禁用了换页功能

4.磁盘控制

rabbitmqctl set_disk_free_limit <limit>
rabbitmqctl set_disk_free_limit mem_relative <fraction>
# limit 为绝对值，KB、MB、GB
# fraction 为相对值，建议 1.0～2.0 之间
# rabbitmq.conf
disk_free_limit.relative=1.5
# disk_free_limit.absolute=50MB

RabbitMQ 通过磁盘阈值参数控制磁盘的使用量，当磁盘剩余空间小于磁盘阈值时，RabbitMQ 同样会阻塞生产者，避免磁盘空间耗尽。

磁盘阈值默认 50M，由于是定时检测磁盘空间，不能完全消除因磁盘耗尽而导致崩溃的可能性，比如在两次检测之间，磁盘空间从大于 50M 变为 0M。

一种相对谨慎的做法是将磁盘阈值大小设置与内存相等

5. RabbiMQ 插件管理

插件列表： rabbitmq-plugins list
启用插件：rabbitmq-plugins enable xxxx
卸载插件：rabbitmq-plugins disable xxxx

6. 死信

适用于
① 订单过期关闭；
② 消息被消费者拒绝并且未设置重回队列：(NACK || Reject ) && requeue == false；
③ 队列达到最大长度，超过了 Max length（消息数）或者 Max length bytes（字节数）
在这里插入图片描述

6.1 死信队列

队列的消息过期属性：x-message-ttl
RabbitMQ 的消息也有单独的过期时间属性
如果同时指定了 Message TTL 和 Queue TTL，则小的那个时间生效。

消息过期以后，如果没有任何配置，直接丢弃，可以通过配置让这样的消息变成死信（Dead Letter）

创建一个死信交换机 DLX（Dead Letter Exchange）
创建一个死信队列 DLQ（Dead Letter Queue，绑定死信交换机，通过"#"绑定，代表无条件路由
DLX 实际上也是普通的交换机，DLQ 也是普通的队列

队列指定了 DLX，就会发送到 DLX。如果 DLX 绑定了 DLQ，就会路由到 DLQ。

流转原理
在这里插入图片描述
使用死信队列实现延时消息的缺点：
① 如果统一用队列来设置消息的 TTL，当梯度非常多的情况下，比如 1 分钟，2分钟，5 分钟，10 分钟，20 分钟，30 分钟……需要创建很多交换机和队列来路由消息。
② 如果单独设置消息的 TTL，则可能会造成队列中的消息阻塞——前一条消息没有出队（没有被消费），后面的消息无法投递（比如第一条消息过期 TTL 是 30min，第二条消息 TTL 是 10min。10 分钟后，即使第二条消息应该投递了，但是由于第一条消息还未出队，所以无法投递）。

6.2 延时插件

① cd /usr/lib/rabbitmq/lib/rabbitmq_server-3.8.11/plugins
② wget
https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/releases/download/3.8.9/
rabbitmq_delayed_message_exchange-3.8.9-0199d11c.ez
③启用 rabbitmq_delayed_message_exchange
rabbitmq-plugins enable rabbitmq_delayed_message_exchange
④重启 rabbitmq
service rabbitmq-server restart 或者 rabbitmq-server restart
⑤ 声明一个 x-delayed-message 类型的 Exchange 来使用
delayed-messaging 特性。 x-delayed-message 是插件提供的类型，并不是
RabbitMQ 本身的（区别于 direct、topic、fanout、headers）
在这里插入图片描述
本质：定时器取出过期消息，违背了队列先进先出的原则，经延时插件路由到延时队列。要求消息实现持久化

7. 高可用集群方案

RabbitMQ集群里，至少有一个磁盘节点，它用来持久保存我们的元数据，如果RabbitMQ是单节点运行，则默认就是磁盘节点。但是为了提高性能，其实不需要所有节点都是disc的节点，根据需求分配即可。

#加入集群时设置节点类型
rabbitmqctlchange_cluster_node_type disc|ram

磁盘节点
将元数据(包括队列名字属性、交换机的类型名字属性、绑定、vhost) 放在磁盘中。未指定类型的情况下，默认为磁盘节点。

内存节点
就是将元数据都放在内存里，内存节点的话，只要服务重启，该节点的所有数据将会丢失。

7.1 普通集群模式

在这里插入图片描述
一个节点作为Master，存储元数据，其它节点作为Slave，从Master复制元数据

7.2 镜像集群模式

一个节点作为Master，存储元数据和数据，其它节点作为Slave，从Master复制元数据和数据。
需要一个负载均衡的组件（例如HAProxy，LVS，Nignx），由负载的组件来做路由。这个时候，只需要连接到负载组件的IP地址就可以

由普通集群模式转变为镜像集群模式的操作：

7.3 基于HAproxy+Keepalived搭建高可用

如果负载的组件也挂了，客户端就无法连接到任意一台MQ的服务器。所以负载软件本身也需要做一个集群(双机热备)。

两个Keepalived抢占一个VIP192.168.8.149。谁抢占到这个VIP，应用就连接到谁，来执行对MQ的负载
在这里插入图片描述
Keepalived挂了一个节点，没有影响，因为BACKUP会变成MASTER，抢占VIP。HAProxy挂了一个节点，没有影响，VIP会自动路由的可用的HAProxy服务，RabbitMQ挂了一个节点，没有影响，HAProxy会自动负载到可用的节点