Azure AKS多命名空间部署Redis失败：Pod持续处于Pending状态求助

先抓核心原因：Pod调度失败的细节 #

Pod卡Pending本质是调度未成功，先执行命令获取具体报错信息：

• kubectl describe pod redis-0 -n redis
• kubectl describe pod sentinel-0 -n redis
  重点看输出里的Events字段，这里会明确标注调度失败的具体原因（比如资源不足、存储绑定失败、权限缺失等）

AKS环境下的常见问题及解决办法 #

1. 命名空间资源配额不足 #

AKS常给非default命名空间设置资源上限，先检查目标命名空间的资源配额：

• kubectl describe resourcequota -n <你的目标命名空间>
  查看CPU、内存、存储的已用/配额占比，若配额用尽：
  • 要么调整配额：kubectl edit resourcequota <配额名称> -n <目标命名空间>，修改hard字段的数值
  • 要么降低Redis Pod的资源请求：修改部署yaml里的resources.requests和limits配置，减少Pod对资源的占用

2. 持久卷绑定失败 #

你使用的Redis部署资源大概率用到了PersistentVolumeClaim（PVC），先检查PVC状态：

• kubectl get pvc -n <目标命名空间>
  若PVC状态为Pending，说明没有可用的PersistentVolume（PV）：
  • 确认存储类存在：kubectl get storageclasses，确保使用的存储类支持动态创建PV（比如AKS默认的standard或managed-premium）
  • 若PVC指定了存储类，检查该存储类的配置是否符合集群要求（比如地域、磁盘类型限制）

3. 节点选择规则不匹配 #

对比default命名空间的部署yaml，检查其他命名空间的Redis配置是否包含nodeSelector、affinity或tolerations规则：

• 查看节点标签：kubectl get nodes --show-labels，确认节点标签满足Pod的选择要求
• 若规则过于严格，要么修改yaml里的亲和性配置，要么给目标节点添加对应标签

4. 命名空间权限缺失 #

AKS内的ServiceAccount可能没有足够权限创建Pod、PVC等资源：

• 查看命名空间内的ServiceAccount：kubectl get sa -n <目标命名空间>
• 检查权限绑定：kubectl describe rolebinding -n <目标命名空间>，确保对应的ServiceAccount拥有创建pods、persistentvolumeclaims等资源的权限
• 权限不足时，新建或修改Role/RoleBinding，为ServiceAccount赋予必要权限

5. 网络或安全策略限制 #

AKS的CNI网络插件或Pod安全策略（PSP）可能阻止Pod调度：

• 查看Pod安全策略：kubectl get psp，确认Pod配置符合PSP的要求（比如是否使用特权模式、端口是否允许）
• 若使用Azure CNI，检查节点的Pod CIDR是否有剩余空间，或是否存在网络策略阻止Pod创建

快速验证方案：先排除存储因素 #

先部署无持久化的Redis，确认是否能正常调度：

1. 修改Redis的StatefulSet yaml，删除volumeClaimTemplates部分，替换为emptyDir临时存储
2. 重新部署：kubectl apply -f <修改后的yaml> -n <目标命名空间>
3. 若Pod能正常启动，说明问题出在存储配置上，再针对性解决存储绑定问题

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