rabbitmq默认集群非高可用，必须同步.erlang.cookie、配置镜像策略、客户端显式传多地址；缺一不可，否则仍为单点故障放大器。
RabbitMQ 默认集群不是高可用方案，装完 rabbitmqctl join_cluster 显示三节点在线 ≠ 消息不丢、服务不断。必须同步 .erlang.cookie、配镜像策略、客户端显式传多地址，缺一不可。
安装前先确认 Erlang 版本是否匹配 RabbitMQ
RabbitMQ 3.11+ 强制要求 OTP ≥ 25.3，CentOS/RHEL 自带的 erlang-24.x 或更低版本会导致 rabbitmqctl status 卡住、报 {error,{"no such file or directory","rabbit.app"}}。
- 执行
erl -eval 'erlang:display(erlang:system_info(otp_release)), halt().' -noshell查看实际 OTP 版本；输出是"24"或更小就立刻卸载：yum remove erlang\* - 改用 Cloudsmith 官方源安装 Erlang：
yum install -y https://github.com/rabbitmq/erlang-rpm/releases/download/v25.3.2.8/erlang-25.3.2.8-1.el7.x86_64.rpm（注意对应系统版本） - Ubuntu 用户别用
apt-get install erlang，它默认装的是旧版；应添加https://github.com/rabbitmq/erlang-debian/releases的源后安装
集群连不上？盯死 .erlang.cookie 和 /etc/hosts
节点间无法握手，90% 是这两个文件出问题：一个内容不一致，一个解析失败。
-
/var/lib/rabbitmq/.erlang.cookie必须在所有节点上完全相同（字节级一致），权限严格为400，属主为rabbitmq:rabbitmq；scp复制后务必补上：chmod 400 /var/lib/rabbitmq/.erlang.cookie && chown rabbitmq:rabbitmq /var/lib/rabbitmq/.erlang.cookie -
/etc/hosts中每台机器都必须能反向解析其他节点的 NODENAME，例如节点名是rabbit@rabbitmq1，则必须有172.16.9.8 rabbitmq1这一行，不能只写 IP 或用域名别名 - 验证命令：
erl -name test@rabbitmq1 -setcookie ABC -noinput -eval "net:ping('rabbit@rabbitmq2')."返回pong才算通
普通集群为什么消息一宕机就丢？因为队列根本没镜像
rabbitmqctl cluster_status 显示三节点，rabbitmqctl list_queues name node 却只在一个 node 上有记录 —— 这就是裸奔状态。RabbitMQ 默认只同步元数据（exchange、binding、队列定义），不复制消息。
- 必须手动设镜像策略：
rabbitmqctl set_policy ha-all "^" '{"ha-mode":"all","ha-sync-mode":"automatic"}'；注意 JSON 里必须用双引号，单引号会解析失败 - 策略生效后，再查：
rabbitmqctl list_queues name slave_pids，对应队列的slave_pids列非空才算镜像成功 - 不要无差别对所有队列启用
ha-mode: all，镜像会显著增加磁盘 I/O 和网络压力；按业务重要性分级，比如只对^critical\.开镜像
客户端连集群却还是单点失效？因为它根本不知道要切节点
RabbitMQ 不提供 VIP、DNS 转发或自动重定向。客户端硬编码 localhost:5672 或只传一个地址，节点挂了就直接报 Connection refused。
- Spring Boot 必须显式配置多个地址：
spring.rabbitmq.addresses=rabbitmq1:5672,rabbitmq2:5672,rabbitmq3:5672，并关闭动态连接池：spring.rabbitmq.dynamic=false - Python Pika 要传
connection_params = [pika.ConnectionParameters(host) for host in ["rabbitmq1", "rabbitmq2", "rabbitmq3"]]，且启用retry_delay和connection_attempts - 管理界面打不开？检查
listeners.tcp.default是否监听0.0.0.0，以及插件是否启用：rabbitmq-plugins enable rabbitmq_management
最常被跳过的环节是：镜像策略没验证、.erlang.cookie 权限漏改、客户端地址写死。这三个点任何一个没踩实，集群就只是“看起来很美”的单点故障放大器。
