k8s - 一文通透理解PV、PVC、storageClass的使用

casual_silva

已于 2023-01-06 17:55:25 修改

阅读量377

点赞数

分类专栏： Kubernetes 文章标签： kubernetes 5G 容器

于 2023-01-06 17:40:04 首次发布

本文链接：https://blog.csdn.net/qq_41801298/article/details/128582528

版权

Kubernetes 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

一、PV-持久卷

持久卷-PersistentVolume 是集群中的一块存储资源，可以由管理员事先制备，或者使用存储类（Storage Class）来动态制备

1. pv使用时需要理解的几个重要概念

存储能力 - capacity
访问模式 - accessModes (读写权限)
所属存储类 - storageClassName
后端存储类型 - 参考内置支持的一些类型（nfs、HostPath、Local等）
回收策略 - persistentVolumeReclaimPolicy
节点亲和性 - Affinity

2. PV-配置文件样例：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv1
spec:
  # 预绑定-声明只能被如下的PVC绑定
  claimRef:
    name: nlp-pvc-inquery
    namespace: nlp
  capacity:  #容量
    storage: 5Gi
  accessModes:  #访问模式
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle  #回收策略
  storageClassName: slow  
  nfs:
    path: /
    server: 172.17.0.2

二、PVC-持久卷申领

持久卷申领（PersistentVolumeClaim，PVC） 表达的是用户对存储的请求。即：PV 卷是集群中的资源，PVC 申领是对这些资源的请求 PVC和PV是一对一绑定的

1. pvc使用时需要理解的几个重要概念

资源请求 - Resources
访问模式 - AccessModes
存储卷模式 - volumeMode
PV选择条件 - Selector
所属存储类 - StorageClass

2. pvc-配置文件样例：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nlp-pvc-inquery
  #命名空间
  namespace: nlp
spec:
  # 绑定选择器
  selector:
    matchLabels:
      name: nlp-pv-inquery
  # 预绑定-静态绑定-强制绑定（绑定指定名为如下的PV）
  volumeName: nlp-pv-inquery
  accessModes:
    - ReadWriteMany
  volumeMode: Filesystem
  resources:
    requests:
      storage: 5Gi
  # 所属存储类
  storageClassName: nlp

volumes:
  - name: pv
    persistentVolumeClaim:
      claimName: pvc

三、StorageClass-存储类

StorageClass作为对存储资源的抽象定义，对用户设置的PVC申请屏蔽后端存储的细节，由系统自动完成PV的创建和绑定，实现了动态的资源供应。存储类实际可以理解为提供了三个功能：
1、声明所需PV的配置信息用来动态生成pv；
2、声明所属pv的绑定模式
3、作为一种pvc和pv绑定查找的索引

1. StorageClass使用时需要理解的几个重要概念

存储制备器 | 提供者 - Privisioner （指定制备 PV的插件类型）
参数 - Parameters （不同的Provisioner包括不同的参数设置）
回收策略 - reclaimPolicy（动态生成pv的回收策略）
设为默认的StorageClass - （需要启动准入控制器DefaultStorageClass）**

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: slow
  # 设置为默认存储类
  annotations:
    storageclass.beta.kubernetes.io/is-default-class="true"
# 无制备器
privisioner: kubernetes.io/no-provisioner
reclaimPolicy: Retain
allowVolumeExpansion: true
volumeBindingMode: WaitForFirstConsumer

四、PV 和 PVC 绑定方式

PV 和 PVC 绑定流程：实际上就是PV 控制器分别对 PV & PVC 不断进行独立的协调同步判断操作

1. PV 和 PVC静态绑定 | 预绑定

1.1 - 静态绑定具体使用

通过在 PV 的 Spec.ClaimRef 或者 PVC 的 Spec.VolumeName 字段下预填配置信息，进行预绑定
实际使用中，需结合具体需求采取一种方法，或两种方法同时进行预绑定操作。

1.2 - PVC 协调同步过程

对于未绑定的 PVC ，先看 PVC 的 VolumeName 是否为空。
1. 若为空，寻找匹配的 PV 。若发现某一个 PV 的 ClaimRef 已经指向该 PVC ，则直接使用。
2. 若不为空，寻找对应的 PV 并尝试与之绑定
对于已经绑定的 PVC，尝试检查绑定状态，并更新对象当发现问题时，比如关联的 PV 已经不存在等。