原文:RabbitMQ入门教程(十四):RabbitMQ单机集群搭建
版权声明:本文为博主原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。
分享一个朋友的人工智能教程。比较通俗易懂,风趣幽默,感兴趣的朋友可以去看看。
集群简介
理解集群先理解一下元数据
- 队列元数据:队列的名称和声明队列时设置的属性(是否持久化、是否自动删除、队列所属的节点)
- 交换机元数据:交换机的名称、类型、属性(是否持久化等)
- 绑定元数据:一张简单的表格展示了如何将消息路由到队列。包含的列有 交换机名称、交换机类型、路由键、队列名称等
- vhost元数据:为vhost内队列、交换机和绑定提供命名空间和安全属性
一个队列的完整内容包括队列的元数据和队列的内容
绑定表类似于下图
单节点RabbitMQ
Rabbit集群的四种方式:单主集群、普通集群、镜像集群、主从集群
Erlang的集群是通过Erlang cookie(.erlang.cookie文件)的方式来允许互相通信
单机集群:就是在一台物理机器上启动多个节点,每个节点作为作为集群的一部分。此种方式只适合在学习的时候玩一下,或者在验证在生产环境中出现特殊情况的现象,在实际情况下不会使用单机集群,因为如果服务器宕机了整个服务器将完全不能再使用。
普通集群:这里指的每台物理机器作为一个节点,此种模式消息只存在其中一个节点上,集群中的其他节点仅有相同的元数据(即队列元数据),当拥有消息的节点宕机了,那么其他节点就无法获取故障节点中尚未消费的消息,如果故障节点使用了持久化,那只能等故障节点恢复后才能从该节点上的队列进行消费,如果没有持久化,那么所有消息将丢失。例如消费者A连接到节点1,但是队列内容并不在节点1上,可以通过消费者所消费的队列找到该队里所在的节点,然后从该节点上获取消息,返回给消费者。
镜像集群:与普通集群不同,镜像集群会把对垒结构和消息都同步到每个节点。该模式的好处就是随便连接到哪个节点都能获取到消息,坏处是,当队列数量很多,消息也很多的时候,集群内部的网络带宽将会被这种同步通讯大量的消耗掉,此种模式用于可靠性要求较高的场合中。
主从集群warren: 是指一对主备独立服务器,并设置一台负载均衡器来处理故障转移,使用HAproxy设置备用服务器很简单,使用backup来标记一下,只有当主服务器不可用时才使用备用服务器。
// 每5秒对服务器进行健康检查,后台服务器失败3次之后被认为不可用,也就是15秒后消费者会连接到备用服务器
server rabbit 127.0.0.1:5672 check inter 5000 rise 2 fall 3
server rabbit1 127.0.0.1:5673 backup check inter 5000 rise 2 fall 3
- 1
- 2
- 3
内存节点RAM和磁盘节点disk
- 内存节点:将所有的队列、交换机、绑定、用户、权限、vhost的元数据都存储在内存中 。内存节点更快
- 磁盘节点:将数据存放在磁盘上。磁盘节点需要保存集群的配置信息
单节点系统只允许磁盘节点,否则每次重启所有数据将会丢失。 一个集群至少有一个节点是磁盘节点,其他节点可以都是内存节点,当节点加入或者离开集群时都要将变更通知到至少一个磁盘节点。实际使用时至少要两个磁盘节点,原因是如果只有一个磁盘节点,恰巧磁盘节点崩溃了,那么RabbitMQ将不能创建队列、创建交换机、创建绑定、添加用户、更改权限、添加或删除节点等操作,可以正常的发布和消费消息。 在实际使用经常将集群的配置放到磁盘节点上来保存。
单机集群搭建详细步骤
第一步:为每个节点配置节点名称和端口号
- 配置第一个节点
// 启动第一个节点,节点名称为rabbit@MacOSX
// MacOSX是我的机器名,这里可以改成自己的机器名或者用localhost
RABBITMQ_NODE_PORT=5672 RABBITMQ_NODENAME=rabbit@MacOSX rabbitmq-server
- 1
- 2
- 3
- 配置第二个节点
// 启动第二个节点, 节点名称为rabbit1@MacOSX,这里使用-detached后台模式启动
RABBITMQ_NODE_PORT=5673 RABBITMQ_SERVER_START_ARGS="-rabbitmq_management listener [{port,15673}] -rabbitmq_stomp tcp_listeners [61614] -rabbitmq_mqtt tcp_listeners [1884]" RABBITMQ_NODENAME=rabbit1 rabbitmq-server -detached
- 1
- 2
- 配置第三个节点
// 启动第三个节点,节点名称为rabbit2@MacOSX
RABBITMQ_NODE_PORT=5674 RABBITMQ_SERVER_START_ARGS="-rabbitmq_management listener [{port,15674}] -rabbitmq_stomp tcp_listeners [61615] -rabbitmq_mqtt tcp_listeners [1885]" RABBITMQ_NODENAME=rabbit2 rabbitmq-server -detached
- 1
- 2
- 所有节点启动成功后可以登录RabbitMQ Management看一下
第二步:将rabbit1加入到rabbit中
// 加入集群时可以指定是磁盘模式还是内存模式,默认是disk,可以通过--ram来指定
rabbitmqctl -n rabbit1@MacOSX stop_app
rabbitmqctl -n rabbit1@MacOSX reset
rabbitmqctl -n rabbit1@MacOSX join_cluster rabbit@MacOSX
rabbitmqctl -n rabbit1@MacOSX start_app
- 1
- 2
- 3
- 4
- 5
// 查看指定节点的状态
rabbitmqctl status -n rabbit1
- 1
- 2
第三步:将rabbit2加入到rabbit中
rabbitmqctl -n rabbit2@MacOSX stop_app
rabbitmqctl -n rabbit2@MacOSX reset
rabbitmqctl -n rabbit2@MacOSX join_cluster rabbit@MacOSX --ram
rabbitmqctl -n rabbit2@MacOSX start_app
// 查看集群的状态
rabbitmqctl cluster_status -n rabbit@MacOSX
- 1
- 2
- 3
- 4
- 5
- 6
- 7
HAProxy负载均衡
1. 安装
brew install haproxy
// 查看haproxy版本
haproxy -version
- 1
- 2
- 3
- 4
2. 配置haproxy.cfg
在usr/local/Cellar/haproxy/目录下创建haproxy.cfg文件,并进行配置( 如果要使用warren方式,要配置成主备模式只需要在备用服务器上使用backup标记一下即可)
global
log 127.0.0.1 local0 info #[日志输出配置,所有日志都记录在本机,通过local0输出]
maxconn 4096 #默认最大连接数,需考虑ulimit-n限制
defaults # 默认负载均衡配置
log global
mode tcp #默认的模式mode { tcp|http|health },tcp是4层,http是7层,health只会返回OK
option tcplog
option dontlognull #不记录健康检查日志信息
retries 3 #三次连接失败就认为是服务器不可用,也可以通过后面设置
option abortonclose #当服务器负载很高的时候,自动结束掉当前队列处理比较久的链接
maxconn 2000 #默认的最大连接数
timeout connect 5000ms #连接超时
timeout client 12000ms #客户端超时
timeout server 12000ms #服务器超时
listen rabbitmq_local_cluster
mode tcp
bind 127.0.0.1:5670 # 前端IP, 供消费者和生产者使用
balance roundrobin # 负载均衡方式, 轮询方式
server rabbit 127.0.0.1:5672 check inter 5000 rise 2 fall 3
server rabbit1 127.0.0.1:5673 check inter 5000 rise 2 fall 3
server rabbit2 127.0.0.1:5674 check inter 5000 rise 2 fall 3
# 数据统计页面
listen private_monitoring
mode http
bind 127.0.0.1:8100
option httplog
stats enable
stats uri /stats
stats refresh 5s
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
3. 启动HAProxy
/usr/local/Cellar/haproxy/1.8.1/bin/haproxy -f /usr/local/Cellar/haproxy/haproxy.cfg
- 1
4. 访问数据统计页面http://localhost:8100/stats
public class Consumer1 {
@Test
public void testBasicConsumer1() throws Exception{
ConnectionFactory factory = new ConnectionFactory();
factory.setVirtualHost("/");
// ip和port为HAProxy的地址和端口
factory.setHost("127.0.0.1");
factory.setPort(5670);
factory.setUsername("guest");
factory.setPassword("guest");
Connection connection = factory.newConnection();
final Channel channel = connection.createChannel();
String EXCHANGE_NAME = "exchange.direct";
String QUEUE_NAME = "queue_name";
channel.exchangeDeclare(EXCHANGE_NAME, BuiltinExchangeType.DIRECT);
channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "key");
Consumer consumer = new DefaultConsumer(channel) {
@Override
public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
String message = new String(body, "UTF-8");
System.out.println(message);
}
};
channel.basicConsume(QUEUE_NAME, true, consumer);
Thread.sleep(100000);
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
常见错误
在集群中,在使用rabbitmqctl命令时经常会报错,在使用rabbitmqctl命令时,首先会启动erlang集群,而erlang集群需要保证.erlang.cookie内容保持一致,此时如果cookie不一致,会导致rabbitmqctl命令报错;rabbitmqctl还会启动erlang的mnesia数据库,而数据在启动时会查找一个和主机名相同的schema, 所以要保证这个schema的名字和当前主机名字保持一致,如果不一致mnesia数据库就启动不起来,就会导致rabbitmqctl报错,所以解决rabbitmqctl报错可以从两方面入手,一是cookie值是否相同,二是主机名是否和mnesia的schema是否相同。
- Error: unable to connect to node rabbit@localhost: nodedown
- ERROR: node with name “rabbit” already running on “localhost”
首先检查cookie值是否相同:首先确认一下报错时会显示cookie hash:xxxxx的值是否和~/.erlang.cookie文件中的内容是否一致,如果不一致将报错提示的cookie hash值覆盖掉~/.erlang.cookie的内容,注意.erlang.cookie可能没有修改权限,需要先修改一下文件的权限chmod 777 .erlang.cookie (我就是用这种方式解决的)。
检查主机名是否和mnesia中的schema的名字是否一致,注意查看/usr/local/var/log/rabbitmq/rabbit@<.log 这个日志文件,日志中会打印启动的一些参数,如mnesia的目录位置,我的位置是/usr/local/var/lib/rabbitmq/mnesia/rabbit@MacOSX,如果不一致,将自己机器的主机名改成mnesia中的名字,好像直接删除mnesia中子目录的所有文件也能解决问题, 在rabbitmq-env.conf中发现了一个配置节点名字的配置NODENAME=rabbit@localhost , 在使用rabbitmqctl命令时经常报主机名称不匹配,估计和这有很大的关系。在单机模式下建立集群,建议别使用主机名了,使用localhost代替主机名,估计会减少问题的发生。
rabbitmq启动日志
=INFO REPORT==== 5-Dec-2017::18:13:24 ===
node : rabbit@MacOSX
home dir : /Users/mengday
config file(s) : /usr/local/etc/rabbitmq/rabbitmq.config
cookie hash : 00v11sjZSBSIWTJU/BkuFg==
log : /usr/local/var/log/rabbitmq/rabbit@MacOSX.log
sasl log : /usr/local/var/log/rabbitmq/rabbit@MacOSX-sasl.log
database dir : /usr/local/var/lib/rabbitmq/mnesia/rabbit@MacOSX
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
rabbit@localhost:
* connected to epmd (port 4369) on localhost
* epmd reports node 'rabbit' running on port 25672
* TCP connection succeeded but Erlang distribution failed
* Hostname mismatch: node "rabbit@MacOSX" believes its host is different. Please ensure that hostnames resolve the same way locally and on "rabbit@MacOSX"
- 1
- 2
- 3
- 4
- 5
- 6
其他网上找到的答案有人说重启一下就好了,可以试一下,并不好使
// 方式一
rabbitmq-server stop
rabbitmq-server start
- 1
- 2
- 3
// 方式二
ps ax | grep rabbit
kill -9 PID
- 1
- 2
- 3
- {error,“Cookie file /Users/mengday/.erlang.cookie must be accessible by owner only”}
该错是由于.erlang.cookie权限的原因造成的,需要修改权限chmod 400 .erlang.cookie
分享一个朋友的人工智能教程。比较通俗易懂,风趣幽默,感兴趣的朋友可以去看看。