ActiveMQ Artemis 被动模式从节点能否作为客户端连接端点？

核心答案 #

• 你给出的 (tcp://my-master:61616,tcp://my-slave:61616)?reconnectAttempts=5 配置完全合法，完全可以把处于被动模式的从节点加入客户端的连接列表，这也是Artemis高可用架构下推荐的客户端配置方式
• 处于被动模式的从节点不是通用意义上的路由器，两者的运行逻辑存在本质区别

具体运行机制 #

• 被动状态从节点的端口监听规则
  主从复制架构里，待命的被动从节点不会关闭自身配置的TCP服务端口，从节点启动后就会一直开放61616等配置的 acceptor 端口监听连接请求，不需要等主节点崩溃后才启动监听。
• 被动从节点处理客户端连接的逻辑
  当客户端连接到待命的被动从节点时，从节点不会在本地处理消息生产、消费、队列路由、持久化等核心业务逻辑，只会根据同步到的集群元数据，把当前真正活跃的主节点地址通过Artemis内置的协议重定向指令返回给客户端，客户端收到指令后会自动切换连接到活跃主节点，整个过程对上层应用透明。
• 和网络路由器的核心差异
  通用路由器是工作在网络层/传输层的转发设备，会透传所有经过的连接流量，不感知上层应用协议；但被动从节点的重定向是基于Artemis自身HA状态实现的应用层引导能力：它不会透传任何消息流量、不会维护和客户端的会话状态、不会在本地执行任何消息存储动作，本质上只是给客户端提供当前集群活跃节点的位置参考。
• 这种配置的实际价值
  把主、从节点地址都纳入客户端连接列表，可以避免客户端启动时刚好碰到主节点宕机、无法定位活跃节点的问题：不管客户端启动时先连到主节点还是被动状态的从节点，都能在最短时间内拿到当前可正常提供服务的活跃节点地址，直接建立生产/消费连接，降低启动阶段的连接失败概率。
• 被动从节点的能力边界
  引导客户端跳转的能力只是被动待命阶段的辅助功能，当主节点崩溃、从节点正式切换为活跃状态后，它会直接承担完整的消息代理职责，支持所有消息存储、路由、投递、事务、安全校验的核心功能，和原主节点的能力没有任何差异。

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