Kubernetes-数据存储-PV和PVC实例_kubectl get pvc -n-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_45637155/article/details/111074166

本文介绍了Kubernetes中的持久化卷(PV)和持久化卷声明(PVC)概念，它们用于简化存储管理。PV由管理员创建，PVC由用户申请，实现了存储的解耦。讨论了PV的存储类型、容量、访问模式和回收策略，以及PVC的绑定和存储类别。通过NFS实例展示了如何创建和使用PV。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

PV和PVC

使用NFS提供存储，此时就要求用户会搭建NFS系统，并且会在yaml配置nfs。由于kubernetes支持的存储系统有很多，要求客户全都掌握，显然不现实。为了能够屏蔽底层存储实现的细节，方便用户使用，kubernetes引入PV和PVC两种资源对象。I

PV(Persistent Volume)是持久化卷的意思，是对底层的共享存储的一种抽象。一般情况下PV由kubernetes管理员进行创建和配置，它与底层具体的共享存储技术有关，并通过插件完成与共享存储的对接。

PVC (Persistent Volume Claim）是持久卷声明的意思，是用户对于存储需求的一种声明。换句话说，PVC其实就是用户向kubernetes系统发出的—种资源需求申请。
在这里插入图片描述

使用了PV和PVC之后，工作可以得到进—步的细分:

存储:存储工程师维护
PV: kubernetes管理员维护
PVC: kubernetes用户维护
存储类型

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

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

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

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

ReadWriteMany (RWX) ：读写权限，可以被多个节点挂载

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

回收策略 (persistentVolumeReclaimPolicy)

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

Retain(保留)保留数据，需要管理员手工清理数据
Recycle (回收)清除PⅣV中的数据，效果相当于执行rm -rf /thevolume/*
Delete(删除)与PV相连的后端存储完成volume的删除操作，当然这常见于云服务商的存储服务
```
           需要注意的的是，底层不同的存储类型可能支持的回收策略不同
```
存储类别

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

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

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

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

实验：
使用NFS作为存储，来演示PV的使用，创建3个PV，对用的NFS中的3个暴露的路径

准备环境

#创建目录
mkdir /data/{pv1,pv2,pv3} -pv
#暴露服务
cat /etc/exports
/data/pv1  10.0.0.0/8(rw,no_root_squash)
/data/pv2  10.0.0.0/8(rw,no_root_squash)
/data/pv3  10.0.0.0/8(rw,no_root_squash)
#重启
exportfs -r
exportfs -v

/data/nfs       10.0.0.0/8(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash)
/data/pv1       10.0.0.0/8(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash)
/data/pv2       10.0.0.0/8(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash)
/data/pv3       10.0.0.0/8(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash)

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv1
spec:
  capacity:
    storage : 1Gi
  accessModes:
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  nfs :
    path: /root/ data/pv1
    server: 10.0.0.17



---


apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv2
spec:
  capacity:
    storage : 2Gi
  accessModes:
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  nfs :
    path: /root/ data/pv2
    server: 10.0.0.17


---

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv3
spec:
  capacity:
    storage : 3Gi
  accessModes:
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  nfs :
    path: /root/ data/pv3
    server: 10.0.0.17

#查看

kubectl get pv -n dev
NAME   CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
pv1    1Gi        RWX            Retain           Available                                   2m3s
pv2    2Gi        RWX            Retain           Available                                   2m3s
pv3    3Gi        RWX            Retain           Available                                   2m3s

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc1
  namespace: dev
spec:
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 1Gi

---

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc2
  namespace: dev
spec:
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 1Gi

---

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc3
  namespace: dev
spec:
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 1Gi

查看

[root@master ~]# kubectl get pvc -n dev
NAME   STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
pvc1   Bound    pv1      1Gi        RWX                           60s
pvc2   Bound    pv2      2Gi        RWX                           60s
pvc3   Bound    pv3      3Gi        RWX                           60s

[root@master ~]# kubectl get pv
NAME   CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM      STORAGECLASS   REASON   AGE
pv1    1Gi        RWX            Retain           Bound    dev/pvc1                           15m
pv2    2Gi        RWX            Retain           Bound    dev/pvc2                           15m
pv3    3Gi        RWX            Retain           Bound    dev/pvc3                           15m

apiVersion: v1
kind: Pod
metadata:
  name: pod1
  namespace: dev
spec:
  containers:
  - name: busybox
    image: busybox:1.30
    command: ["/bin/sh","-c","while true;doecho pod1 >> /root/out.txt; sleep 10;done"]
    volumeMounts:
    - name: volume
      mountPath: /root/
  volumes:
  - name: volume
    persistentVolumeClaim:
      claimName: pvc1
      readOnly: false

---

apiVersion: v1
kind: Pod
metadata:
  name: pod2
  namespace: dev
spec:
  containers:
  - name: busybox
    image: busybox:1.30
    command: ["/bin/sh","-c","while true;doecho pod1 >> /root/out.txt; sleep 10;done"]
    volumeMounts:
    - name: volume
      mountPath: /root/
  volumes:
  - name: volume
    persistentVolumeClaim:
      claimName: pvc2
      readOnly: false


---

apiVersion: v1
kind: Pod
metadata:
  name: pod3
  namespace: dev
spec:
  containers:
  - name: busybox
    image: busybox:1.30
    command: ["/bin/sh","-c","while true;doecho pod1 >> /root/out.txt; sleep 10;done"]
    volumeMounts:
    - name: volume
      mountPath: /root/
  volumes:
  - name: volume
    persistentVolumeClaim:
      claimName: pvc3
      readOnly: false

等pod容器运行起来后查看创建的pv1 pv2 pv3

[root@master ~]# tail -f /data/pv2/out.txt
pod2
pod2
pod2
pod2