【问题标题】:Auto bound PVC to PV自动绑定 PVC 到 PV
【发布时间】:2019-08-16 06:24:06
【问题描述】:

美好的一天!

如果在Openshift创建PVC时没有明确指定volumeName,那么PVC会绑定到哪个PV?

如果存储大小与声明匹配,我认为 PVC 可以绑定到任何处于“可用”状态的 PV。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc_name
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 10G
  storageClassName: ""
  volumeName: 

告诉我这个过程是如何工作的? 谢谢。

【问题讨论】:

  • 如果你没有默认的存储类,它会随意选择一个可用的PV,ReadWriteOnce访问模式和大小>= 10G。
  • @jww,历史上在这里询问 Kubernetes 问题,而不是说 Serverfault。

标签: kubernetes openshift persistent-volumes persistent-volume-claims


【解决方案1】:

在 Kubernetes 中,由于 storageClassName: "" 动态配置不起作用,Kubernetes 将在现有 PV 列表中查找没有类的最小匹配 PV,直到打开 DefaultStorageClass 准入插件。

如果提供了选择器或访问模式,则将逻辑 AND 应用于要求。因此,将选择唯一一个没有类且具有请求的模式和标签的 PV。

设置 DefaultStorageClass 后,它的值将用于为不需要任何特定类的 PVC 动态配置存储。

至于有问题的 PVC 样本,ccshih 提供了几乎准确的答案:没有启用和配置 DefaultStorageClass,最小可用 PV 大小为 10G(10e9 字节 ~ 9.3 GiB)或更大,没有类和 ReadWriteOnce 访问模式将被绑定。

请看Lifecycle of a volume and claim

配置逻辑在此处描述:Controller workflow for provisioning volumes

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-01-10
    • 1970-01-01
    • 2022-11-09
    • 2022-11-20
    • 1970-01-01
    • 2019-09-24
    相关资源
    最近更新 更多