如何更新运行RabbitMQ的EKS节点（AMI版本）且避免服务中断

要在EKS节点升级时避免RabbitMQ集群宕机，核心思路是通过临时扩容冗余副本+逐个节点滚动维护，确保集群始终有足够的可用节点支撑服务，具体操作步骤如下：

1. 临时扩容RabbitMQ集群冗余度 #

当前你的RabbitMQ仅2个副本（每个节点1个），节点升级时会出现单节点甚至无节点可用的风险，先临时扩容副本数到3：

kubectl scale statefulset <你的RabbitMQ StatefulSet名称> --replicas=3

等待第三个副本启动完成并成功加入集群，执行以下命令确认集群状态正常：

kubectl exec <rabbitmq-pod-0> -- rabbitmqctl cluster_status

输出中需看到3个节点均处于running状态。

2. 逐个节点执行升级操作 #

对运行RabbitMQ副本的节点，按以下流程逐个处理：

• 标记节点不可调度：防止新Pod被调度到待升级节点

  kubectl cordon <待升级节点名称>
  

• 优雅驱逐节点上的RabbitMQ Pod：让RabbitMQ优雅关闭并将Pod调度到其他可用节点

  kubectl drain <待升级节点名称> --ignore-daemonsets --delete-emptydir-data --force=false
  

• 确认集群状态正常：等待被驱逐的RabbitMQ Pod在新节点启动并重新加入集群，再次用rabbitmqctl cluster_status验证
• 执行EKS节点版本升级：通过eksctl或AWS控制台完成该节点的Kubernetes版本升级
• 解除节点不可调度：升级完成后开放节点调度能力

  kubectl uncordon <已升级节点名称>
  

重复以上步骤处理第二个运行RabbitMQ副本的节点。

3. 恢复RabbitMQ副本数（可选） #

如果不需要保留3个副本，所有节点升级完成后可缩容回原有的2个：

kubectl scale statefulset <你的RabbitMQ StatefulSet名称> --replicas=2

确认被移除的副本已从集群中正常剔除，集群状态稳定。

关键注意事项 #

• 确保RabbitMQ配置了持久化存储（PV/PVC），避免Pod迁移时丢失数据
• 验证RabbitMQ的headless Service配置正确，保证集群节点间能正常发现和通信
• 客户端需连接RabbitMQ的Service而非单个Pod，确保自动切换到可用节点
• 必须逐个节点升级，禁止同时操作多个节点，避免集群冗余不足

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