使用Kubernetes ResourceQuota时Pod卡在ContainerCreating状态问题咨询

• 第一步：核对配额使用情况与生效范围
  执行命令kubectl describe resourcequota awesome-quota -n <目标命名空间>，查看Used列数值是否触及Hard列的上限：你当前配置的配额上限为Pod数2、CPU请求总量1核、内存请求总量1024m，若命名空间内已有其他Pod占用了对应额度，新Pod会因配额不足阻塞。同时确认Pod和ResourceQuota部署在同一个命名空间，ResourceQuota为命名空间级资源，跨命名空间不生效。
• 第二步：查看Pod事件定位具体报错
  执行命令kubectl describe pod nginx -n <目标命名空间>，重点查看Events字段输出：若存在exceeded quota、insufficient cpu/memory类关键字，即可确认是配额不足导致；若提示镜像拉取失败、CNI网络异常、存储卷挂载失败等报错，则和Quota功能无关，对应排查镜像、网络、存储组件即可。
• 第三步：检查LimitRange规则冲突
  执行命令kubectl get limitrange -n <目标命名空间>，确认命名空间下是否配置了LimitRange：若LimitRange设置的默认容器资源请求/限制和你Pod配置的资源规则、Quota上限冲突，也会导致Pod创建阻塞。
• 第四步：校验资源单位配置正确性
  确认Quota和Pod配置的资源单位统一：你当前配置的Quota内存单位为m（即Mi），Pod的内存配置单位匹配，若存在Gi/Mi混用、CPU整核和m单位计算错误的情况，会导致配额统计异常，引发创建阻塞。

补充说明：你提供的单Nginx Pod配置的CPU请求为0.5核、内存请求为512m，未超出Quota的单实例上限，正常可正常创建；若创建第二个同配置Pod，总请求量刚好触达Quota上限，第三个及以上Pod会被配额规则拦截。

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