rabbitmq高可用需集群组网、镜像策略与入口层冗余三者结合：先建三节点集群并统一配置，再设ha-mode=all镜像策略实现队列多副本，最后用haproxy+keepalived提供vip负载均衡与自动故障切换。
搭建RabbitMQ高可用镜像队列，核心不是堆节点，而是让队列本身具备故障自愈能力。单靠普通集群只能分摊连接压力，但队列数据仍只存于一个节点——那个节点一宕，消息就不可用。真正实现高可用，必须结合三件事：集群组网、镜像策略、入口层冗余。
先搭基础集群：三个节点对齐身份
至少准备三台机器（物理机、虚拟机或容器均可），确保：
- 每台安装相同版本的 RabbitMQ（建议 3.10+）；
- /etc/hosts 中互相解析 hostname（如 rabbitmq01、rabbitmq02、rabbitmq03）；
- 所有节点使用完全相同的 .erlang.cookie 文件（复制 master 节点的 cookie 到其余节点，并设为 400 权限）；
- 防火墙开放 4369（epmd）、5672（AMQP）、25672（Erlang 分布式通信）、15672（管理界面）端口。
在 rabbitmq02 和 rabbitmq03 上执行：
rabbitmqctl stop_app
rabbitmqctl join_cluster rabbit@rabbitmq01
rabbitmqctl start_app
最后用 rabbitmqctl cluster_status 确认三节点已在线且角色一致。
再配镜像策略：让队列自动多副本
集群只是“骨架”，镜像策略才是“血液”。策略通过正则匹配队列名生效，推荐全局覆盖关键队列：
RabbitMQ 4.2.3
下载
RabbitMQ 4.2.3 是 2026 年初发布的重要稳定更新版本，重点修复了 Khepri 元数据存储相关问题，并改进了监控性能。对于使用 Docker、Kubernetes 或微服务架构的开发团队来说，该版本兼容性和稳定性表现较好。
- 命令行方式（最常用）：
rabbitmqctl set_policy ha-all "^" '{"ha-mode":"all","ha-sync-mode":"automatic"}' --apply-to queues - 参数说明：
ha-mode: all —— 所有节点都存完整副本，适合 3 节点小集群，保障最强；
ha-sync-mode: automatic —— 新增从节点时自动同步历史消息，避免手动触发遗漏；
^ 表示匹配所有队列名（也可写成 ^prod\. 只匹配生产环境队列）。 - 策略生效后，新创建的队列会自动成为镜像队列；已有队列需删除重建或使用 ha-mode: exactly + ha-params: 2 迁移。
最后加入口层：客户端不直连单点
即使队列已镜像，如果客户端硬编码连接 rabbitmq01:5672，那它挂了，客户端照样连不上。必须引入四层负载均衡：
- 用 HAProxy 做 TCP 代理，监听 5672 端口，后端轮询三个 RabbitMQ 节点；
- 配置健康检查（如 GET /api/aliveness-test），自动剔除失联节点；
- 再叠加 Keepalived 提供 VIP（如 192.168.243.100），对外暴露唯一接入地址；
- 客户端连接这个 VIP，而非具体节点 IP —— 故障时流量秒级切到存活节点，业务无感。
验证是否真高可用：别跳过故障演练
配置完不等于跑得稳，必须动手验证：
- 在某个队列持续发消息，然后 systemctl stop rabbitmq-server 干掉 master 节点；
- 观察 Web 控制台：原 slave 是否升为 master？队列状态是否显示 “Mirrored” 且节点数未减？
- 检查消费者是否持续收消息、无重连报错；
- 恢复节点后，确认它自动加入镜像组并开始同步（非 manual 模式下无需人工干预）。
不复杂但容易忽略。
