image.png
    逻辑图

    资源清单：
    image.png

    apiVersion: v1
    kind: PersistentVolume
    metadata:
    name: pv2
    spec:
    nfs: # 存储类型，与底层真正存储对应
    capacity: # 存储能力，目前只支持存储空间的设置
    storage: 2Gi
    accessModes: # 访问模式
    storageClassName: # 存储类别
    persistentVolumeReclaimPolicy: # 回收策略

    参数解读：
    image.png
    存储类型

    底层实际存储的类型，kubernetes支持多种存储类型，每种存储类型的配置都有所差异

    image.png
    存储能力（capacity）

    目前只支持存储空间的设置( storage=1Gi )，不过未来可能会加入IOPS、吞吐量等指标的配置

    image.png
    访问模式（accessModes）

    用于描述用户应用对存储资源的访问权限，访问权限包括下面几种方式：

    ReadWriteOnce（RWO）：读写权限，但是只能被单个节点挂载
    ReadOnlyMany（ROX）： 只读权限，可以被多个节点挂载
    ReadWriteMany（RWX）：读写权限，可以被多个节点挂载

    需要注意的是，底层不同的存储类型可能支持的访问模式不同

    image.png
    回收策略（persistentVolumeReclaimPolicy）

    当PV不再被使用了之后，对其的处理方式。目前支持三种策略：

    Retain （保留） 保留数据，需要管理员手工清理数据
    Recycle（回收） 清除 PV 中的数据，效果相当于执行 rm -rf /thevolume/*
    Delete （删除） 与 PV 相连的后端存储完成 volume 的删除操作，当然这常见于云服务商的存储服务

    需要注意的是，底层不同的存储类型可能支持的回收策略不同

    image.png
    存储类别

    PV可以通过storageClassName参数指定一个存储类别：

    具有特定类别的PV只能与请求了该类别的PVC进行绑定
    未设定类别的PV则只能与不请求任何类别的PVC进行绑定

    PV生命周期与状态（status）：
    image.png

    一个 PV 的生命周期中，可能会处于4中不同的阶段：

    Available（可用）： 表示可用状态，还未被任何 PVC 绑定
    Bound（已绑定）： 表示 PV 已经被 PVC 绑定
    Released（已释放）： 表示 PVC 被删除，但是资源还未被集群重新声明
    Failed（失败）： 表示该 PV 的自动回收失败

    配置演示：
    image.png
    准备一下NFS环境，创建多个NFS环境，以便显示效果

    # 创建目录
    [root@nfs ~]# mkdir /root/data/{pv1,pv2,pv3} -pv

    # 暴露服务
    [root@nfs ~]# more /etc/exports
    /root/data/pv1 192.168.5.0/24(rw,no_root_squash)
    /root/data/pv2 192.168.5.0/24(rw,no_root_squash)
    /root/data/pv3 192.168.5.0/24(rw,no_root_squash)

    # 重启服务
    [root@nfs ~]# systemctl restart nfs

    image.png
    创建资源清单，效果就是创建出三个不同的PV，大小不同：

    apiVersion: v1
    kind: PersistentVolume
    metadata:
    name: pv1
    spec:
    capacity:
    storage: 1Gi
    accessModes:
    - ReadWriteMany
    persistentVolumeReclaimPolicy: Retain
    nfs:
    path: /root/data/pv1
    server: 192.168.5.6
    —-
    apiVersion: v1
    kind: PersistentVolume
    metadata:
    name: pv2
    spec:
    capacity:
    storage: 2Gi
    accessModes:
    - ReadWriteMany
    persistentVolumeReclaimPolicy: Retain
    nfs:
    path: /root/data/pv2
    server: 192.168.5.6
    —-
    apiVersion: v1
    kind: PersistentVolume
    metadata:
    name: pv3
    spec:
    capacity:
    storage: 3Gi
    accessModes:
    - ReadWriteMany
    persistentVolumeReclaimPolicy: Retain
    nfs:
    path: /root/data/pv3
    server: 192.168.5.6

    image.png
    应用并检查：

    # 创建 pv
    [root@k8s-master01 ~]# kubectl create -f pv.yaml
    persistentvolume/pv1 created
    persistentvolume/pv2 created
    persistentvolume/pv3 created

    # 查看pv
    [root@k8s-master01 ~]# kubectl get pv -o wide
    NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS AGE VOLUMEMODE
    pv1 1Gi RWX Retain Available 10s Filesystem
    pv2 2Gi RWX Retain Available 10s Filesystem
    pv3 3Gi RWX Retain Available 9s Filesystem