基于文档区分Kubernetes/OpenShift中PV与PVC并作通俗解释

刚在OpenShift和Kubernetes里折腾存储快5年了，把PV和PVC的区别给你拆得明明白白，不管是官方定义还是大白话解释都安排上：

一、官方视角的核心差异 #

先从官方定义的角度说，这俩是完全不同的资源对象：

• PV（Persistent Volume，持久化卷）：是集群层面的存储资源实体，要么是集群管理员提前手动创建的，要么是通过StorageClass动态生成的。它就像一份详细的存储说明书：写清楚了用的是NFS、Ceph还是本地磁盘，容量有多大，支持的访问模式（比如只读、单节点读写、多节点读写），还有不用了之后是保留数据、删除还是回收。PV属于集群的顶层资源，和Node、Pod平级，是实实在在的存储资源。
• PVC（Persistent Volume Claim，持久化卷声明）：是应用侧对存储的需求申请，由开发或者运维同学创建。它根本不关心底层用的是什么存储，只需要说清楚“我要10G容量，支持多节点读写”这种需求就行。Kubernetes会自动帮你匹配符合条件的PV，绑定之后，Pod就可以通过PVC来使用对应的存储了。

二、大白话类比：把集群当成公司 #

要是上面的定义还是有点绕，咱们换个生活化的例子：

• PV就像公司里的现成工位：行政（集群管理员）提前布置好的，有的是靠窗的大办公桌（大容量存储），有的是开放式小工位（小容量），有的允许多个同事共用（多节点读写模式），有的只能一个人用（单节点读写），每个工位都有明确的规则——比如员工离职后工位是清空还是保留（回收策略）。这些工位是公司的固定资源，放在那儿等着被人用。
• PVC就像员工提交的工位申请：你只需要写“我需要一个能放下我电脑和文件的工位，最好能和搭档一起用”（对应容量、访问模式需求），不用管工位在几楼、桌子是实木还是塑料。行政（Kubernetes调度系统）会根据你的申请找个合适的工位分配给你，绑定之后你直接用就行。

三、几个容易踩坑的细节差异 #

最后再补几个容易混淆的点：

• 创建人不一样：PV是集群管理员负责的，PVC是应用团队的人创建的
• 关注点完全不同：PV盯着“存储怎么实现”，PVC盯着“我需要什么样的存储”
• 生命周期不绑定：就算PVC被删了，对应的PV不会立刻消失——要看PV的回收策略，有的会保留数据等着下一个PVC绑定，有的会直接删除存储
• 绑定规则：大部分场景下是一个PV绑定一个PVC，但如果是ReadWriteMany模式的PV，多个PVC可以同时绑定它（比如多个Pod共享同一份存储）

内容的提问来源于stack exchange，提问作者smc