普通集群模式不能直接用于生产高可用，因其仅同步元数据而不复制队列消息，导致节点宕机时队列不可用、消息丢失且无自动切换能力。
rabbitmqctl 集群本身不等于高可用，必须配合镜像策略 + 健康探测 + 客户端重连逻辑，否则单点故障仍会导致消息丢失或不可用。
为什么普通集群模式不能直接用于生产高可用
普通集群只同步元数据（队列名、Exchange定义、Binding关系），**不复制队列中的消息**。这意味着：
- 若声明队列为 durable 但未启用镜像，该队列只存在于创建它的节点上；
- 该节点宕机 → 队列不可用，消费者无法拉取消息，已入队但未被确认的消息永久丢失；
- 客户端若直连宕机节点，连接直接失败，无自动切换能力。
必须配置镜像队列策略（ha-mode）
镜像队列是 RabbitMQ 实现高可用的核心机制，靠 rabbitmqctl set_policy 设置，不是启动参数或配置文件开关：
-
ha-mode必须设为all、exactly或nodes，不能留空或用默认值； -
ha-sync-mode推荐设为automatic，避免手动同步遗漏； - 策略作用范围需匹配队列名正则，例如
^ha\.表示只对以ha.开头的队列生效； - 执行后需确认队列实际已镜像：用
rabbitmqctl list_queues name slave_pids查看，非空表示有从副本。
示例命令：rabbitmqctl set_policy ha-all "^" '{"ha-mode":"all","ha-sync-mode":"automatic"}'
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
erlang.cookie 同步和权限是最常卡住的环节
所有节点必须拥有完全一致的 /var/lib/rabbitmq/.erlang.cookie 文件内容，且权限必须为 400、属主为 rabbitmq 用户。常见错误包括：
- 用
scp复制后没改权限，导致节点间认证失败，rabbitmqctl cluster_status显示只有本节点； - 在 root 下操作但忘记
chown rabbitmq:rabbitmq /var/lib/rabbitmq/.erlang.cookie； - 不同节点系统时间偏差 > 60 秒，Erlang 分布式通信会拒绝握手；
- 防火墙未放行
4369（epmd 端口）和25672（节点间通信端口），仅开5672和15672不够。
客户端必须支持故障转移，不能硬编码单节点地址
Spring AMQP、Pika、RabbitMQ Java Client 等主流 SDK 都支持传入多个地址，但默认行为往往不是“自动重试其他节点”：
- Spring Boot 中需显式配置
spring.rabbitmq.addresses=node1:5672,node2:5672,node3:5672，并确保spring.rabbitmq.dynamic=false（禁用自动创建连接工厂的简化模式）； - Pika 的
ConnectionParameters要传入ConnectionParameters(hosts=["node1", "node2", "node3"])，而非单个host； - 任何客户端都应启用
automatic-recovery（如 Java Client 的setAutomaticRecoveryEnabled(true)），否则网络抖动后连接不会重建； - 不要依赖 DNS 轮询或负载均衡器做“透明转发”，RabbitMQ 协议包含节点名协商，中间设备可能破坏 handshake 流程。
真正起作用的高可用，藏在镜像策略是否生效、cookie 是否严格一致、客户端是否主动参与故障转移这三个地方。少一个，集群就只是看起来多台机器而已。
