MQXR负载均衡与请求响应相关可扩展性及负载均衡实现咨询

预先术语说明 #

你提到的 MQXR 全称是 MQ eXtended Reach，是IBM MQ生态下负责多协议（MQTT、AMQP等）接入的网关组件，以下回答均基于该组件的官方实现逻辑展开。 #

1. MQXR是否具备可扩展性 #

MQXR原生支持水平扩展，核心扩展能力体现在三个维度：

• 集群化部署：多个MQXR实例可组成统一集群，前端接入4层/7层负载均衡承接客户端流量，集群内会自动同步会话、订阅、连接等元数据，单集群可承载数十万级并发长连接
• 流量调度灵活：支持按需开启/关闭会话粘滞，无状态发布订阅场景可关闭粘滞实现负载最优打散，有持久会话需求的场景开启即可保证重连后会话不丢失
• 业务资源隔离：支持按业务分组部署MQXR节点池，不同业务的流量接入不同节点池，避免单业务流量异常影响全局服务

2. 订阅方不感知发布方身份场景下的消息投递保障 #

该场景属于标准匿名发布订阅模式，不需要订阅方感知发布方身份，按以下要求配置即可保证消息正常投递：

• MQXR集群侧开启全局主题（Topic）元数据同步，所有发布方、订阅方的主题订阅信息会同步到集群所有节点，无论请求落到哪个MQXR实例，都可以正确匹配发布/订阅的主题规则
• 前端负载均衡层仅需实现传输层流量转发，不需要感知上层发布订阅业务逻辑：发布方的消息无论发送到哪个MQXR节点，节点都会根据集群同步的订阅列表，将消息路由到订阅方连接对应的MQXR节点，再推送给订阅端
• 多可用区部署场景下可额外开启主题区域亲和路由规则，优先将同区域发布方的消息投递给同区域的订阅方，降低跨区延迟的同时不影响投递成功率

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