赞
踩
目录
本地Ubuntu虚拟机,用devstack搭建的OpenStack环境。
1. 无法进入rabbitmq web界面
原因:
没有打开rabbitmq_management 插件,需要执行命令rabbitmq-plugins enable rabbitmq_management
2. 查看/etc/nova/nova.conf中的配置文件(rabbit://stackrabbit:6946895e654b5e05f4b6@192.168.117.156:5672),将用户名(stackrabbit)和密码(6946895e654b5e05f4b6)输入192.168.117.156:15672界面中,发现提示登录失败。
查看日志文件/var/log/rabbitmq/rabbit\@jorh-virtual-machine.log 有相应的错误提示:- Not management user
原因:当前账号没有administrator权限,需要通过rabbitmqctl set_tags username administrator设置权限,可以通过rabbitmqctl list_users查看当前的用户是否有administrator权限。
所有MQ产品从模型抽象上来说都是一样的。
消费者(consumer)订阅某个队列。生产者(producer)创建消息,然后发布到队列(queue)中,最后将消息发布到监听的消费者。
上面只是最简单抽象的描述,具体到RabbitMQ则有更详细的概念需要解释。上面介绍过RabbitMQ是AMQP协议的一个开源实现,座椅其内部实际上也是AMQP中的基本概念:
生产消息实体(publisher)通过TCP连接向rabbitmq服务(5672端口)发送消息,里面包含topic和message;在rabbitmq中,会根据该消息的topic分到不同的broker中,每个broker包含不同的Exchange(即不同的topic),Exchange又绑定相应的queue。转发到对应的Exchange之后,又会根据Exchange的类型不同(fanout,direct,topic,header等)转发到对应的queue中。queue对应的是一个消费者(consumer)获取消息的通道,consumer和rabbitmq服务也是通过tcp服务连接的。channel的概念就是复用一条TCP连接所产生的出来的概念。消费者从queue中取出消息之后,会通过channel进行传输。
有以下几个概念需要明确:
1. Message
RabbitMQ转发的二进制对象,是由消息头(Headers)、属性(properties)和消息体(data)组成。消息体是不透明的,而消息头则由一系列的可选属性组成,这些属性包括routing-key(路由键)、priority(相对于其他消息的优先级)、delivery-mode(之处该消息可能需要持久性存储)等。
2. publisher/Producer
消息的生产者,也是一个向交换器(exchange)发布消息的客户端应用程序。
3. Consumer
消息的消费者,表示一个从消息队列中取得消息的客户端应用程序。
4. Exchange
交换器,用来接收生产者发送的消息,并将这些消息路由给服务器中的队列。
5. Binding
绑定,用于消息队列和交换器之间的关联。一个绑定就是基于路由键将交换器和消息队列连接起来的路由规则,所以可以将交换器理解成一个卤藕绑定构成的路由表。
6. Queue
消息队列,用来保存消息直到发送给消费者。它是消息的容器,也是消息的终点。一个消息可投入一个或多个队列。消息一直在队列里面,等待消费者连接到这个队列将其取走。
OpenStack的一些queue如下所示:
queue的属性:
attribute | type | describe |
name | string | queue的名称 |
durability | bool | queue是否持久化 |
exclusive | bool | 当消费者断开连接后是否删除该队列 |
auto-delete | bool | 当所有消费客户端连接断开后,是否自动删除队列 |
argumets | object | 使用broker-specific时候的参数 |
7. Connection
网络连接,比如一个TCP连接。连接支持TLS(SSL),并且需要显示关闭。
8. Channel
信道,多路复用连接中的一条独立的双向数据流通道。信道是建立在真实的TCP连接的虚拟机连接,AMQP命令都是通过信道发送出去的,不管是发布消息,订阅队列还是接收消息,这些动作都是通过信道完成的。因为对于操作系统来说建立和销毁TCP都是非常昂贵的开销,所以引入了信道的概念,以复用一条TCP连接。
9. Virtual Host
虚拟主机,表示一批交换器、消息队列和相关对象;RabbitMQ用来进行资源隔离的机制。虚拟主机是共享相同的身份认证和加密环境的独立服务器域。每个vhost本质上就是一个mini版的RabbitMQ服务器,拥有自己的队列、交换器、绑定和权限机制。vhost是AMQP概念的基础,必须在连接时指定,RabbitMQ默认的vhost是/。
10. Broker
表示消息队列服务器实体,也可以理解为代理,不管消费者还是生产者,都需要连接到broker,才能进行生产消费。
Exchange分发消息时根据类型的不同分发策略有所区别,目前共有四种类型:direct、fanout、topic、headers。headers匹配AMQP消息的header而不是路由键,此外headers交换器和direct交换器完全一致,但性能差很多,目前几乎用不到了,所以直接看另外三种类型:
1. direct
消息中的路由键(routing key).如果和Binding中的bingding key一致,交换器九江消息发送到对应的列表中。路由键与队列名完全匹配,如果一个队列绑定到交换机要求路由键为“dog”,则只转发routing key标记为“dog”的消息,不会转发“dog.puppy”,也不会转发“dog.guard”等等。它是完全匹配、单播的模式。
在OpenStack中,显示的就是:
- rabbitmqctl list_queues |grep compute.con
- compute.control01 0
- compute.control03 0
- compute.control02 0
2. fanout
每个发到fanout类型交换器的消息都会分到所有绑定的队列上。fanout交换器不处理路由键,只是简单的将队列绑定到交换器上,每个发送到交换器的消息都会被转发到与该交换器绑定的所有队列上。类似于网上的广播,每台子网内的主机都获得了一份复制的消息。fanout类型转发消息是最快的。
3. topic
topic交换器通过模式匹配分配消息的路由键属性,将路由键和某个模型进行匹配,此时队列需要绑定到一个模式上。他将路由键和绑定键的字符串切分成单词,这些单词之间用点隔开。它同样也会识别两个通配符:符号“#”和“”。#匹配0个或多个单词,“”匹配一个单词。
1. 命令格式
- rabbitmqctl [-n][-q][]
-
- -n node 默认node名称是rabbit@server,例如Status of node 'rabbit@jorh-virtual-machine'
-
- -q 安静输出模式,信息会被禁止输出
2. 基础命令
- stop 停止在erlang node上运行的rabbitmq,会使rabbitmq停止
-
- stop_app 停止erlang node上的rabbitmq的应用,但是erlang node还是会继续运行的
-
- start_app 启动erlang node上的rabbitmq的应用
-
- wait <pid_file>等待rabbitmq服务启动
-
- reset 初始化node状态,会从集群中删除该节点,从数据管理库中删除所有数据,例如vhosts等,在初始化之前rabbitmq的应用必须先停止
-
- force_reset 无条件的初始化node状态
-
- rotate_logs 轮转日志文件
3. 集群管理
join_cluster [--ram]
cluster_status
- stop_app
-
- change_cluster_node_type_disc | ram
-
- start_app
forget_cluster_node [--offline]
update_cluster_nodes clusternode
sync_queue queue
cancel_sysc_queue queue
4. 用户管理命令
- (1) 在rabbitmq的内部数据添加用户
- add_user
- (2) 删除一个用户
- delete_user
- (3) 改变用户密码(也是改变web管理登录密码)
- change_password
- (4) 清除用户的密码,该用户将不能使用密码登录,但是可以通过SASL登录,如果配置了SASL认证的情况下:
- clear_password
- (5) 设置用户tags
- set_user_tags
- (6) 列出用户
- list_users
- (7) 创建一个vhosts
- add_vhost
- (8) 删除一个vhost
- delete_vhost
- (9) 列出vhosts
- list_vhosts[…]
- (10) 针对一个vhosts给用户赋予相关权限
- set_permissions[-p]
- (11) 清除一个用户对vhosts的权限
- clear_permission[-p]
- (12) 列出哪些用户可以访问该vhosts
- list_permissions[-p]
- (13) 列出该用户的访问权限
- list_user_permissions
5. queues&&exchanges状态信息
- (1) 返回queue的信息,如果忽略了-p参数,则默认显示的是“/vhosts”的信息
- list_queues [-p][…]
- (2) 返回exchange的信息
- list_exchanges[-p][…]
- (3) 返回绑定信息
- list_binding[-p][…]
- (4) 返回链接信息
- list_connections[…]
- (5) 返回目前所有的channels
- list_channels[…]
- (6) 返回consumers
- list_consumers[-p]
- (7) 显示broker的状态
- status
- (8) 显示环境参数的信息
- environment
- (9) 返回一个服务状态report
- report
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。