使用自定义Helm发布名后RabbitMQ Pod陷入Pending状态求助

这个问题大概率是因为stable/rabbitmq Chart的模板中，某些节点调度相关配置（节点选择器、污点容忍）和发布名存在绑定逻辑，导致你指定自定义名称时，Pod的调度要求和集群节点不匹配。下面是具体的排查和解决步骤：

1. 先确认Chart的默认调度配置 #

首先查看Chart的默认values配置，看看节点选择器和污点容忍的默认设置：

helm inspect values stable/rabbitmq

在输出中找到nodeSelector和tolerations相关的部分，你会发现可能存在一些默认的节点标签要求，或者当发布名满足某些条件时，会自动添加特定的调度规则。

2. 手动覆盖调度配置，强制适配你的集群 #

安装时直接通过--set参数清空或修改节点选择器和污点容忍配置，让Pod可以调度到任意可用节点：

# Helm 2 版本
helm install --name rabbitmq stable/rabbitmq --set nodeSelector={} --set tolerations={}

# 如果是 Helm 3 版本（注意Helm3不再使用--name参数，直接把发布名放在前面）
helm install rabbitmq stable/rabbitmq --set nodeSelector={} --set tolerations={}

这样会强制忽略Chart中预设的节点调度限制，让Kubernetes按照默认规则调度Pod。

3. 验证集群节点的标签和污点 #

如果上面的方法解决了问题，你可以进一步排查为什么自定义发布名会触发问题：

• 查看集群所有节点的标签：

  kubectl get nodes --show-labels
  

  确认是否有Chart预设的节点标签（比如rabbitmq=true这类），而你的节点没有设置。
• 查看节点的污点配置：

  kubectl describe nodes <你的节点名称>
  

  检查是否有Pod无法容忍的污点，而默认发布名的Pod被配置了对应的容忍度，自定义名称的Pod没有。

4. 检查Chart模板的条件逻辑 #

如果想彻底搞清楚原因，可以拉取Chart的模板文件，查看StatefulSet的配置中是否有基于.Release.Name的条件判断：

helm fetch stable/rabbitmq --untar
cd rabbitmq/templates
cat statefulset.yaml

搜索nodeSelector或tolerations，看看是否有类似{{ if eq .Release.Name "xxx" }}这类的条件，导致不同发布名生成不同的调度配置。

内容的提问来源于stack exchange，提问作者Swapnil B.