概念
队列
MQ 全称为Message Queue，消息队列（ MQ ）
是一种应用程序的通信方法。应用程序通过读写入列队的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。
消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。
排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。
AMQP 即 Advanced Message Queuing Protocol
高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。
AMQP 的主要特征是面向消息、队列、路由（包括点对点和发布 / 订阅）、可靠性、安全。
Rabbitmq
·属于一个流行的开源消息队列系统。属于AMQP( 高级消息队列协议 ) 标准的一个实现。是应用层协议的一个开放标准，为面向消息的中间件设计。用于在分布式系统中存储转发 消息，在易用性、扩展性、高可用性等方面表现不俗。
·消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。
·AMQP的主要特征是面向消息、队列、路由（包括点对点和发布 / 订阅）、可靠性、安全RabbitMQ特点。
·使用Erlang编写
·支持持久化
·支持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 的 metadata
元数据可以持久化在 RAM 或 Disc. 从这个角度可以把 RabbitMQ 集群中的节点分成两种 :RAM Node和 Disk Node. RAM Node 只会将元数据存放在RAM Disk node 会将元数据久化到磁盘。
单节点系统就没有什么选择了 , 只允许 disk node, 否则由于没有数据冗余一旦重启就会丢掉所有的配置信息 . 但在集群环境中可以选择哪些节点是 RAM node. 在集群中声明 (declare) 创建exchange queue binding, 这类操作要等到所有的节点都完成创建才会返回 :
如果是内存节点就要修改内存数据，
如果是 disc 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 就可以 , 其它的都可以是 RAMnode. 节点加入或退出集群一定至少要通知集群中的一个 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
环境：
controller01： 192.168.245.167
controller02： 192.168.245.168
controller03： 192.168.245.169
配置dns全局解释器：
vim /etc/resolv.conf
nameserver 192.168.245.167 #连接learn.yunwei.edu的内网
nameserver 223.5.5.5
wget http://download2.yunwei.edu/shell/yum-repo.sh
sh yum-repo.sh
安装rabbitmq和erlang软件包
yum -y install erlang rabbitmq-server.noarch
systemctl start rabbitmq-server.service
systemctl enable rabbitmq-server.service
查看监听端口
netstat -lantp | grep 5672
以上步骤3台都需要进行
配置文件
vim /etc/rabbitmq/rabbitmq-env.conf
controller01：修改guest密码（默认用户为： guest，密码为 guest）
rabbitmqctl change_password guest admin
controller01:编辑 rabbitmq 变量文件
vim /etc/rabbitmq/rabbitmq-env.conf
编辑好之后发送至其他两个节点
scp /etc/rabbitmq/rabbitmq-env.conf controller02:/etc/rabbitmq/
scp /etc/rabbitmq/rabbitmq-env.conf controller03:/etc/rebbitmq/
controller02
vim /etc/rabbitmq/rabbitmq-env.conf
controller03
vim /etc/rabbitmq/rabbitmq-env.conf
所有节点开启rabbitmq的web管理页面
rabbitmq-plugins enable rabbitmq_management
账号：guest
密码：admin
controller01发送selang.cookie到其它节点配置集群 #这一步相当于指定谁是主，谁是从
scp /var/lib/rabbitmq/.erlang.cookie controller02:/var/lib/rabbitmq/
scp /var/lib/rabbitmq/.erlang.cookie controller03:/var/lib/rabbitmq/
controller02和controller03停止应用，并以ram的方式加入chen1节点，之后重启应用
这里的应有指的是rabbitmq服务给我们提供消息队列这个应用，而不是rabbitmq服务
systemctl restart rabbitmq-server.service #因为发送新的配置文件，得重启服务
查看状态是否启用
systemctl restart rabbitmq-server.service
systemctl status rabbitmq-server.service
停止应用
rabbitmqctl stop_app
controller02、controller03加入集群
rabbitmqctl join_cluster --ram rabbit@controller01 #加入集群，以ram形式的节点加入
重启应用
rabbitmqctl start_app
controller01检查集群状态
rabbitmqctl cluster_status
登陆网站验证
http://192.168.245.167:15672/#/
由于其他节点已经加入进去，则密码就与controller'01一致，为admin
其他命令：
1）添加管理员：
rabbitmqctl add_user mqadmin mqadmin
rabbitmqctl set_user_tags mqadmin administrator
rabbitmqctl set_permissions -p / mqadmin “." ".” “.*”
2）更改节点类型（内存型或磁盘型）
rabbitmqctl stop_app
rabbitmqctl change_cluster_node_type disc 或 rabbitmqctl change_cluster_node_type ram
rabbitmqctl start_app
3）从集群移除节点（或者重置节点）
rabbitmqctl stop_app
rabbitmqctl reset
rabbitmqctl start_app
rabbitmqctl cluster_status
4）从某个节点移除集群中其他节点
rabbitmqctl forget_cluster_node rabbit@node3
rabbitmqctl reset
rabbitmqctl start_app
rabbitmqctl cluster_status
注意
- 保证集群中至少有一个磁盘类型的节点以防数据丢失，在更改节点类型时尤其要注意。
- 若整个集群被停掉了，应保证最后一个 down 掉的节点被最先启动，若不能则要使用 forget_cluster_node 命令将其移出集群。
- 若集群中节点几乎同时以不可控的方式 down 了此时在其中一个节点使用 force_boot 命令重启节点。