Active MQ + zookeeper + leveldb

MQ集群宕机

1. 由于存储无法释放导致集群宕机。由于使用了虚拟队列，并且一个topic分裂为多个Queue后，如果有业务系统挂掉，导致消息堆积后，Active MQ 控制台中Store percent used 会不断增加，无法释放，最终导致MQ集群宕机。(PS:即使消息消费完成后，一直也没有明白为什么存储不释放)

   
   image.png

2. zookeeper集群TimeOut引起集群频繁主从切换。最终导致集群宕机。
   我们的生产环境中由于zookeeper使用场景比较多，网上有很多人说zookeeper在有大量访问刷日志的情况下，qps会急速下降，我们的zookeeper也有延时的情况，查看ActiveMQ的日志，也发现集群主节点在TimeOut后，主节点会降级为Slave节点。zookeeper会筛选新的Master节点。但是频繁切换后会导致集群崩溃。原因未明。

3. 一组服务器上部署多个ActiveMQ集群，当多个集群的Master节点都在一个服务器上时，会出现61619端口错误。61619端口是MQ集群内部通信的端口。当第二个Master节点启动的时候。会出现 “Address already in use”错误。暂时还没有发现怎么修改这个端口号。