Message Queue |
概念: |
MQ 全称为 Message Queue, 消息队列( MQ )
是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息(针 对应用程序的数据)来通信,而无需专用连接来链接它们。
消息传递指的是程序之间通过在消息中发送数据进行通信,而不是通过直接调用 彼此来通信,直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程 序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。
排队指的是应用程序通过 队列来通信。队列的使用除去了接收和发送应用程序同 时执行的要求。
- 属于一个流行的开源消息队列系统。属于AMQP( 高级消息队列协议 ) 标准的一个 实现。是应 用层协议的一个开放标准,为面向消息的中间件设计。用于在分布式系统中存储转发消息,在 易用性、扩展性、高可用性等方面表现不俗。
- 消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在,反之亦然。
- AMQP 的主要特征是面向消息、队列、路由(包括点对点和发布 / 订阅)、可靠性、安全。
RabbitMQ特点:
- 使用Relang编写
- 支持持久化
- 支持HA
- 提供C# , erlang,java,perl,python,ruby等的client开发端
RabbitMQ中的概念名词 |
Broker:简单来说就是消息队列服务器实体。
Exchange:消息交换机,它指定消息按什么规则,路由到哪个队列。
Queue:消息队列载体,每个消息都会被投入到一个或多个队列。
Binding:绑定,它的作用就是把exchange和queue按照路由规则绑定起来。
Routing Key:路由关键字, exchange根据这个关键字进行消息投递。
vhost:虚拟主机,一个broker里可以开设多个vhost,用作不同用户的权限分离。
producer:消息生产者,就是投递消息的程序。
consumer:消息消费者,就是接受消息的程序。
channel:消息通道,在客户端的每个连接里,可建立多个channel,每个 channel代表一个会话任务。
RabbitMQ工作原理 |
MQ 是消费 - 生产者模型的一个典型的代表,一端往消息队列中不断写入消息, 而另一端则可以读取或者订阅队列中的消息。 MQ 则是遵循了 AMQP协议的具体 实现和产品。在项目中,将一些无需即时返回且耗时的操作提取出来,进行了异步 处理,而这种异步处理的方式大大的节省了服务器的请求响应时间,从而提高了系 统的吞吐量。
( 1)客户端连接到消息队列服务器,打开一个channel。
( 2)客户端声明一个exchange,并设置相关属性。
( 3)客户端声明一个queue,并设置相关属性。
( 4)客户端使用routing key,在exchange和queue之间建立好绑定关系。
( 5)客户端投递消息到exchange。
( 6) exchange接收到消息后,就根据消息的key和已经设置的binding,进 行消息路由,将消息投递到一个或多个队列里
Rabbitmq 的 metadata |
元数据可以持久化在 RAM 或 Disc. 从这个角度可以把 RabbitMQ 集群中的节 点分成两种 :RAM Node和 Disk Node.
RAM Node 只会将元数据存放在RAM Disk node 会将元数据持久化到磁盘。
单节点系统就没有什么选择了 , 只允许 disk node, 否则由于没有数据冗余一旦 重启就会丢掉所有的配置信息 . 但在集群环境中可以选择哪些节点是 RAM node. 在集群中声明 (declare) 创建 exchange queue binding, 这类操作要等到所有的节 点都完成创建才会返回 :
如果是内存节点就要修改内存数据 , 如果是 disk node 就要等待写磁盘 , 节点过多这里的速度就会被大大的拖慢 .
有些场景 exchang queue 相当固定 , 变动很少 ,那即使全都是 disc node, 也没有 什么影响 . 如果使用 Rabbitmq 做 RPC( RPC :Remote Procedure Call—远程过程 调用), RPC 或者类似 RPC 的场景这个问题就严重了 , 频繁创建销毁临时队列 , 磁盘 读写能力就很快成为性能瓶颈了。所以 , 大多数情况下 , 我们尽量把 Node 创建为 RAM Node. 这里就有一个问题了 , 要想集群重启后元数据可以恢复就需要把集群元 数据持久化到磁盘 , 那需要规划 RabbitMQ 集群中的 RAM Node 和 Disc Node 。
只要有一个节点是 Disc Node 就能提供条件把集群元数据写到磁盘 ,RabbitMQ 的确 也是这样要求的 : 集群中只要有一个 disk node 就可以 , 其它的都可以是 RAM node. 节点加入或退出集群一定至少要通知集群中的一个 disk node 。
如果集群中 disk node 都宕掉 , 就不要变动集群的元数据 . 声明 exchange queue 修改用户权限 , 添加用户等等这些变动在节点重启之后无法恢复 。
有一种情况要求所有的 disk node 都要在线情况在才能操作 , 那就是增加或者移除节 点 .RAM node 启动的时候会连接到预设的 disk node 下载最新的集群元数据 . 如果 你有两个 disk node(d1 d2), 一个 RAM node 加入的时候你只告诉 d1, 而恰好这个 RAM node 重启的时候 d1 并没有启动 , 重启就会失败 . 所以加入 RAM 节点的时候 , 把所有的disk node 信息都告诉它 ,RAM node 会把 disk node 的信息持久化到磁盘 以便后续启动可以按图索骥 .
rabbitmq的搭建 |
一、前期准备
- 准备三台linux系统,搭配好相同的yum源。
- DNS能够解析此三台主机
- 三台系统都设置好ssh免秘钥登录
二、搭建过程
yum install -y erlang rabbitmq-server.noarch systemctl enable rabbitmq-server.service systemctl start rabbitmq-server.service systemctl status rabbitmq-server.service
(2)查看监听端口:
(11)登陆验证:http://192.168.112.139:15672/#/ guest/admin