在AKS集群部署RabbitMQ遇权限拒绝错误，求解决方案

核心修复方案（生产环境推荐） #

问题根源是你直接在additionalConfig里写了default_user、default_pass这类敏感配置，RabbitMQ Operator会把这个配置文件挂载成只读的，之后又尝试修改它，导致权限拒绝。正确姿势是用Secret存敏感信息，再通过Operator的配置引用它：

1. 先创建存储默认用户密码的Secret：

kubectl create secret generic rabbitmq-default-user --from-literal=username=guest --from-literal=password=guest

2. 修改你的RabbitmqCluster YAML，删掉additionalConfig里的用户相关配置，加上Secret引用：

apiVersion: rabbitmq.com/v1beta1
kind: RabbitmqCluster
metadata:
 name: production-rabbitmqcluster
spec:
 replicas: 3
 resources:
   requests:
     cpu: 500m
     memory: 1Gi
   limits:
     cpu: 1
     memory: 2Gi
 rabbitmq:
   additionalConfig: |
     log.console.level = info
     channel_max = 1700
   # 引用刚才创建的Secret
   defaultUser:
     secretReference:
       name: rabbitmq-default-user
 service:
   type: LoadBalancer

3. 重新应用配置：

kubectl apply -f your-rabbitmq-cluster.yaml

临时解决办法（仅用于测试，不建议生产） #

如果只是临时测试不想折腾Secret，可以让容器以root用户运行，绕过权限限制：

apiVersion: rabbitmq.com/v1beta1
kind: RabbitmqCluster
metadata:
 name: production-rabbitmqcluster
spec:
 replicas: 3
 resources:
   requests:
     cpu: 500m
     memory: 1Gi
   limits:
     cpu: 1
     memory: 2Gi
 rabbitmq:
   additionalConfig: |
     log.console.level = info
     channel_max = 1700
     default_user = guest
     default_pass = guest
     default_user_tags.administrator = true
 # 添加pod安全上下文，以root运行
 pod:
   securityContext:
     runAsUser: 0
     runAsGroup: 0
 service:
   type: LoadBalancer

问题原因说明 #

RabbitMQ Operator默认把additionalConfig的内容挂载成只读的配置文件，但当你在里面写了default_user这类配置时，Operator会试图动态修改这个文件来应用设置，只读权限自然就导致报错了。用Secret存敏感信息是官方推荐的方式，既安全又能避免这类权限问题。

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