three nodes perfect cluster solution

Replication based LevelDB store principle

三台服务器完美集群：即保证高可用又可以负载均衡

前提是三台服务器只可以有一台宕机，并且要立即回复使用

基于复制LevelDB Store的集成原理

Zookeeper选择节点A作为Master进行消息接收，可与web互联

在节点A获取到Zookeeper的资源后存储到本地，再通过ZooKeeper复制到节点B和节点C上

共享存储集群原理

既高可用又负载均衡

Master/slave集群配置

节点A获取到消息后，本地存储，然后通过ZK将消息同步到节点B和节点C，节点B节点C再本地存储这个消息

三台服务器的完美集群方案

集群方式对比

三台服务器的集群方案

Master/Slave和Broker/Cluster两种集群方式的比较

三台服务器的完美集群方案

levelDB Store的原理

activemq共享存储集群的原理

三台服务器的解决方案

Master Slave 集群方案

高可用的负载均衡集群方案

基于复制的leverDB store

不共享存储

共享存储

Broker Cluster 不具备高可用，它正在处理的消息可能会丢失。 但是它做到了负载均衡，也就是说各节点之间的消息可以被共用。

三台服务器的完美集群方案，按顺序启动A,B,C

基于复制的LevelDB Store的原理， 三者配置同一个Zookeeper结点， Zookeeper选举A为主（此时只有A具有服务的能力），A获得消息后本地储存，然后通过Zookeeper同步到B、C， B、C分别对消息进行储存。

集合两种集群方式组装出一个只要有三个服务器就可以完美解决集群中、高可用与负载均衡两方面完美的方案。该方案只能满足其中一台服务荡机后正常使用。

Master/Slave集群配置

Master/Slave集群配置