K8S-PV 与PVC_代码007(未授权)

本文介绍: metadata:spec:capacity:#指定访问模式#指定回收策略- hardnfs:path: /tmpmetadata:spec:#指定访问模式#卷模式 Filesystem/Blockresources:requests:metadata:#是否是默认Class,一个集群只有一个DefaultClass#指定制备器#指定回收策略。

PV 是k8s管理员定义的好的物理存储或者说实际存储，对应用来说是透明的，应用只需要向着PVC申请即可，具体使用的创建好的那个PV是由PVC去匹配和绑定的。

PV 持久卷是用插件的形式来实现的。Kubernetes 目前支持以下插件：

ReadWriteOnce(RWO)卷可以被一个节点以读写方式挂载。 ReadWriteOnce 访问模式也允许运行在同一节点上的多个 Pod 访问卷。

ReadOnlyMany(ROX)卷可以被多个节点以只读方式挂载。

ReadWriteMany(RWX)卷可以被多个节点以读写方式挂载。

ReadWriteOncePod(RWOP)特性状态： Kubernetes v1.27 [beta]卷可以被单个 Pod 以读写方式挂载。如果你想确保整个集群中只有一个 Pod 可以读取或写入该 PVC，请使用 ReadWriteOncePod 访问模式。这只支持 CSI 卷以及需要 Kubernetes 1.22 以上版本。

spec.persistentVolumeReclaimPolicy

对于 Kubernetes 1.29 来说，只有 nfs 和 hostPath 卷类型支持回收（Recycle）

Available卷是一个空闲资源，尚未绑定到任何申领

Bound该卷已经绑定到某申领

Released所绑定的申领已被删除，但是关联存储资源尚未被集群回收

Failed卷的自动回收操作失败

kubectl describe persistentvolume <name> 查看已绑定到 PV 的 PVC 的名称

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv0003
spec:
  capacity:
    storage: 5Gi
  volumeMode: Filesystem
#指定访问模式
  accessModes:
    - ReadWriteOnce
#指定回收策略
  persistentVolumeReclaimPolicy: Recycle
  storageClassName: slow
  mountOptions:
    - hard
    - nfsvers=4.1
  nfs:
    path: /tmp
    server: 172.17.0.2

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: block-pvc
spec:
#指定访问模式
  accessModes:
    - ReadWriteOnce
#卷模式 Filesystem/Block
  volumeMode: Filesystem
  resources:
    requests:
      storage: 10Gi

apiVersion: v1
kind: Pod
metadata:
  name: mypod
spec:
  containers:
    - name: myfrontend
      image: nginx
      volumeMounts:
      - mountPath: "/var/www/html"
        name: mypd
  volumes:
    - name: mypd
      persistentVolumeClaim:
        claimName: myclaim

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: low-latency
  annotations:
	#是否是默认Class,一个集群只有一个DefaultClass
    storageclass.kubernetes.io/is-default-class: "false"
#指定制备器
provisioner: csi-driver.example-vendor.example
#指定回收策略
reclaimPolicy: Retain # default value is Delete
allowVolumeExpansion: true
mountOptions:
  - discard # this might enable UNMAP / TRIM at the block storage layer
#default Immediate ,WaitForFirstConsumer 
volumeBindingMode: WaitForFirstConsumer
parameters:
  guaranteedReadWriteLatency: "true" # provider-specific

volumeBindingMode 字段控制了卷绑定和动态制备应该发生在什么时候。当未设置时，默认使用 Immediate 模式。

Immediate 模式表示一旦创建了 PersistentVolumeClaim 也就完成了卷绑定和动态制备。对于由于拓扑限制而非集群所有节点可达的存储后端，PersistentVolume 会在不知道 Pod 调度要求的情况下绑定或者制备。

集群管理员可以通过指定 WaitForFirstConsumer 模式来解决此问题。该模式将延迟 PersistentVolume 的绑定和制备，直到使用该 PersistentVolumeClaim 的 Pod 被创建。 PersistentVolume 会根据 Pod 调度约束指定的拓扑来选择或制备。这些包括但不限于资源需求、节点筛选器、 Pod 亲和性和互斥性、以及污点和容忍度。