Kubernetes--解析 PV，PVC和StorageClass

原创 已于 2025-06-27 19:15:15 修改 · 1.2k 阅读 · 29 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
标签
#kubernetes #容器 #云原生
于 2025-06-12 16:03:46 首次发布

文章目录


在 Kubernetes（K8s）中， 持久化存储（Persistent Storage）是构建 有状态服务（如数据库、缓存等）的关键组件。而 PersistentVolume（PV） 和 PersistentVolumeClaim（PVC） 是用于管理 持久化存储资源的核心机制。它们是 Kubernetes 中的 存储抽象层， 解耦了存储的具体 实现和 使用方式。

功能/组件描述
PV存储资源抽象，管理员定义的磁盘。
PVC用户的资源请求，定义容量/访问模式等。
StorageClass定义存储的类型、策略，实现动态分配。
访问模式ReadWriteOnce、ReadOnlyMany、ReadWriteMany
回收策略Retain（保留）、Recycle（回收）、Delete（删除）
动态供应通过 StorageClass 实现，自动创建 PV

PV – 存储资源提供者

  • PV 是集群管理员提供的一块持久化存储资源，是对存储的抽象封装。
    • 类似于硬件层面的“磁盘分区”。
    • 由管理员预先配置（静态）或由系统动态创建。
    • 与具体 Pod 解耦，生命周期独立于 Pod。

常见类型：hostPath、NFS、CephFS、GlusterFS、AWS EBS、GCE PD、CSI 插件 等。

创建pv-nfs.yaml

apiversion: v1
kind: PersistentVolume    # 描述资源对象为PV类型
metadata:
  name: pv0001            # PV 的名字
spec:
  capacity:               # 容量配置
    storage: 5Gi          # pv的容量
  volumeMode: Filesystem  # 存储类型为文件系统
  accessModes:  # 访问模式: ReadwriteOnce(同时只能被一个PVC使用)、ReadwriteMany、ReadOnlyMany
    - ReadwriteMany       # 可被单节点独写
  persistentvolumeReclaimPolicy: Retain   # 回收策略
  storageClassName: slow   # 创建 PV的存储类名，需要与pvc的相同
  mountOptions:            # 加载配置
    - hard
    - nfsvers=4.1
  nfs:  # 连接到nfs
    path: /data/nfs/rw/test-pv   # 存储路径
    server: 192.168.113.121      # nfs服务地址

创建pv资源

kubectl create -f pv-nfs.yaml

在这里插入图片描述
获取PV资源

kubectl get pv

在这里插入图片描述
pv状态说明

状态（Status）含义说明
Available可用状态，表示 PV 已创建但尚未被任何 PVC 绑定。
Bound已绑定状态，PV 已与某个 PVC 成功绑定。
Released已释放状态，绑定的 PVC 已删除，但 PV 尚未回收或重新绑定。
Failed失败状态，表示 PV 发生了错误，如回收失败或无法使用。
Terminating正在删除状态，表示 PV 正在被删除（在某些 Kubernetes 版本中可见）。

回收策略

当 PVC 被删除后，PV 会根据其设置的 persistentVolumeReclaimPolicy 决定如何处理。
Kubernetes 支持三种回收策略：

1. Retain（保留）

  1. Retain（保留）
    含义：即使 PVC 被删除，PV 和数据仍然保留。
    用途：防止误删，适用于敏感数据。
    操作：需要手动回收该 PV，或者清理数据后重新绑定。
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-retain
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  hostPath:
    path: "/mnt/data"

2. Delete（删除）

  1. Delete（删除）
    含义：PVC 被删除时，PV 对应的后端存储资源也会被删除。
    用途：适合临时数据（如缓存、CI构建数据）。
    要求：PV 必须是由动态存储类（StorageClass）创建。
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: fast-storage
provisioner: kubernetes.io/aws-ebs
reclaimPolicy: Delete

3.Recycle（已废弃）
含义：以前会清除数据并重新标记为可用。
状态：K8s 1.11 起被废弃，建议改用外部 provisioner + Retain/Delete 策略。

回收策略影响数据生命周期的安全性与便捷性：

  1. Retain 最安全，但需手动处理。
  2. Delete 自动清理，适合无状态数据。
  3. 管理员应根据数据敏感程度和业务需求选择合适的策略

PVC – 存储资源使用者

  • PVC 是用户对持久存储资源的请求。
    • 就像 Pod 请求 CPU/内存一样，请求一个“磁盘资源”。
    • 用户通过 PVC 说明期望的容量、访问模式（ReadWriteOnce、ReadOnlyMany、ReadWriteMany）。
    • 系统将 PVC 绑定到满足条件的 PV 上。

创建PVC
pvc-test.yaml

apiVersion: v1
kind: PersistentVolumeClaim  # 资源类型为 PVC
metadata:
  name: nfs-pvc
spec:
  accessModes:
    - ReadwriteMany   # 权限需要与对应的pv相同
  volumeMode: Filesystem
  resources:
    requests:
      storage: 5Gi   # 资源可以小于pv 的，但是不能大于，如果大于就会匹配不到 pv
  storageClassName: slow   #名字需要与对应的pv相同
#selector:#使用选择器选择对应的pv
## matchLabels:
## release: "stable"
## matchExpressions:
## - { key : environment,operator: In，values: [dev]}
#

kubectl create -f pvc-test.yaml

在这里插入图片描述
获取pvc,pv可以看到pv与pvc的绑定关系
在这里插入图片描述

pod绑定PVC

在pod的挂载容器配置中，增加pvc挂载

apiversion: v1
kind: Pod
metadata:
  name: test-pvc-pd
spec:
  containers:
  - image: nginx
    name: nginx-volume
    volumeMounts:
    - mountPath: /usr/share/nginx/html  # 挂载到容器的哪个目录
      name: test-volume   # 挂载哪个volume
  volumes:
  - name: test-volume
    persistentVolumeClaim:    # 关联pve
      claimName: nfs-pvc      # 要关联到哪个pvc

StorageClass – 定义“类型”与提供“策略”。

  • StorageClass 定义了存储的“类型”与“动态供应策略”。
    • 指定存储的级别、类型（SSD/HDD）、副本数等参数。
    • 实现 PVC 的动态创建 PV。
    • 不同云平台和插件支持不同的 StorageClass 类型。

工作原理

1. 静态绑定流程

  • 静态绑定流程
    • 1.管理员创建好 PV。
    • 2.用户创建 PVC。
    • 3.Kubernetes 根据 PVC 的需求自动匹配一个合适的 PV 并进行绑定。

2. 动态供应流程

  • 动态供应流程
    • 1.用户创建一个带 storageClassName 的 PVC。
    • 2.Kubernetes 自动调用该 StorageClass 对应的存储插件动态创建 PV。
    • 3.自动绑定 PVC 和新建的 PV。

通俗理解pv,pvc,storage

想象你是一个人（开发者），你要租一个仓库（数据存储）来放你的货（数据）。

K8s 组件类比谁来写
PV（PersistentVolume）仓库管理员创建的“仓库”管理员
PVC（PersistentVolumeClaim）你提交的“租仓库申请”开发者
StorageClass仓库的类型和建仓规则（自动建仓策略）管理员配置

所以流程是这样的：

  1. 你（Pod）提出一个仓库申请（PVC）；
  2. 如果已经有仓库（PV）满足条件，系统自动配对给你；
  3. 如果没有，系统可以按规则（StorageClass）动态建一个仓库（动态创建 PV）；
  4. 仓库（PV）一旦租给你（PVC），你就可以使用它了。

1. PV（PersistentVolume）- 已存在的存储资源

由管理员手动创建或通过 StorageClass 动态创建。
它定义了能用的存储，比如大小、类型（NFS、EBS）、访问权限等。

kind: PersistentVolume
spec:
  capacity:
    storage: 10Gi
  accessModes:
    - ReadWriteOnce
  storageClassName: fast

关键字段

字段说明
capacity存储容量，如 1Gi
accessModes访问模式，如 ReadWriteOnce
storageClassName指定属于哪个 StorageClass
hostPath, nfs存储后端类型
persistentVolumeReclaimPolicy释放后的回收策略：Retain、Delete、Recycle

常见访问模式

模式含义
ReadWriteOnce单个节点读写（最常用）
ReadOnlyMany多个节点只读
ReadWriteMany多个节点读写（如 NFS、CephFS）

2. PVC（PersistentVolumeClaim）- 开发者的存储请求

由开发者或应用创建，描述你需要多大的盘、是否可读写等。
系统会查找满足这个 PVC 的 PV 并绑定。

kind: PersistentVolumeClaim
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: fast

关键字段

字段说明
resources.requests.storage申请的存储大小，如 500Mi
accessModes访问模式，必须与 PV 匹配
storageClassName指定使用哪个 StorageClass 的 PV

PVC 会根据配置寻找一个满足条件（容量、访问模式、StorageClass）的 PV 并绑定。

3. StorageClass —— 自动建 PV 的“工厂说明书”

常见字段：

字段含义
provisioner指定由哪个插件或 CSI 驱动负责动态创建 PV
parameters提供给插件的参数（如存储类型、目录、池名等）
volumeBindingMode等待调度策略，常用 WaitForFirstConsumer
reclaimPolicy释放后的回收策略（Retain/Delete）
kind: StorageClass
metadata:
  name: fast
provisioner: kubernetes.io/aws-ebs
parameters:
  type: gp2

4. PV/PVC 关联条件

在 Kubernetes 中，PV 与 PVC 的绑定有以下限制与匹配规则：

  1. 访问模式必须兼容（Access Modes）
    PVC 的访问模式（如 ReadWriteOnce）必须被 PV 所支持。
  2. 存储容量必须满足（Storage Requests）
    PV 的容量必须 ≥ PVC 请求的容量。
  3. 匹配 StorageClass（可选）
    如果 PVC 指定了 StorageClass，系统只会绑定到该类 PV。
    如果 PVC 没指定 StorageClass，只能绑定未指定 StorageClass 的 PV。
  4. 绑定是单向的
    一个 PVC 只能绑定一个 PV，反之亦然（除非使用 VolumeMode 为 Block 的共享块设备等特例）。
  5. 匹配 Label Selector（如设置）
    PVC 可设置 selector 匹配特定 PV 的 label。
    spec:
    selector:
    matchLabels:
    usage: database
  6. 状态必须为空闲（Available）
    PV 只能与状态为 Available 的 PVC 匹配。
    如果 PV 已被绑定，则不能再被其他 PVC 使用。

三者之间的关系

概念作用典型由谁创建
PV实际的存储资源对象管理员或动态创建
PVC用户申请存储的请求开发者 / 应用提交
StorageClass定义存储类型模板，支持动态供给管理员

在这里插入图片描述

创建顺序一图看懂

使用方式顺序描述
静态分配1️⃣ PV → 2️⃣ PVC → 3️⃣ Pod管理员先建 PV，PVC 请求时自动绑定
动态分配1️⃣ StorageClass → 2️⃣ PVC → 3️⃣ PV 自动生成 → 4️⃣ PodPVC 自动触发 PV 创建并绑定

实战示例

1. 创建StorageClass（以hostPath模拟）

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: local-storage
provisioner: kubernetes.io/no-provisioner
volumeBindingMode: WaitForFirstConsumer

2. 创建 PV（静态方式）

apiVersion: v1
kind: PersistentVolume
metadata:
  name: my-pv
spec:
  capacity:
    storage: 5Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  storageClassName: local-storage
  hostPath:
    path: "/mnt/data"

3. 创建 PVC

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 5Gi
  storageClassName: local-storage

4. Pod 挂载 PVC

apiVersion: v1
kind: Pod
metadata:
  name: pvc-pod
spec:
  containers:
    - name: app
      image: nginx
      volumeMounts:
        - mountPath: "/usr/share/nginx/html"
          name: my-storage
  volumes:
    - name: my-storage
      persistentVolumeClaim:
        claimName: my-pvc
《Kubernetes存储篇：PV、PVC、StorageClass详解》
东城绝神
10-23 1158
《Kubernetes存储篇：PV、PVC、StorageClass详解》
k8s 存储类：storageclass，动态提供 pv和pvc
qq_759035366的博客
04-22 1760
StorageClass** ，它的作用就是创建 PV 的模板。k8s 集群管理员通过创建storageclass 可以动态生成一个存储卷 pv 供 k8s pvc 使用。**每个 StorageClass 都包含字段 provisioner ，parameters 和 reclaimPolic具体来说，sStorageClass 会定 义 以 下两部分：1 、PV 的属性 ，比如存储的大小、类型等；2 、创建这种 PV 需要使用到的存储插件，比如 Ceph 、NFS 等。
k8s学习：挂载 pvc
哈哈虎的博客
12-21 6932
学习过 nfs 方式的pv/pvc 创建、删除之后，如何使用 pvc ？我的理解应该就和 docker 挂载本地volune差不多！ 使用 pvc 可以忽略掉路径、目录、Volume 等繁琐信息 并且，可以和其他 pod 共同使用，只需要记得一个 pvc 名字即可用
认识PV/PVC/StorageClass
zenglingmin8的博客
12-06 2493
本文主要讲解pv、pvc、storageclass相关内容
PV、PVC、StorageClass讲解
梦想起飞的地方.........
05-08 687
博客园 首页 新随笔 联系 订阅 管理 随笔 - 87 文章 - 27 评论 - 24 阅读 - 29万 PV、PVC、StorageClass讲解 PV、PVC、StorageClass讲解 为了方便开发人员更加容易的使用存储才出现的概念。通常我们在一个POD中定义使用存储是这样的方式，我们以hostpath类型来说： apiVersion: v1 kind: Pod metadata: name: mypod spec: containers: - image: ...
Kubernetes 存储三剑客：PV、PVC 和 StorageClass 深度解析
weixin_45979388的博客
06-18 1234
在 Kubernetes 的容器编排世界里，Pod 是短暂的。它们可以随时被创建、删除或迁移到集群中的其他节点。这对于无状态应用（如一个只提供静态内容的 Web 服务器）来说不是问题，但对于有状态应用（如数据库、消息队列或需要存储用户上传文件的应用），是核心需求。数据绝不能随着 Pod 的消失而丢失。和。它们共同构建了一套强大的存储管理系统，将存储的生命周期与 Pod 的生命周期解耦，确保您的应用数据能够安全地、长期地保存下来。
[Kubernetes]5. k8s集群StatefulSet详解,以及数据持久化（SC PV PVC）
zhoupenghui168的博客
01-08 1829
k8s集群StatefulSet详解,以及数据持久化（SC PV PVC),借助腾讯云容器服务实现数据持久化操作,借助本地磁盘实现数据持久化操作
K8s持久化存储：pig平台PVC与NFS存储配置全解析
gitblog_00932的博客
09-17 720
### 1.1 容器存储的三大核心挑战 在Kubernetes（K8s）环境中部署微服务时，持久化存储始终是架构设计的关键环节。以pig微服务平台为例，用户常面临以下痛点： - **数据持久性缺失**：容器重启导致配置文件与业务数据丢失 - **存储资源管理混乱**：多服务存储需求差异化难以统一调度 - **跨节点数据共享困难**：分布式部署场景下的数据一致性问题 ### 1.2 解决方案架构 ...
k8s挂载目录_一文读懂 K8s 持久化存储流程
weixin_39703982的博客
12-30 450
简介： 众所周知，K8s 的持久化存储（Persistent Storage）保证了应用数据独立于应用生命周期而存在，但其内部实现却少有人提及。K8s 内部的存储流程到底是怎样的？PV、PVC、StorageClass、Kubelet、CSI 插件等之间的调用关系又如何，这些谜底将在本文中一一揭晓。作者 | 孙志恒（惠志） 阿里巴巴开发工程师导读：众所周知，K8s 的持久化存储（Persiste...
第18关 K8s数据安全无忧——持久化存储详解
博哥爱运维
12-05 3216
本期课程将深入解析Kubernetes的持久化存储机制,包括PV、PVC、StorageClass等的工作原理、使用场景、最佳实践等,帮您构建稳定可靠的状态存储,确保应用和数据 100% 安全。
K8s常见问题
最新发布
Justin_19的博客
12-21 923
Kubernetes（K8S）是开源的容器编排平台，用于自动化部署、扩展和管理容器化应用。核心概念包括：Pod（由容器状态决定）、Master节点组件（如kube-apiserver、controller-manager）、Deployment（管理Pod副本）和StatefulSet（为有状态应用提供稳定网络标识和存储）。ConfigMap存储非敏感配置，Secret管理敏感信息。PV、PVC和StorageClass实现存储资源管理，支持静态和动态供给。故障排查涵盖Pod状态、控制平面、网络服务、存储性
K8S单机部署-07.调整nodePort端口范围
GQ_YIN日常记录
01-19 987
如果是用 kubeadm 安装的集群，那么 apiserver 是以静态 pod 的形式运行，pod 文件定义在 /etc/kubernetes/manifests/kube-apiserver.yaml。/etc/kubernetes/manifests 目录下是所有静态 pod 文件的定义，kubelet 会监控该目录下文件的变动，只要发生变化，pod 就会重建，响应相应的改动。所以我们修改 /etc/kubernetes/manifests/kube-apiserver.yaml 文件，
k8s的pv与pvc
神圣坤的博客
06-11 967
公众号关注「SY技术小站」设为「星标」，每天带你分享技术与生活！概念PV 的全称是：PersistentVolume（持久化卷），是对底层的共享存储的一种抽象，PV 由管理员进行创建和...
k8s按需创建 PV和创建与使用 PVC
u010674101的专栏
10-31 1490
在 Kubernetes 中，（PV）和（PVC）用于管理存储资源。PV 是集群中的存储资源，而 PVC 是 Pod 请求 PV 的方式。按需创建 PV 通常使用 StorageClass 实现动态存储分配，PVC 通过声明请求所需的存储量与访问模式来绑定相应的 PV。以下是按需创建 PV 和使用 PVC 的具体步骤。
[kubernetes]10-4 共享存储 --- PV、PVC和StorageClass（上）
爷来辣的博客
01-09 1175
10-4 共享存储 --- PV、PVC和StorageClass（上） pv 描述的是持久化数据卷 nfs 类型的挂载目录 apiVersion: v1 kind: PersistentVolume metadata: name: nfs spec: capacity: storage: 10Gi # 表示只有一个pod可以读写访问这个pv ReadWrit...
【Kubernets系列-9】持久化存储原理 - PV，PVC，StorageClass
df007df的博客
07-10 631
描述的，是持久化存储数据卷。这个 API 对象主要定义的是一个持久化存储在宿主机上的目录，比如一个 NFS 的挂载目录。通常情况下，PV 对象是由运维人员事先创建在 Kubernetes 集群里待用的。比如，运维人员可以定义这样一个 NFS 类型的 PV，如下所示： PVC 而 描述的，则是 所希望使用的持久化存储的属性。比如， 存储的大小、可读写权限等等。 对象通常由开发人员创建；或者以 PVC 模板的方式成为 的一部分，然后由 StatefulSet 控制器负责创建带编号的 PVC。比如，开发人员
K8s基本概念
King_DJF的博客
02-06 2095
文章目录1. Kubernetes简介1.1 是什么1.2 用途2. Kubernetes组件结构与基本概念2.1 结构2.2 核心组件2.2.1 K8s API server2.2.2 Controller Manager2.2.3 Scheduler调度器2.2.4 kubelet2.2.5 kubernetes Service Proxy2.3 基本概念3. 资源对象定义基本与常用命令3.1...
【博客377】k8s的持久化存储
qq_43684922的博客
09-17 665
内容 : 记录k8s的持久化存储 为什么需要持久化存储： 1、使得使用资源的pod的生命周期与存储卷的生命周期分开 2、使得使用资源的pod在被重启后仍然能够使用之前的存储卷 3、使得使用资源的pod在被调度到其它节点后仍然能够使用之前的存储卷 持久化存储的相关概念： PersistentVolume（PV）是集群中由管理员配置的一段网络存储。 它是集群中的资源，就像节点是集群资源一样。 PV是容量插件，但其生命周期独立于使用 PV的任何单个pod。此API对象捕获存储实现的详细信息，包括NFS，iSC
k8s之PV、PVC、StorageClass详解
weixin_37337210的博客
01-27 3207
导读 上一篇写了共享存储的概述以及一个简单的案例演示。这一篇就写一下PV和PVC。 PV是对底层网络共享存储的抽象，将共享存储定义为一种“资源”，比如Node也是容器应用可以消费的资源。PV由管理员创建和配置，与共享存储的具体实现直接相关。 PVC则是用户对存储资源的一个“申请”，就像Pod消费Node资源一样，PVC能够消费PV资源。PVC可以申请特定的存储空间和访问模式。 StorageClass，用于标记存储资源的特性和性能，管理员可以将存储资源定义为某种类别，正如存储设备对于自身的配置描述（
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值