本文介绍了Openstack如何依赖RabbitMQ作为消息队列，以及当RabbitMQ出现问题时对Openstack的影响。通过启用RabbitMQ的管理插件，可以直观地监控其状态，重点关注未确认消息（Unacked Message）。当Unacked Message不为0并持续增长时，表明存在严重问题，需要进一步分析并解决问题。文中还分享了一个实际案例，展示了如何通过监控找到问题源头并解决。
加粗样式
在讲Openstack 与 RabbitMQ 之间的关系前， 先简单的了解一下 市面上常用的几个消息队列软件，如图所示：
在 Nova 节点上RabbitMQ 的架构图
OpenStack 通常用 RabbitMQ 实现消息队列，几乎所有的 OpenStack 模块都会用到 RabbitMQ，如果 RabbitMQ 挂了，OpenStack 也就瘫了，可以说它是比较重要的组件。
本节我们就来讨论如何监控 RabbitMQ 的状态，介绍一个非常简单高效的方法。
启用 RabbitMQ 管理 plugin
默认安装中，我们只能用命令 rabbitmqctl 监控 RabbitMQ，比如：rabbitmqctl list_queues，rabbitmqctl list_exchanges 等子命令。这种方式不太直观，效率不高。
好在 RabbitMQ 有一个管理 plugin，提供了图形管理界面，可以在运行 RabbitMQ 的节点（一般是控制节点）执行下面的命令启用。
rabbitmq-plugins enable rabbitmq_management
然后还需要创建一个 用户，用来登录管理控制台了。
rabbitmqctl add_user user_admin passw
最低0.47元/天 解锁文章
扫一扫
290
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
