简介
ActiveMQ是分布式系统中重要的组件，主要解决应用耦合、异步消息、流量削锋等问题，是大型分布式系统不可缺少的中间件。在生产环境中为了保证让ActiveMQ能够持续工作，我们还需要为消息中间件服务搭建集群环境，从而在保证消息中间件服务可靠性和处理性能。
集群模式概述
集群模式主要是为了解决ActiveMQ系统架构中的两个关键问题：高可用和高性能。
针对上述两种需求，AActiveMQ主要有如下两种集群模式分别对应：
- Master-slave模式
- Broker-Cluster模式
Master-slave模式
Master-Slave集群由至少3个节点组成，一个Master节点，其他为Slave节点。只有Master节点对外提供服务，Slave节点处于等待状态。当主节点宕机后，从节点会推举出一个节点出来成为新的Master节点，继续提供服务。
Master-Slave模式的部署方式，主要分为三种：
- Shared Filesystem Master-Slave方式，如KahaDB，应用灵活、高效且安全。
- Shared Database Master-Slave方式，基于共享数据库,跟第一种类似，性能会受限于数据库。
- Replicated LevelDB Store方式，基于zookeeper + leveldb。是生产环境常用的方案。
Broker-Cluster模式
Broker-Cluster部署方式中，各个broker通过网络互相连接，自动分发调用端请求，从而实现集群的负载均衡。Broker-Cluster集群连接到网络代理的方式，主要分为静态网络代理、动态网络代理，不同的网络代理方式也对应了不同的集群部署方式：
- static Broker-Cluster
- Dynamic Broker-Cluster
在实际应用场景中static Broker-Cluster被大量使用。
静态网络代理示意图
