AKS下Broker Connection配redistribution-delay陷入无限循环的解决咨询

问题背景 #

在AKS上无法实现Artemis集群的自动缩容，因此采用手动方案：集群包含2个broker，在broker2中配置了如下broker-connection：

<broker-connections>
   <amqp-connection uri="tcp://localhost:61617" name="scale-down" user="artemis" password="artemis" auto-start="false">
      <sender address-match="#"/>
   </amqp-connection>
</broker-connections>

缩容流程为：停止broker2前，先启动这个broker-connection，等待几秒后用curl命令停止broker。未配置redistribution-delay时流程正常，但配置后消息在broker1和broker2间无限循环。

解决方案建议 #

1. 调整缩容时的消息迁移逻辑 #

• 启动scale-down连接前，先通过Artemis管理API禁用broker2的cluster-connection，阻止它和broker1之间的集群消息同步，避免集群重分发机制干扰。
• 启动scale-down连接后，通过管理API检查broker2的所有队列是否为空，确认消息完全迁移到broker1后，再执行停止broker的操作。

2. 优化redistribution-delay配置 #

• 缩容前通过管理API将broker2的redistribution-delay设为极大值（如86400000，即24小时），阻止消息在迁移过程中被重新分发回broker2；待broker停止后再恢复原配置。
• 或者临时给broker2的所有地址设置redistribution-delay=-1（禁用重分发），确保消息只会通过scale-down连接迁移到broker1，不会触发集群内的重分发逻辑。

3. 更可靠的缩容替代方案 #

使用Artemis内置能力实现优雅下线：

• 用activemq-admin工具执行cluster stop命令，让broker2自动将所有消息迁移到集群内其他节点后停止。
• 调用Artemis管理API（如POST /artemis/cluster/scale-down）触发优雅下线流程，自动处理消息迁移、集群连接断开等操作，避免手动配置的潜在问题。

关于停止ClusterConnection Bridge的疑问 #

可以在启用BrokerConnection前停止ClusterConnection Bridge，操作方式如下：

• 通过Artemis管理控制台找到对应cluster-connection，手动禁用。
• 调用管理API：发送PUT /artemis/cluster-connections/{connectionName}请求，将enabled参数设为false。
• 该场景推荐用动态管理API操作，无需修改配置文件重启broker。

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