ActiveMQ集群单节点URL配置下消息负载均衡相关问题咨询

问题1解答 #

仅配置1个主节点URL的情况下，默认会自动执行轮询负载均衡。
ActiveMQ Artemis客户端在成功连接任意一个集群节点后，会自动从该节点拉取完整的集群拓扑信息，包含所有主从节点的地址，哪怕你初始只配置了1个节点的URL，只要能成功连接，客户端就能拿到全部6个节点的地址，默认采用轮询策略做消息投递的负载均衡。
唯一的缺陷是这个单点配置存在初始连接的故障风险：如果配置的这个节点在客户端启动时已经宕机，客户端无法完成初始连接，也就拿不到集群拓扑，会直接启动失败。

问题2相关子问题解答 #

• 配置多个Broker URL不等于会创建多个ConnectionFactory实例：你在同一个ConnectionFactory配置项里填写的URL列表，属于客户端初始连接的备选地址集合，全程只会生成1个ConnectionFactory实例。客户端启动时会按顺序尝试连接列表里的节点，只要任意一个连接成功，就会拉取集群拓扑，后续负载均衡逻辑就基于拓扑执行，和初始URL列表无关。
• 6节点配置不会生成6个ConnectionFactory实例，也不会持有多份拓扑：同一个ConnectionFactory的配置只会对应1个实例，拓扑信息也是客户端全局维护1份，不会为每个初始配置的URL单独生成资源。
• 有必要加入3个从节点的URL：如果要最大化生产环境的可用性，建议加入。初始连接阶段如果所有配置的主节点都不可用，客户端还可以尝试连接从节点拉取集群拓扑，进而找到可用的主节点完成消息投递；如果不加从节点URL，一旦所有初始配置的主节点都宕机，客户端会直接启动失败，哪怕从节点存活、其他主节点存活也无法感知。
• useTopologyForLoadBalancing设置为false的影响：设置为false后，客户端会关闭集群拓扑拉取能力，只会在你初始配置的URL列表中的节点之间做负载均衡，完全感知不到列表外的集群节点。如果集群有节点扩缩容、或者列表中的节点宕机，客户端都无法感知到其他可用节点，会直接降低负载均衡的效果，甚至出现消息投递失败的情况。

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