Kubernetes 绑定状态已发布的PVC

让我把你放在上下文中。我得到的吊舱的配置与此相似：

spec:
  nodeSets:
  - name: default
    count: 3
    volumeClaimTemplates:
    - metadata:
        name: elasticsearch-data
      spec:
        accessModes:
        - ReadWriteOnce
        resources:
          requests:
            storage: 5Gi
        storageClassName: repd-ssd-xfs

我还有我的

StorageClass

apiVersion: ...
kind: StorageClass
metadata:
  name: repd-ssd-xfs
parameters:
  type: pd-ssd
  fsType: xfs
  replication-type: regional-pd
  zones: us-central1-a, us-central1-b, us-central1-f
reclaimPolicy: Retain
volumeBindingMode: Immediate

---

我删除了pod的名称空间，然后再次应用，我注意到我的pod使用的pvc发生了变化，并绑定到一个新的pvc，pod使用的最后一个pvc处于发布状态。我的问题是，有没有办法指定pod使用我的旧pvc？

StorageClass

策略是

Retain

，但这意味着我仍然可以使用状态为released的pvc

如果是部署或独立的pod，则可以在pod规范中明确指定持久卷声明名称，如下代码所示：

 volumes:
  - name: task-pv-storage
     persistentVolumeClaim:
       claimName: task-pv-claim

---

但是，如果它是StatefulSet，它将在每次pod重新启动时自动连接到相同的PVC。希望这会有所帮助。

如果是部署或独立的pod，您可以在pod规范中明确指定持久卷声明名称，如下面的代码所示：

 volumes:
  - name: task-pv-storage
     persistentVolumeClaim:
       claimName: task-pv-claim

---

但是，如果它是StatefulSet，它将在每次pod重新启动时自动连接到相同的PVC。希望这有帮助。

除了@shashank tyagi提供的答案之外

请查看文档和您可以找到的部分：

删除PersistentVolumeClaim时，PersistentVolume仍然 存在，卷被视为“已发布”。但现在还没有 可用于另一索赔，因为前一索赔人的数据 保留在卷上。管理员可以手动回收卷 请按照以下步骤进行操作

• 删除PersistentVolume。外部基础架构中的关联存储资产（如AWS EBS、GCE PD、Azure磁盘或 PV删除后，炉渣体积）仍然存在
• 相应地手动清理关联存储资产上的数据
• 手动删除关联的存储资产，或者如果要重用同一存储资产，请使用创建一个新的PersistentVolume
  存储资产定义

检查文档和本示例可能会有所帮助

---

更新看看这篇文章。

除了@shashank tyagi提供的答案之外

请查看文档和您可以找到的部分：

删除PersistentVolumeClaim时，PersistentVolume仍然 存在，卷被视为“已发布”。但现在还没有 可用于另一索赔，因为前一索赔人的数据 保留在卷上。管理员可以手动回收卷 请按照以下步骤进行操作

• 删除PersistentVolume。外部基础架构中的关联存储资产（如AWS EBS、GCE PD、Azure磁盘或 PV删除后，炉渣体积）仍然存在
• 相应地手动清理关联存储资产上的数据
• 手动删除关联的存储资产，或者如果要重用同一存储资产，请使用创建一个新的PersistentVolume
  存储资产定义

检查文档和本示例可能会有所帮助

---

更新看一看这篇文章。

有没有办法做类似于上面针对StatefulSet的代码的事情？有没有办法做类似于上面针对StatefulSet的代码的事情？有没有办法看一下