K8s部署RabbitMQ集群失败：就绪探针连接被拒绝

1. 查看Pod核心日志定位启动故障 #

先拉取RabbitMQ Pod的完整日志，确认服务本身启动是否存在异常：

kubectl logs -n rabbitmq-system <rabbitmq-pod-name>

重点关注以下关键信息：

• Erlang集群cookie是否一致（集群节点必须使用相同cookie才能建立通信）
• 节点主机名的DNS解析是否正常（K8s内部DNS需能解析集群内Pod的hostname）
• 数据目录的读写权限是否充足
• 是否存在资源分配不足导致的启动中断（如CPU/内存被节点限流）

2. 验证集群网络连通性 #

部署在AWS EC2上需重点确认：

• EC2安全组是否开放集群节点间的必要端口：4369（Erlang端口映射）、25672（集群通信）、5672（客户端连接）
• K8s CNI插件工作状态：可启动测试Pod验证跨Pod端口连通性

kubectl run -it --rm --image busybox:1.35 test-pod -- nc -zv <rabbitmq-pod-ip> 5672

3. 适配K8s版本调整RabbitMQ配置 #

由于你使用的K8s 1.19.16属于较旧版本，需调整RabbitMQ集群配置以兼容：
在spec.rabbitmq下添加集群适配配置：

rabbitmq:
  additionalPlugins:
    - rabbitmq_mqtt
  additionalConfig: |
    cluster_formation.k8s.host = kubernetes.default.svc.cluster.local
    cluster_formation.k8s.address_type = hostname
    cluster_formation.node_cleanup.interval = 30
    cluster_formation.node_cleanup.only_log_warning = true
    loopback_users.guest = false

同时建议安装与K8s 1.19兼容的Operator版本（如v1.11.x系列，官方标注支持K8s 1.18+），避免最新版Operator的兼容性问题。

4. 检查资源与Pod事件 #

• 查看节点资源剩余情况，确认是否存在节点资源耗尽导致Pod无法启动：

kubectl describe nodes

• 查看RabbitMQ Pod的事件记录，获取启动过程中的异常线索：

kubectl describe pod -n rabbitmq-system <rabbitmq-pod-name>

5. 简化配置逐步排查 #

先部署单节点集群验证基础功能是否正常：

apiVersion: rabbitmq.com/v1beta1
kind: RabbitmqCluster
metadata:
 name: rabbitmq-cluster
 namespace: rabbitmq-system
spec:
 replicas: 1
 resources:
   requests:
     cpu: 250m
     memory: 500Mi
   limits:
     cpu: 1
     memory: 1Gi
 rabbitmq:
         additionalPlugins:
            -   rabbitmq_mqtt
 service:
   type: ClusterIP

若单节点正常启动，再逐步扩容至3节点，定位集群组建阶段的问题。

内容的提问来源于stack exchange，提问作者Sandeep R