您好,登录后才能下订单哦!
这篇文章主要讲解了“Kubernetes的PVC是什么”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“Kubernetes的PVC是什么”吧!
PVC 是对 PV 的声明使用。
Pending
: 等待状态,还没有与 PV 绑定
Bound
: 绑定状态,已经与 PV 绑定
Lost
: 丢失状态,与 PV 失去了绑定关系
这个字段,PVC 与 PV 相同,也可以设置访问模式,作用也是描述应用对存储资源的访问权限。
这个字段,PVC 与 PV 也是相同的,描述的是希望使用的 PV 存储卷模式,可以配置的模式为文件系统和块设备。
这个字段用于描述对存储资源的请求,目前仅支持设置 requests.storage
,也就是对存储空间的设置。
这个字段用于设置后端存储类别(即:绑定 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。
这个字段可以对系统中已经存在的各种 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是什么这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是亿速云,小编将为大家推送更多相关知识点的文章,欢迎关注!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。