ActiveMQ Artemis是否支持‘Scale up’配置及集群扩容负载均衡？

1. ActiveMQ Artemis中是否存在‘Scale up’配置？ #

ActiveMQ Artemis支持单节点的垂直扩容（Scale up），主要通过调整单broker的资源参数与性能配置实现，核心配置项包括：

• JVM资源调优：修改artemis.profile中的堆内存参数（如-Xms、-Xmx），提升broker的内存处理能力。
• 连接与线程池配置：在broker.xml中调整max-connections（最大连接数）、thread-pool-max-size（线程池上限），适配更高的并发请求。
• 消息存储配置：优化journal-buffer-size、journal-file-size等日志参数，或切换更快的存储介质（如SSD），提升消息读写性能。
• 全局资源限制：调整global-max-size参数，设置broker可存储的最大消息总量，避免资源耗尽。

这些配置都是针对单broker节点的性能升级，属于典型的Scale up操作。

2. 新broker加入集群时，能否实现消息重新分配与负载分摊？ #

默认情况下，新broker加入集群后，不会自动触发现有消息在集群内的重新分配。但可以通过以下两种方式实现负载分摊：

• 消费者侧触发重分发：在broker.xml的地址配置中设置redistribution-delay="0"（或合理的延迟值），当新broker上的消费者连接到集群地址时，其他broker上的空闲消息会自动重分发到新broker，供消费。这种方式是基于消费触发的，仅针对未被消费的消息。
• 手动触发全局消息重平衡：使用Artemis CLI命令artemis queue rebalance --all，或通过管理API（如JMX、REST）调用重平衡接口，手动将集群内所有队列的消息按预设规则（如队列负载、节点资源）重新分配到包括新broker在内的所有节点。

需要注意的是，这种主动重平衡和Scale down时的自动消息转移逻辑不同——Scale down是broker关闭前的强制转移，而Scale up时的消息重分配需要主动配置或手动触发，避免对正常业务造成不必要的性能影响。

内容的提问来源于stack exchange，提问作者Subhidh Agarwal