ActiveMQ集群支持Master/Slave模式

现在ActiveMQ， 在Failover方面有两种解决方案：Pure Master Slave和Shared File System Master Slave。

     先看Pure Master Slave， 这种部署方式可以同时运行两个ActiveMQ， 只允许一个Slave连接到Master上面，也就是说只能有2台MQ做集群，这两个服务之间有一个数据备份通道，利用这个通道Master向Slave单向地数据备份。 这个方案在实际生产线上不方便， 因为当Master挂了之后， Slave并不能自动地接收Client发来的请来，需要手动干预，且要停止Slave再重启Master才能恢复负载集群。 这里， 不再过多地介绍此方案。

　Pure Master Slave 具有以下限制： 
　　1.只能有一个 slave broker 连接到 master broker。  
　　2.在因 master broker 失效而导致 slave broker 成为 master 之后，之前的master broker 只有在当前的 master broker（原slave broker）停止后才能重新生效。  
　　3. Master broker 失效后而切换到 slave broker 后，最安全的恢复 master broker 的方式是人工处理。首先要停止 slave broker（这意味着所有的客户也要停止）。然后把 slave broker 的数据目录中所有的数据拷贝到master broker 的数据目录中。然后重启 master broker 和 slave broker。

     下面说Shared File System Master Slave。 它跟Pure Master Slave的最大不同是， Master和Slave（Slave可以有多个）之间共享一个存储系统，当Master死了后， 可以在不需要手工操作的情况下， 客户端请求会自动Failover到某一个Slave上。

     共享存储系统是Shared File System Master Slave的关键，我们先看Shared File System Master Slave的搭建。  这里介绍一种通过Linux（NFS服务）来模拟搭建Shared File System Master Slave的方案。windows下也可以通过共享文件夹实现。

     NFS原理是这样的： NFS服务让不同的计算机不同操作系统之间彼此共享文件，现在已经成了linux的标准。 NFS采用客户端/服务器工作模式。 在NFS服务器上将/nfs/public目录设置为输出目录（即共享目录）后，其他客户端就可以将这个目录挂载到自己系统中的某个目录下，这个目录可以与服务器上的输出目录和其它客户机中的目录不相同。

　　建好NFS后， 我们将它用到ActiveMQ里。ActiveMQ配置， 这个没什么特殊配置在， 只能在activemq.xml文件里persistenceAdapter下修改directory的值即可。如下所示：
　　<persistenceAdapter>
            <!--<kahaDB directory="${activemq.data}/kahadb"/>-->
            <kahaDB directory="//192.168.123.114/activemq/kahadb"/>            
        </persistenceAdapter>

      基本上，你可以运行多个 broker，这些 broker 共享activemq数据目录。当第一个 broker 得到文件上的排他锁之后，其它的 broker 便会在循环中等待获得这把锁。默认每10秒判断一次。客户端使用 failover transport 来连接到可用的 broker。当 master 
broker 失效的时候会释放这把锁，这时候其中一个 slave broker 会得到这把锁从而成为 master broker。