RabbitMQ

关于什么是rabbitmq，请看另一篇文： http://www.cnblogs.com/boshen-hzb/p/6840064.html 一、新建maven工程：springboot-rabbitmq 二、引入springboot和rabbitmq的依赖 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.springboot.rabbitmq</groupId> <artifactId>springboot-rabbitmq</artifactId> <version>0.0.1-SNAPSHOT</version> <name>springboot-rabbitmq</name> <description>springboot-rabbitmq</description> <parent> <groupId>org

一、安装erlang # 添加仓库 curl -s https://packagecloud.io/install/repositories/rabbitmq/erlang/script.rpm.sh | sudo bash Detected operating system as centos/8. # 安装erlang dnf install erlang 二、导入密钥 rpm --import https://github.com/rabbitmq/signing-keys/releases/download/2.0/rabbitmq-release-signing-key.asc 三、在/etc/yum.repos.d目录下添加rabbitmq.repo文件，内容如下： [bintray-rabbitmq-server] name=bintray-rabbitmq-rpm baseurl=https://dl.bintray.com/rabbitmq/rpm/rabbitmq-server/v3.8.x/el/8/ gpgcheck=0 repo_gpgcheck=0 enabled=1 四、下载rabbitmq wget https://github.com/rabbitmq/rabbitmq-server/releases/download/v3.8.1

##目录 简单实现 消息调度 循环调度 公平调度 消息确认 消息持久化 交换机 - 消息多路分发 交换机简介 匿名交换机 扇形交换机 直连交换机 ##简单实现 使用python语言进行开发，先下载pika库 // send . py import pika connection = pika . BlockingConnection ( pika . ConnectionParameters ( host = "localhost" ) ) channel = connection . channel ( ) channel . basic_publish ( exchange = '' , routing_key = 'hello' , body = 'Hello RabbitMQ' ) print ( "send successful" ) connection . close ( ) // recive import pika conneciton = pika . BlockingConnection ( pika . ConnectionParameters ( host = "localhost" ) ) channel = connetion . channel ( ) channel . queue_declare ( queue = "hello" ) def

这两天研究了一下，OpenStack的工作原理，并着重调研了一下RabbitMQ在OpenStack中扮演的角色。 首先，OpenStack中模块Volume Control、Network Controller、ComputeController以及Scheduler之间的通信是通过AMQP协议实现，消息由RabbitMQ作为中间件转发，以一种RPC（Remote Process Call）的方式进行的。具体可见图 其中用户在dashboard中进行的操作通过Nova.api、Glance.api等调用Volume、Network、ComputeController等模块，上图中是一个逻辑结构，可以看出这种基于RPC的松耦合调用可以不用关心某些模块是否在本机，Openstack的多个模块间可以轻易以分布式的方式解决。 以Nova为例，每一个Nova服务都会在初期建立两个队列，两个队列同时与相同的exchange（名称叫做Nova、类型为Topic）绑定，但是二者的RoutingKey不同也就是Topic不同，格式分别为NODE-TYPE.NODE-ID以及NODE-TYPE，其二者功能也有所不同，并且由于采用RPC结构，所以当操作完成，结果会以Direct的方式回复给服务调用方。该流程是RabbitMQ在Openstack中实现的核心思想，具体图示如下：

这两天研究了一下，OpenStack的工作原理，并着重调研了一下RabbitMQ在OpenStack中扮演的角色。 首先，OpenStack中模块Volume Control、Network Controller、ComputeController以及Scheduler之间的通信是通过AMQP协议实现，消息由RabbitMQ作为中间件转发，以一种RPC（Remote Process Call）的方式进行的。具体可见图 其中用户在dashboard中进行的操作通过Nova.api、Glance.api等调用Volume、Network、ComputeController等模块，上图中是一个逻辑结构，可以看出这种基于RPC的松耦合调用可以不用关心某些模块是否在本机，Openstack的多个模块间可以轻易以分布式的方式解决。 以Nova为例，每一个Nova服务都会在初期建立两个队列，两个队列同时与相同的exchange（名称叫做Nova、类型为Topic）绑定，但是二者的RoutingKey不同也就是Topic不同，格式分别为NODE-TYPE.NODE-ID以及NODE-TYPE，其二者功能也有所不同，并且由于采用RPC结构，所以当操作完成，结果会以Direct的方式回复给服务调用方。该流程是RabbitMQ在Openstack中实现的核心思想，具体图示如下：

这两天研究了一下，OpenStack的工作原理，并着重调研了一下RabbitMQ在OpenStack中扮演的角色。 首先，OpenStack中模块Volume Control、Network Controller、ComputeController以及Scheduler之间的通信是通过AMQP协议实现，消息由RabbitMQ作为中间件转发，以一种RPC（Remote Process Call）的方式进行的。具体可见图 其中用户在dashboard中进行的操作通过Nova.api、Glance.api等调用Volume、Network、ComputeController等模块，上图中是一个逻辑结构，可以看出这种基于RPC的松耦合调用可以不用关心某些模块是否在本机，Openstack的多个模块间可以轻易以分布式的方式解决。 以Nova为例，每一个Nova服务都会在初期建立两个队列，两个队列同时与相同的exchange（名称叫做Nova、类型为Topic）绑定，但是二者的RoutingKey不同也就是Topic不同，格式分别为NODE-TYPE.NODE-ID以及NODE-TYPE，其二者功能也有所不同，并且由于采用RPC结构，所以当操作完成，结果会以Direct的方式回复给服务调用方。该流程是RabbitMQ在Openstack中实现的核心思想，具体图示如下：

文档更新记录： 1、2019.07.10，原始文档提交； 2、2019.08.07，更新环境准备部分三节点NTP同步配置。 一、测试环境准备 主机节点准备及网络规划 我物理节点是一台塔式服务器，40核CPU，64G内存，SSD盘800G，HDD盘4T。 操作系统：win7 x64 虚拟化软件：VMware WorkStation 11 系统环境准备 --最小化安装CentOS7.2系统（CentOS-7-x86_64-Minimal-1511.iso） --关闭防火墙、关闭SELinux systemctl stop firewalld.service systemctl disable firewalld.service --关闭SELinux setenforce 0 sed -i 's/SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config 分别在三台节点上更改hostname hostnamectl set-hostname controller1 hostnamectl set-hostname compute1 hostnamectl set-hostname cinder 然后每个节点配置/etc/hosts文件： 10.1.1.120 controller1 10.1.1.121 compute1 10.1

RabbitMQ是一个消息代理：它接受和转发消息。你可以把它想象成一个邮局：当你把你想寄出的邮件放进一个邮箱里时，你可以确信邮件的收件人最终会收到邮件。在这个类比中，RabbitMQ是一个邮箱、一个邮局和一个邮递员。 RabbitMQ与邮局的主要区别在于，它不处理纸张，而是接受、存储和转发二进制的数据信息块。 RabbitMQ分为三大主体：生产者、消息队列、消费者。 请注意，生产者、消费者和代理不必驻留在同一主机上；事实上，在大多数应用程序中，它们不必驻留在同一主机上。应用程序也可以既是生产者又是消费者。 AMQP协议 Broker：接收和分发消息的应用，消息中间件的系统。 Virtual host：同一个RabbitMQ可以划分出多个虚拟主机，不同用户可以在不同的虚拟主机上创建自己的EXChange，queue。 Connection：publisher/consumer和broker之间的TCP连接，通过Socket进行获取inpustream和outputstream。连接断开操作只会在client端进行，broker不会断开连接。除非网络中断或者broker服务端故障。 Channel：信道，如果每一次访问RabbitMQ都建立一次连接，在消息量大的情况下建立TCP，Connection很消耗资源，而且效率很低。Channel是在Connection内部建立连接逻辑

现在我们已经知道，我们可以通过在运行jar时提供一系列的参数来定制SpingBoot为我们默认做好的设置。如果我们要定制的属性很多，在实际开发中，你可能会需要覆盖上百个SpringBoot的默认设置，如果这些设置写在java -jar 运行命令中一点都不优雅，也不利于维护。那如何是好？ SpringBoot提供了专门的属性配置文件和配置接口。 SpringBoot默认加载的属性配置文件名称为application，就像你用Spring框架一样，也有一个全局的配置文件。 你可以在resource目录下创建application.properties，把需要定制的SpringBoot属性写入其中， 比如你要修改SpringBoot启动的默认端口，就加入server.port属性；要修改redis的默认端口，可以加入spring.redis属性；要修改rabbitmq的连接地址，可以加入spring.rabbitmq.host属性，就像这样： 重启项目后，就看到默认端口已经修改为8081。这跟使用启动命令java -jar运行道理是一样的，只不过看起来更利于维护。如果你觉得就这么几个参数，直接写在启动命令中岂不更省事？实际项目中需要进行设置的内容往往很多，甚至还要复杂。 因此，自己定义application.properties来管理框架定制属性的意义就很重要了。 而且

默认内存阈值设置为 已安装RAM的40％ ；默认情况下，当RabbitMQ服务器使用超过40％的已安装RAM时， 它会引发内存警报并阻止所有正在发布消息的连接 。一旦内存警报清除（例如，由于 服务器将消息分页到磁盘或将其传递给仅消耗的客户端 ），正常服务将恢复。 1.临时修改占用内存比例 示例： #rabbitmqctl set_vm_memory_high_watermark 0.6 2.永久修改占用内存 示例： 在rabbitmq配置文件中修改vm_memory_high_watermark配置项；但是rabbitmq不提供主配置文件，需要自己编写； 编写文件如下： #vi rabbitmq.config 来源： https://www.cnblogs.com/llwxhn/p/12436238.html