Kubernetes动态存储供应器异常：关联StorageClass创建PVC失败求助

首先，从你提供的信息来看，slow和standard两个StorageClass都使用了kubernetes.io/aws-ebs供应器，但PVC关联slow后一直处于Pending状态，我们可以从以下几个方向逐步排查：

1. 验证StorageClass的配置完整性 #

先检查slow这个StorageClass的具体配置，执行命令：

kubectl describe sc slow

重点关注以下几点：

• 是否指定了正确的parameters，比如type（比如gp2、io1等）、zone（如果是单AZ集群需要指定对应可用区）
• 是否设置了reclaimPolicy和volumeBindingMode，如果是WaitForFirstConsumer模式，PVC会等到有Pod绑定后才会创建卷，这时候PVC会暂时处于Pending状态

2. 检查集群云提供商权限 #

Kubernetes的AWS EBS供应器依赖kube-controller-manager组件拥有创建EBS卷的IAM权限。确认集群的控制节点是否具备以下IAM权限：

• ec2:CreateVolume
• ec2:AttachVolume
• ec2:DescribeVolumes
• ec2:DeleteVolume
  如果权限缺失，供应器无法创建对应的EBS卷，PVC会一直Pending。

3. 检查AWS资源配额限制 #

AWS对每个区域的EBS卷数量、总容量等有配额限制，执行以下步骤确认：

• 登录AWS控制台，进入EC2服务的「配额」页面
• 检查对应的EBS卷类型（比如gp2）的配额是否已经用尽
  如果配额不足，需要申请提升配额后再尝试创建PVC。

4. 查看完整的事件日志 #

你提供的PVC事件日志被截断了，完整的事件信息是排查关键。执行以下命令获取完整事件：

kubectl describe pvc mypvc
kubectl get events --field-selector involvedObject.name=mypvc

常见的错误事件包括：

• 供应器无法找到合适的可用区
• 卷创建请求被AWS拒绝（权限/配额问题）
• StorageClass参数配置错误（比如指定了不存在的EBS类型）

5. 测试默认StorageClass是否正常 #

既然standard是默认StorageClass，可以创建一个关联它的PVC，测试是否能正常绑定：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: test-pvc
spec:
  storageClassName: standard
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi

如果这个PVC能正常绑定，说明问题出在slow这个StorageClass的配置或者参数上；如果也失败，那可能是集群的AWS EBS供应器整体有问题。

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