docker compose 部署 rabbitmq 高并发集群需满足低延迟、故障自愈、数据不丢、可观测四大要求，须从网络身份、数据隔离、策略生效、入口统一、安全加固五方面闭环落地。
用 Docker Compose 部署高并发消息队列集群，关键不在节点数量，而在架构设计是否支撑低延迟、故障自愈、数据不丢、可观测这四个刚性要求。单靠堆容器跑不起来真实业务，必须从网络身份、数据隔离、策略生效、入口统一、安全加固五个层面闭环落地。
确保三节点基础集群真正独立运行
三个 RabbitMQ 容器不能只是端口不同，必须具备完整独立的运行身份和存储边界：
- 每个服务显式声明 hostname（如 rabbitmq1）、container_name 和唯一映射端口（5672/15672、5673/15673、5674/15674）
- 所有节点设置相同且保密的 RABBITMQ_ERLANG_COOKIE 环境变量（建议用 32 位随机字符串，避免默认值）
- 为每个节点挂载专属 data 卷（如 ./data/rabbitmq1:/var/lib/rabbitmq），禁止共享目录，防止 mnesia 数据库冲突损坏
- 启动后执行 rabbitmqctl cluster_status 验证三节点均显示为 disc 类型且状态为 running
启用镜像队列策略保障消息高可用
普通集群只同步元数据，消息仍存在单点风险。必须在集群就绪后手动配置镜像策略，让新队列自动冗余：
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
- 访问任一管理界面（如 http://localhost:15672），用强密码登录
- 进入 Admin → Policies → Add policy，填写：
Name: ha-all
Pattern: ^.
Apply to: Queues
Definition: {"ha-mode":"all","ha-sync-mode":"automatic"} - 该策略对后续创建的所有队列生效；已有队列需手动重新声明或删除重建
- 验证方式：创建测试队列后，在 Nodes 标签页查看其镜像分布是否覆盖全部三个节点
通过 HAProxy 暴露统一接入入口
微服务代码不应硬编码具体 RabbitMQ 地址，必须通过负载均衡层解耦：
- 在 docker-compose.yml 中新增 haproxy 服务，监听 5677 端口，leastconn 模式转发至 rabbitmq1–3 的 5672 端口
- HAProxy 配置中加入 option tcp-check 和 tcp-check connect，实现 TCP 层健康探测
- Spring Boot 应用配置 spring.rabbitmq.host=haproxy，port=5677；不再写死任意单节点地址
- 管理界面可另配一个 HAProxy 实例（如监听 8001），聚合跳转到各节点 15672 页面，避免端口暴露过多
完成安全加固与生产就绪验证
高并发场景下，未加固的消息队列极易成为攻击入口或性能瓶颈：
- 使用 rabbitmq:3.13-management 官方镜像，禁用 guest 账户，创建专属管理员用户并设强密码
- 仅映射必要端口（5672、15672、5677、8001），关闭所有调试端口和未授权接口
- 挂载外部日志目录（如 ./logs/rabbitmq:/var/log/rabbitmq），便于集中采集与审计
- 配置 ulimits（nofile: 65536）和资源限制（mem_limit: 2g, cpus: 2），防止突发流量拖垮宿主机
- 上线前执行端到端测试：发百条持久化消息 → 主节点 kill -9 → 消费者持续收发无中断 → 查看管理界面确认自动切换
