我试图了解Kubernetes如何处理节点文件系统上的持久卷。
例如,如果我有一个minikube作为我的Kubernetes集群节点,并且我为may pod创建了多个带PVC的PV,如果我ssh到minikube,我可以在minikube的文件系统上找到PV?
如果我输入
lsblk
我明白了
8:0 0 19.5ZH 0盘
但没有列出PV磁盘。
谢谢您的回答。
你不会看到它,因为它在API内部作为API对象。
我建议阅读有关Persistent Volumes的Kubernetes文档。
PersistentVolume
(PV)是群集中的一个存储,由管理员提供。它是集群中的资源,就像节点是集群资源一样。 PV是容量插件,如Volumes,但其生命周期独立于使用PV的任何单个pod。此API对象捕获存储实现的详细信息,包括NFS,iSCSI或特定于云提供程序的存储系统。
PersistentVolumeClaim
(PVC)是用户存储的请求。它类似于一个吊舱。 Pod消耗节点资源,PVC消耗PV资源。 Pod可以请求特定级别的资源(CPU和内存)。声明可以请求特定的大小和访问模式(例如,可以一次读/写或多次只读)。虽然
PersistentVolumeClaims
允许用户使用抽象存储资源,但通常用户需要具有不同属性(例如性能)的PersistentVolumes
来解决不同的问题。集群管理员需要能够提供各种各样的PersistentVolumes
,这些StorageClass
的不同之处不仅仅是大小和访问模式,而不会让用户了解这些卷的实现方式。对于这些需求,有detailed walkthrough with working examples资源。
您还可以查看hostPath
,它解释了存储类型,它们持续了多长时间以及如何在示例中使用它们。
因为它们是lsblk
,你不会在qazxswpoi看到它们。使用“kubectl describe pv PV_NAME”来了解它们的位置。