EKS中PV/PVC状态为Bound但AWS EBS控制台无对应卷的问题排查

首先，你找不到AWS EBS卷的根本原因是：你手动创建的PV是hostPath类型的本地节点目录，和AWS EBS云盘完全没有关系，所以EBS控制台里自然看不到它。

具体细节拆解 #

• 手动PV跳过了StorageClass的动态创建流程
  你虽然定义了kubernetes.io/aws-ebs类型的StorageClass，但同时手动创建了PV对象。Kubernetes的PVC绑定逻辑是：优先匹配已存在的、符合条件的手动PV，只有当没有合适的手动PV时，才会触发StorageClass的动态卷创建流程。你的PVC已经和这个手动PV绑定成功，所以根本没用到AWS EBS的存储类，自然不会在AWS侧创建EBS卷。

• hostPath卷的本质
  你的PV配置里用了hostPath: path: "/mnt/m1-persistent-volume"，这意味着这个"卷"其实是集群中某一个节点上的本地目录（因为你没指定nodeAffinity，K8s会随机选一个节点绑定）。它完全是节点本地的文件系统，不属于AWS EBS服务的范畴，所以EBS控制台不可能查询到。

• 关于Bound状态的误解
  PV和PVC的Bound状态只表示Kubernetes内部的绑定关系已经建立，不代表云服务商那边已经创建了对应的存储资源。在这个场景下，Bound仅仅说明PVC找到了匹配的手动PV，和AWS EBS没有任何关联。

额外的潜在问题 #

你提到的gp2不支持ReadWriteMany是对的——AWS EBS卷本身只支持ReadWriteOnce（单节点读写）的访问模式，所以即使你删掉手动PV，用StorageClass动态创建，也会因为PVC要求RWX而创建失败，这一点需要注意。

解决方案建议 #

• 如果你的需求是使用AWS EBS卷：
  1. 删除现有的手动PV：kubectl delete pv m1-operation-persistent-volume
  2. 修改PVC的accessModes为ReadWriteOnce（符合EBS的特性）
  3. 等待Kubernetes通过StorageClass动态创建EBS卷，此时你就能在AWS EBS控制台的eu-west-1区域看到对应的卷了。
• 如果你的需求是使用本地节点存储：
  1. 找到绑定了这个PV的节点：执行kubectl describe pv m1-operation-persistent-volume查看节点关联信息，或者直接查看挂载该卷的Pod所在节点
  2. 登录到该节点，查看/mnt/m1-persistent-volume目录，这就是你的"卷"所在位置。但要注意hostPath卷的局限性：节点故障会导致数据丢失，且无法跨节点共享。

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