这篇文章主要讲解了“Kubernetes的PVC是什么”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“Kubernetes的PVC是什么”吧！

成都创新互联公司服务项目包括番禺网站建设、番禺网站制作、番禺网页制作以及番禺网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，番禺网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到番禺省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

PVC 是对 PV 的声明使用。

生命周期

• Pending: 等待状态，还没有与 PV 绑定

• Bound: 绑定状态，已经与 PV 绑定

• Lost: 丢失状态，与 PV 失去了绑定关系

参数

accessModes（访问模式）

这个字段，PVC 与 PV 相同，也可以设置访问模式，作用也是描述应用对存储资源的访问权限。

volumeMode（存储卷模式）

这个字段，PVC 与 PV 也是相同的，描述的是希望使用的 PV 存储卷模式，可以配置的模式为文件系统和块设备。

resources（资源请求）

这个字段用于描述对存储资源的请求，目前仅支持设置 requests.storage，也就是对存储空间的设置。

storageClassName（绑定的 StorageClass 的名称，即：存储类别）

这个字段用于设置后端存储类别（即：绑定 StorageClass），可以减少对后端存储特性详细信息的依赖。分为两种情况：

• 如果设置这个字段为某个 StorageClass，那么只有设置了相同 Class 的 PV 才会被选中，然后与 PVC 绑定。

• 如果设置这个字段为空 storageClassName=""，即不设置 Class。这时取决于系统是否启用名为 DefaultStorageClass 的 admission controller：

• 没有启动 DefaultStorageClass：将选择没有设定 Class 的 PV 进行匹配和绑定。

• 启用 DefaultStorageClass：管理员定义默认的 StorageClass，系统将使用默认 StorageClass  的后端存储创建一个 PV 并自动与 PVC 绑定。设置的具体方法为：在 StorageClass 的定义中添加一个 annotation  "storageclass.kubernetes.io/is-default-class=true"。需要注意的是：只能定义一个默认的  StorageClass。

selector（选择条件）

这个字段可以对系统中已经存在的各种 PV 进行筛选，根据筛选条件选出最符合条件的 PV 进行绑定。这下面包含两个字段：

• matchLabels：PV 必须有这个标签值

• matchExpressions：通过键值对和操作符指定标签选择器列表，操作符包括：In、Notln、Exists 和 DoesNotExist

如果两个字段都设置了，就必须满足所有的条件才能完成匹配。

最后需要注意的是：Pod、PV 和 PVC 都必须在同一命名空间下才起作用。

另外，如果使用动态存储管理，即不预先定义 PV，只通过 StorageClass 交给系统自动完成 PV 的动态创建，那么 PVC 设置的 selector 就是无效的。如果用户删除了 PVC，与它绑定的 PV（默认回收策略为 Delete）也会被删除，可以在绑定成功后手动将 Delete 策略修改为 Retain。

感谢各位的阅读，以上就是“Kubernetes的PVC是什么”的内容了，经过本文的学习后，相信大家对Kubernetes的PVC是什么这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！

本文题目：Kubernetes的PVC是什么
本文来源：http://ybzwz.com/article/gdohji.html