• 博客访问: 3536110
  • 博文数量: 295
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 7302
  • 用 户 组: 普通用户
  • 注册时间: 2016-07-06 14:28
  • 认证徽章:
个人简介

阿里巴巴是个快乐的青年

文章分类

全部博文(295)

文章存档

2017年(2)

2016年(5)

2015年(17)

2014年(77)

2013年(193)

2012年(1)

微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

订阅
热词专题
友情链接

分类: 高性能计算


一、集群简介

      一个RabbitMQ broker是一个或者几个Erlang节点的一个逻辑分组,每个节点运行着RabbitMQ应用和共享用户、虚拟主机、队列、交换机等等。有时候我们把这些节点集合作为集群。

      为了做到可靠、可扩展和ACID属性,所有数据或者状态都需要RabbitMQ broker复制到所有节点。对此,一个例外是消息队列,默认驻留在创建它们的节点上,虽然它们对于所有节点都是可访问和可见的。通过节点在集群内复制队列,可以参见这里(需要注意的是首先必须是集群)。

      RabbitMQ不能很好的处理分区容忍,所以它不能用于WAN。shovel或者federation插件很能很好的解决这个问题。

    集群的配置能够被动态地改变。所有RabbitMQ broker在一个单独的节点上开始运行,这些节点能够被加入到集群中,随后又能转换成单独的broker。

      RabbitMQ broker容忍个别节点的失败。节点能够被随意的启动和停止。

一个节点可以是磁盘节点或者内存节点(注意:diskdisc在使用上是可交换的,配置语法或者状态消息通常使用disc)。内存节点保持它们的状态仅仅在内存中(队列内容除外,如果队列持久化或者太大不能放在内存中则驻留在磁盘上)。磁盘节点保持状态在内存中和磁盘上。内存节点不会像磁盘节点一样写入到磁盘,因此性能更佳。然而,需要注意的是队列数据一直存储在磁盘上,性能的提升仅仅影响到资源管理(例如:添加/删除队列、交换机、或者虚拟机),而不是发布和消费速度。因为状态复制到集群内所有节点,所以集群内可以只有一个磁盘节点(但是不推荐)用于存储集群状态。

 

二、集群副本

接下来是一个设置和操作RabbitMQ集群的副本,其通过三台机器构成一个集群,分别是rabbit1、rabbit2、rabbit3,其中两台机器复制数据到内存和磁盘,另外一台仅仅复制数据到内存中。

我们假设用户登录到所有的三台机器上,RabbitMQ已经安装到机器上了,rabbitmq-server和rabbitmqctl脚本已经在用户PATH里了。

1、初始化设置

Erlang节点使用cookie来检测它们之间是否允许通信,如果两个节点能够通信,那么它们必须拥有相同的cookie。

Cookie仅仅是一个含有文字与数字的字符串,如果你喜欢其可以是long或者short。

RabbitMQ服务器启动的时候,Erlang将自动创建随机cookie文件。这个文件一般位于/var/lib/rabbitmq/.erlang.cookie。最简单的方式是允许其中一个节点创建cookie文件,然后将其拷贝到集群内所有其它节点。

作为一种选择,你可以在调用rabbitmq-server和rabbitmqctl脚本时插入选项“-setcookie cookie”。

2、启动独立节点

      用正常的方式在所有节点上启动RabbitMQ,具体如下:

rabbit1$ rabbitmq-server -detached

rabbit2$ rabbitmq-server -detached

rabbit3$ rabbitmq-server -detached

      如此,则创建了三个独立的RabbitMQ broker,每个节点上一个,可以通过如下命令查看集群状态:

rabbit1$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit1 ...
[{nodes,[{disc,[rabbit@rabbit1]}]},{running_nodes,[rabbit@rabbit1]}]
...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit2]}]},{running_nodes,[rabbit@rabbit2]}]
...done.
rabbit3$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit3 ...
[{nodes,[{disc,[rabbit@rabbit3]}]},{running_nodes,[rabbit@rabbit3]}]
...done.

3、创建集群

      为了将三个节点连入集群中,我们将其中两个节点加入到第三个节点的集群中,比如:将rabbit@rabbit2和rabbit@rabbit3加入到rabbit@rabbit1。

      我们首先将rabbit@rabbit2作为内存节点加入到rabbit@rabbit1的集群中,如下操作即可达到目的:

rabbit2$ rabbitmqctl stop_app
Stopping node rabbit@rabbit2 ...done.
rabbit2$ rabbitmqctl join_cluster --ram rabbit@rabbit1
Clustering node rabbit@rabbit2 with [rabbit@rabbit1] ...done.
rabbit2$ rabbitmqctl start_app
Starting node rabbit@rabbit2 ...done.

      需要注意的是加入一个集群会隐式重启该节点,因此节点上之前存在的资源和数据都会被删除。

      在任意节点上运行rabbitmqctl cluster_status都会看到这两个节点已经一个集群中了,具体如下:

rabbit1$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit1 ...
[{nodes,[{disc,[rabbit@rabbit1]},{ram,[rabbit@rabbit2]}]},
 {running_nodes,[rabbit@rabbit2,rabbit@rabbit1]}]
...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit1]},{ram,[rabbit@rabbit2]}]},
 {running_nodes,[rabbit@rabbit1,rabbit@rabbit2]}]
...done.

      现在我们可以将rabbit@rabbit3以磁盘节点模式加入相同的集群。加入步骤跟上面类似,但不同的是要删除—ram标志,因为默认就是磁盘节点模式。实际上,在将节点加入集群时,可以选择集群内任何在线节点,而不一定是rabbit@rabbit1,这里选择的就是rabbit@rabbit2,具体请看如下:

rabbit3$ rabbitmqctl stop_app
Stopping node rabbit@rabbit3 ...done.
rabbit3$ rabbitmqctl join_cluster rabbit@rabbit2
Clustering node rabbit@rabbit3 with rabbit@rabbit2 ...done.
rabbit3$ rabbitmqctl start_app
Starting node rabbit@rabbit3 ...done.

      同样,在任意节点上运行rabbitmqctl cluster_status都会看到这三个节点已经一个集群中了,具体如下:

rabbit1$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit1 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit3]},{ram,[rabbit@rabbit2]}]},
 {running_nodes,[rabbit@rabbit3,rabbit@rabbit2,rabbit@rabbit1]}]
...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit3]},{ram,[rabbit@rabbit2]}]},
 {running_nodes,[rabbit@rabbit3,rabbit@rabbit1,rabbit@rabbit2]}]
...done.
rabbit3$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit3 ...
[{nodes,[{disc,[rabbit@rabbit3,rabbit@rabbit1]},{ram,[rabbit@rabbit2]}]},
 {running_nodes,[rabbit@rabbit2,rabbit@rabbit1,rabbit@rabbit3]}]
...done.

      按上述步骤,只要集群处于运行状态,我们可以随时加入一个新的节点到集群中。

4、改变节点类型

      我们能改变将节点类型从内存改为磁盘,反之亦然。我们可以使用rabbitmqctl change_cluster_node_type命令来改变节点类型,但节点必须先rabbitmqctl stop_app。接下来的实例演示如何将上面集群中的rabbit@rabbit2改为磁盘节点,rabbit@rabbit3改为内存节点:

rabbit2$ rabbitmqctl stop_app
Stopping node rabbit@rabbit2 ...done.
rabbit2$ rabbitmqctl change_cluster_node_type disc
Turning rabbit@rabbit2 into a disc node ...
...done.
Starting node rabbit@rabbit2 ...done.
rabbit3$ rabbitmqctl stop_app
Stopping node rabbit@rabbit3 ...done.
rabbit3$ rabbitmqctl change_cluster_node_type ram
Turning rabbit@rabbit3 into a ram node ...
rabbit3$ rabbitmqctl start_app
Starting node rabbit@rabbit3 ...done.

5、重启集群节点

      集群中的节点可以随时被停在,当然崩溃也没问题。在这两种情况下,集群中的其余节点将继续工作而不受影响,当已停止或崩溃的节点再次启动时,其余节点会自动“catch up”。

      我们关闭节点rabbit@rabbit1和rabbit@rabbit3,然后检查集群状态,具体如下:

rabbit1$ rabbitmqctl stop
Stopping and halting node rabbit@rabbit1 ...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit3,rabbit@rabbit2]}]
...done.
rabbit3$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit3 ...
[{nodes,[{disc,[rabbit@rabbit2,rabbit@rabbit1]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit2,rabbit@rabbit3]}]
...done.
rabbit3$ rabbitmqctl stop
Stopping and halting node rabbit@rabbit3 ...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit2]}]
...done.

      现在我们再次启动这两个节点,然后检查集群状态,具体如下:

rabbit1$ rabbitmq-server -detached
rabbit1$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit1 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit2,rabbit@rabbit1]}]
...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit1,rabbit@rabbit2]}]
...done.
rabbit3$ rabbitmq-server -detached
rabbit1$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit1 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit2,rabbit@rabbit1,rabbit@rabbit3]}]
...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit1,rabbit@rabbit2,rabbit@rabbit3]}]
...done.
rabbit3$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit3 ...
[{nodes,[{disc,[rabbit@rabbit2,rabbit@rabbit1]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit2,rabbit@rabbit1,rabbit@rabbit3]}]
...done.

      有一些重要的注意事项需要提出来,具体如下:

      (1)无论何时,集群中至少要有一个磁盘节点处在运行中,以防止数据丢失。在很多情况下,RabbitMQ将会阻止创建一个仅仅有内存节点的集群,但是它不会阻止你停止或者重置所有磁盘节点,这将导致一个仅仅有内存节点的集群出现。这样做是不可取的,这会很容易丢失数据。

      (2)当整个集群brought down时,最后一个go down的节点必须第一个brought online。如果这种情况不会发生,则所有节点将等待30秒用于等待最后一个磁盘节点上线,如果最后一个节点离线不能起来,则不能使用rabbitmqctl forget_cluster_node命令将其从集群中移除,具体查看rabbitmqctl帮助页面已获得更多信息。

6、解散集群

      当节点想要脱离集群时,需要显示地从集群中将其移除。我们首先移除rabbit@rabbit3,需要通过如下操作才能将其从集群中移除:

rabbit3$ rabbitmqctl stop_app
Stopping node rabbit@rabbit3 ...done.
rabbit3$ rabbitmqctl reset
Resetting node rabbit@rabbit3 ...done.
rabbit3$ rabbitmqctl start_app
Starting node rabbit@rabbit3 ...done.

      可以通过在该节点上运行rabbitmqctl cluster_status命令来证实其不再是集群成员:

rabbit1$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit1 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]}]},
 {running_nodes,[rabbit@rabbit2,rabbit@rabbit1]}]
...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]}]},
 {running_nodes,[rabbit@rabbit1,rabbit@rabbit2]}]
...done.
rabbit3$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit3 ...
[{nodes,[{disc,[rabbit@rabbit3]}]},{running_nodes,[rabbit@rabbit3]}]
...done.

      我们也可以远程移除节点,例如:当不得不处理一个无应答的节点时,这非常有用。下面演示从rabbit@rabbit2移除rabbit@rabbit1:

rabbit1$ rabbitmqctl stop_app
Stopping node rabbit@rabbit1 ...done.
rabbit2$ rabbitmqctl forget_cluster_node rabbit@rabbit1
Removing node rabbit@rabbit1 from cluster ...
...done.

      需要注意的是此时rabbit@rabbit1任然认为其还在rabbit@rabbit2的集群中,但是当尝试着启动它时会返回错误。我们需要重置它已让其可以再次被启动:

rabbit1$ rabbitmqctl start_app
Starting node rabbit@rabbit1 ...
Error: inconsistent_cluster: Node rabbit@rabbit1 thinks it's clustered with node rabbit@rabbit2, but rabbit@rabbit2 disagrees
rabbit1$ rabbitmqctl reset
Resetting node rabbit@rabbit1 ...done.
rabbit1$ rabbitmqctl start_app
Starting node rabbit@mcnulty ...
...done.

   再次运行分别在三个节点上运行rabbitmqctl cluster_status命令,会发现它们都各自独立运行着RabbitMQ broker

rabbit1$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit1 ...
[{nodes,[{disc,[rabbit@rabbit1]}]},{running_nodes,[rabbit@rabbit1]}]
...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit2]}]},{running_nodes,[rabbit@rabbit2]}]
...done.
rabbit3$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit3 ...
[{nodes,[{disc,[rabbit@rabbit3]}]},{running_nodes,[rabbit@rabbit3]}]
...done.

      需要注意的是rabbit@rabbit2此时仍保持着集群的残余状态,然而rabbit@rabbit1和rabbit@rabbit3的RabbitMQ broker则是清新的初始状态。如果我们想让rabbit@rabbit2也这样需要其执行相同的步骤:

rabbit2$ rabbitmqctl stop_app
Stopping node rabbit@rabbit2 ...done.
rabbit2$ rabbitmqctl reset
Resetting node rabbit@rabbit2 ...done.
rabbit2$ rabbitmqctl start_app
Starting node rabbit@rabbit2 ...done.

7、自动配置集群

      除了通过命令可以实现集群外,还可以通过配置文件来实现集群,配置文件可以参看这里,也可以参看这里。在该文件中设置cluster_nodes域,该域是一个tuple包含一个节点列表,一个atom指示是磁盘还是内存节点。

      如果cluster_nodes被指定,RabbitMQ将尝试着集群节点列表中所有拥有相同Erlang和RabbitMQ版本的在线节点。

      需要注意的是集群配置仅仅应用于新节点。新节点是指刚被重置或者第一次启动的节点。因此,自动集群不会在重启节点后立即生效。这意味着通过rabbitmqctl对集群发生的任何改变都优先于自动集群配置。

      下面我们将演示如何把三个独立的节点加入集群,其中rabbit@rabbit1和rabbit@rabbit2为磁盘节点,为了确保所有节点的干净,首先我们需要重置和停止所有节点,具体如下:

rabbit1$ rabbitmqctl stop_app
Stopping node rabbit@rabbit1 ...done.
rabbit1$ rabbitmqctl reset
Resetting node rabbit@rabbit1 ...done.
rabbit1$ rabbitmqctl stop
Stopping and halting node rabbit@rabbit1 ...done.
rabbit2$ rabbitmqctl stop_app
Stopping node rabbit@rabbit2 ...done.
rabbit2$ rabbitmqctl reset
Resetting node rabbit@rabbit2 ...done.
rabbit2$ rabbitmqctl stop
Stopping and halting node rabbit@rabbit2 ...done.
rabbit3$ rabbitmqctl stop_app
Stopping node rabbit@rabbit3 ...done.
rabbit3$ rabbitmqctl reset
Resetting node rabbit@rabbit3 ...done.
rabbit3$ rabbitmqctl stop
Stopping and halting node rabbit@rabbit3 ...done.

      现在我们设置配置文件中重要的域,具体如下:

[
  ...
  {rabbit, [
        ...
        {cluster_nodes, {['rabbit@rabbit1', 'rabbit@rabbit2', 'rabbit@rabbit3'], disc}},
        ...
  ]},
  ...
].

      例如:如果这是我们需要设置的域,那么我们将简单地创建RabbitMQ配置文件,并设置上面的所示的域即可。

      如果想让rabbit@rabbit3成为内存节点,我们需要修改rabbit@rabbit3的配置文件如下:

[
  ...
  {rabbit, [
        ...
        {cluster_nodes, {['rabbit@rabbit1', 'rabbit@rabbit2', 'rabbit@rabbit3'], ram}},
        ...
  ]},
  ...
].

      这是标准的Erlang配置文件,更多详细信息可以参看RabbitMQ配置向导和Erlang配置帮助

      如果修改了配置文件,可以简单地启动节点:

rabbit1$ rabbitmq-server -detached
rabbit2$ rabbitmq-server -detached
rabbit3$ rabbitmq-server -detached

      分别在这三个节点上运行rabbitmqctl cluster_status,可以看到这三个节点都已加入集群:

rabbit1$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit1 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit1,rabbit@rabbit2,rabbit@rabbit3]}]
...done.
rabbit2$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit2 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit1,rabbit@rabbit2,rabbit@rabbit3]}]
...done.
rabbit3$ rabbitmqctl cluster_status
Cluster status of node rabbit@rabbit3 ...
[{nodes,[{disc,[rabbit@rabbit1,rabbit@rabbit2]},{ram,[rabbit@rabbit3]}]},
 {running_nodes,[rabbit@rabbit1,rabbit@rabbit2,rabbit@rabbit3]}]
...done.

      需要注意的是:为了从自动集群配置中移除一个节点,首先需要从集群中别的节点的配置文件中将其移除。

 

三、升级集群

      当RabbitMQ升级major或者minor版本时(比如:从3.0.x到3.1.x或者从2.x.x到3.x.x),或者升级Erlang时,整个集群必须停掉。但是当升级RabbitMQ补丁(例如:从3.0.x到3.0.y)时就不需要这样。这些版本都能被固化到集群中(但是除了3.0.0及后来的3.0.x系列)。

      当RabbitMQ升级major或者minor版本时,如果必要RabbitMQ将自动更新其持久化的数据结构。在集群中,这项任务由第一个启动的磁盘节点来执行。因此,当升级RabbitMQ集群时,不应该尝试启动任何内存节点,任何内存节点启动时都会发出一个错误消息然后失败。

      提前停止即将升级的磁盘节点,并在升级完后首先启动它,这是个好主意,但这不是绝对必须的。否则,在升级节点停止和最后节点停止之间,集群配置的改变将会丢失。

      只有RabbitMQ 2.1.1及其以后版本可以自动升级,如果有更早版本的集群,你需要重建集群来完成升级。

 

四、单机器集群

      在某些环境下,在单机器上运行集群的所有节点是很有用的。非常典型的应用是:在桌面或便携式机器上通过启动几个虚拟机来实验集群。在单机器上运行多个节点有两个主要的要求:(1)每个节点有唯一的名称;(2)针对每种协议,每个节点绑定到唯一的IP和端口号对。

      可以通过手动重复调用rabbitmq-server来在同一主机上启动多个节点。必须确保每次调用时设置的环境变量RABBITMQ_NODENAME和RABBITMQ_NODE_PORT都有合适的值。例如:

$ RABBITMQ_NODE_PORT=5672 RABBITMQ_NODENAME=rabbit rabbitmq-server -detached
$ RABBITMQ_NODE_PORT=5673 RABBITMQ_NODENAME=hare rabbitmq-server -detached
$ rabbitmqctl -n hare stop_app
$ rabbitmqctl -n hare join_cluster rabbit@`hostname -s`
$ rabbitmqctl -n hare start_app

      上面将建立两个节点的集群。

 

五、防火墙节点

      防火墙集群节点的经典案例是:节点在数据中心或者可信网络中,但是被防火墙分离。同样,不推荐在WAN或者不可信网络上架设集群。

      如果集群中不同节点在同一数据中心,但是在防火墙后面,这样就必须修改配置以确保是内部节点通信。Erlang使用empd(Erlang Port Mapper Daemon)来解析集群内节点名称。

      缺省epmd端口号是4369,但是可以通过环境变量ERL_EPMD_PORT改变其值。所有节点必须使用同样的端口号。防火墙必须允许集群内节点在这个端口上传输数据。更详细的信息请参看Erlang epmd

     一旦分布式Erlang节点地址通过epmd已经被解析了,其它节点将通过Erlang分布式节点协议尝试使用该地址直接通信。通信端口号范围可以通过Erlang内核APP的两个参数来配置:

      inet_dist_listen_min

      inet_dist_listen_max

      防火墙必须允许集群内节点通过这个范围内的端口号传递数据(假设所有节点使用同样的端口号范围)。缺省端口号范围不受限制。更详细的信息可以参看Erlang内核APP帮助

 

六、客户端连接集群

    客户端可以连接集群内任何节点。如果被连接节点崩溃但是集群内其它节点还健在,则客户端通知连接关闭,然后重连集群内其它节点。通常,将节点主机名或者IP地址写死在客户端APP中是不合适的,这会导致当集群配置改变或者集群节点数改变时,客户端需要重新编辑、编译、部署。相反,建议更抽象的方式:可以是动态DNS服务,其有简短的TTL配置,或者TCP负载均衡,或者移动IP排序或者相似技术。一般,管理集群内节点的连接已经非RabbitMQ本身能力所及,建议使用其它技术来解决此类问题。


七、注意事项
1、host问题
        集群节点之间能够互相访问,因此,每个集群节点的host文件中都需要配置集群内所有节点的信息,以保证能互相解析,具体如下:
        #vi /etc/hosts
        172.28.14.223 ZS-QA-01
        172.28.14.224 ZS-QA-02
        172.28.14.225 ZS-QA-03
        比如:3个节点的集群,172.28.14.223/224/225三台机器的hostname分别是ZS-QA-01/02/03。
        如果不知道本机hostname可以通过以下命令查看:
        #cat /proc/sys/kernel/hostname

2、cookie问题
        RabbitMQ的集群完全依赖于Erlang集群,而Erlang集群通过cookie来进行通信认证,因此,集群内所有节点的cookie必须相同,一般采用第一个节点的cookie即可。
        默认情况下,Erlang的cookie文件在$HOME目录下,且是隐藏文件名为.erlang.cookie,可以拷贝第一个节点的cookie文件到集群内其它节点。
        cookie文件仅仅能被own访问,因此,需要将此文件权限改为-r--------,否则启动RabbitMQ时,会出现如下错误:
        [dev@ZS-QA-02 sbin]$ (./rabbitmq-server &)
        [dev@ZS-QA-02 sbin]$ {error_logger,{{2013,5,3},{16,9,29}},"Cookie file /home/dev/.erlang.cookie must be accessible by owner only",[]}
        文件权限可以通过如下命令来修改:
        #chmod -w .erlang.cookie
        #chmod g-r .erlang.cookie
        #chmod o-r .erlang.cookie
3、端口问题
        RabbitMQ默认监听5672端口,如果需要更改端口号,只需要在etc/rabbitmq目录下新建rabbitmq.config文件,并在该文件输入如下内容即可:
        [
            {rabbit, [{tcp_listeners, [22221]}]}
        ].
        具体关于配置的详细信息请参看这里

    我的妈呀,好长啊,好悬没有一口血吐出来。。。



阅读(13736) | 评论(3) | 转发(2) |
给主人留下些什么吧!~~

louchen1233212014-05-08 10:03:20

写的很好

jzz0001292014-04-13 14:33:25

学习学习

scq2099yt2013-01-21 19:57:55

文明上网,理性发言...

评论热议
请登录后评论。

登录 注册