activeMq单点+负载.docxVIP

单点故障 + 负载均衡单点故障实现原理原理简介首次启动多个共享存储目录的应用，谁先启动，谁就可以最早取得共享目录的控制权成为master，其他的应用就只能作为slave。如图，Broker1先启动，那么 Broker1 就是master ，其他的就是 slave，此时只有 Broker1 在工作，而其他两个Broker并没有工作。Master停止如果 Broker1 意外终止，则 Broker2 和 Broker3 哪个先得到文件锁哪个就是 master，而其他的就是slave 。如下图，如果 Broker2 得到锁。停止节点重启重启 Broker1 后官方参考文档/shared-file-system-master-slave.html两种方式：shared filesystem Master-Slave主要是通过共享存储目录来实现master和slave的热备，所有的ActiveMQ应用都在不断地获取共享目录的控制权，哪个应用抢到了控制权，它就成为master。JDBC Master Slave原理同共享目录方式类似，那个先获得数据库控制权就成为master具体操作shared filesystem Master-Slave配置文件activemq.xml的broker中添加persistenceAdapter kahaDB directory=${activemq.data}/kahadb/ /persistenceAdapterJDBC Master Slavebean?id=mysql-ds?class=mons.dbcp.BasicDataSource?destroy-method=close??????????property?name=driverClassName?value=com.mysql.jdbc.Driver/??????????property?name=url?value=jdbc:mysql://localhost:3306/cluster_jdbc?relaxAutoCommit=true/??????????property?name=username?value=root/??????????property?name=password?value=root/??????????property?name=maxActive?value=200/??????????property?name=poolPreparedStatements?value=true/??/bean??负载均衡实现方式static Broker-Cluster部署在配置中静态的指定集群中的其他 Broker的 uti 地址MasterSlave Discovery类似于静态指定 Broker，只是uri中指明是masterslave方式，依次给出 master 和 slave 地址具体操作static Broker-Cluster部署在 Broker 中添加networkConnector节点：networkConnectors???????????????? networkConnector?? uri=static:(tcp:// :61617)duplex=false//networkConnectorsMasterSlave Discovery在 Broker 中添加networkConnector节点：Masterslave后依次格式是：MASTER,SLAVE1,SLAVE2...SLAVEnetworkConnectors networkConnector uri=masterslave:(tcp://host1:61616,tcp://host2:61616,tcp://..)//networkConnectors单点 + 负载均衡实现原理Master-Slave的部署方式虽然解决了高可用的问题，但不支持负载均衡，Broker-Cluster解决了负载均衡，但当其中一个Broker突然宕掉的话，那么存在于该Broker上处于Pending状态的message将会丢失，无法达到高可用的目的。尝试者把两者结合起来部署：具体操作?????????这里以Broker-A + Broker-B建立cluster，Broker-C作为Broker-B的slave，Broker-D作为Broker-A的slave为例：注：以为是在本地同一台机器上部署：所以管理端口和服务端口不一致修改Broker-A修改管理端口：jetty.xmlbean id=Connector class=org.eclipse.jetty.server.nio.SelectChannelConnec