搭建好了rabbitmq集群后，自己想测试一下，于是通过rabbitmq的node.js lib去连了一下，我这里直接连的是proxy节点，但是迟迟没反应，没有收到回复消息，于是跑上去看日志，上面确实是收到了我的连接请求，但是proxy节点却在转发的时候出了问题，它始终连接不上下面的节点，难道是防火墙的问题，不会吧？我三台机子可是全部关闭了的，后来几经查证，确认了是rabbitmq自身机制问题引发的。
原因是出于安全的考虑，guest这个默认的用户只能通过http://localhost:15672 来登录，不能使用IP地址登录，也就是不能远程访问，这样的话，对于服务器上没有安装桌面的情况是不方便管理维护的（不用代码的方式）。
本文笔记的是rabbitMQ集群搭建（镜像模式），同参考教程一样，设计模型为，在一个集群里，有3台机器，其中1台使用磁盘模式，另1台使用内存模式。内存模式的节点，无疑速度更快，因此客户端（consumer、producer）连接访问它。而磁盘模式的节点（RabbitMQ启动后，默认是磁盘节点），由于磁盘IO相对较慢，因此仅作数据备份使用，另外一台作为反向代理。接下来是具体配置：
修改主机名
输入vim /etc/sysconfig/network后，将HOSTNAME后面的值改为想要设置的主机名
输入vim /etc/hosts后，将localhost.localdomain改为想要设置的主机名。
reboot命令，重新启动服务器后，输入hostname查看主机名是否修改
修改主机名的意义在于以后以此区分各个节点
修改host文件
在安装好的两台节点服务器中，分别修改/etc/hosts文件，如：
172.16.3.32 queue
172.16.3.107 influx
172.16.3.109 proxy
设置每个节点Cookie
Rabbitmq的集群是依赖于erlang的集群来工作的，所以必须先构建起erlang的集群环境。Erlang的集群中各节点是通过一个magic cookie来实现的，这个cookie存放在 /var/lib/rabbitmq/.erlang.cookie 中，文件是400的权限。所以必须保证各节点cookie保持一致，否则节点之间就无法通信。
根据自己的实验结果，同网上的其他教程资料参考，自己也笔记一份搭建手册供以后生产环境使用！
RabbitMQ是基于Erlang的，所以首先必须配置Erlang环境。
安装依赖包，我的实验环境是需要安装ncurses-devel，至于其他的可按实际需要安装，这在后面erlang安装完成后有提示的
yum install ncurses-devel
2.下载Erlang源码otp_src_R15B03-1.tar.gz，并解压到指定位置
tar -xzvf otp_src_R15B03-1.tar.gz
进入安装目录，依次执行以下操作
./configure –prefix=/usr/local/erlang –without-javac //不用java编译，故去掉java避免错误
make && make install
上述编译安装无误后，配置环境变量
vi /etc/profile
export PATH=$PATH:/usr/local/erlang/bin
在终端输入erl看可否进入交互界面，如下
Erlang/OTP 18 [erts-7.0] [source] [64-bit] [async-threads:10] [hipe] [kernel-poll:false]
用node写项目经常会用到第三方的包，阅读人家工程代码时留意到package.json里面除了我们常见的dependencies节点属性外，还看到了另外一个devDependencies，那么它们二者有什么区别呢？
dependencies 程序正常运行需要的包，是需要发布到生产环境的。devDependencies 是开发需要的包，比如一些单元测试的包之类的。其中前者依赖的项该是正常运行该包时所需要的依赖项，而后者则是开发的时候需要的依赖项，像一些进行单元测试之类的包（jslint）。
换言之，在使用 –save-dev 安装的插件它是被写入到 devDependencies对象里面去，而使用 –save 安装的插件，则被写入到 dependencies 对象里面去。
如果将包下载下来在包的根目录里运行npminstall默认会安装两种依赖，如果只是单纯的使用这个包而不需要进行一些改动测试之类的，可以使用npm install –production，只安装dependencies而不安装devDependencies。反之npm install xxx -dev
因为特殊原因，项目里node服务器需要部署在windowsServer上（怀念阿里云啊），很明显之前的forever神器就不能用了。但是回到现实中该怎么在windows上部署呢？不可能叫人家开个cmd窗口吧？怪怪的感觉，而且管理员稍不注意还容易将cmd误操作将其关闭！难不成再叫人家到目标目录，node app.js？
后来到网上搜索找到了一篇文章 将node.js程序注册为windows服务，然后按照上面的方法照做，也下载了文中提到的两个必备工具：
最后比较遗憾的是，尽管在windows服务里面也查看到了我已经注册到的服务，但是怎么都跑不起来，重启也是一个情况。顺带说一句，它这个方案真是麻烦又难用。于是继续搜索，后来终于找到了一个工具可以解决，一个叫nssm的工具（“the Non-Sucking Service Manager”），它会监控你安装的node服务，如果node挂了，nssm会自动重启它。可以看官网深入了解。