Kubernetes---存储--Persistent Volume【PV】
⒈概念
1.PersistentVolume（PV）
PersistentVolume (PV)是由管理员设置的存储，它是群集的一部分。就像节点是集群中的资源一样，PV也是集群中的资源。PV是Volume之类的卷插件，但具有独立于使用PV的Pod的生命周期。此API对象包含存储实现的细节，即NFS、iSCSl或特定于云供应商的存储系统。
2.PersistentVolumeClaim (PVC)
PersistentVolumeClaim (PVC)是用户存储的请求。它与Pod相似。Pod 消耗节点资源，PVC消耗PV资源。Pod可以请求特定级别的资源（CPU和内存）。声明可以请求特定的大小和访问模式（例如，可以以读/写一次或只读多次模式挂载）
3.动态pv
集群管理员创建一些PV。它们带有可供群集用户使用的实际存储的细节。它们存在于KubernetesAPl中，可用于消费。
4.动态pv
当管理员创建的静态PV都不匹配用户的PersistentVolumeClaim 时，集群可能会尝试动态地为PVC创建卷。此配置基于StorageClasses：PVC必须请求[存储类]，并且管理员必须创建并配置该类才能进行动态创建。声明该类为“”可以有效地禁用其动态配置
要启用基于存储级别的动态存储配置，集群管理员需要启用API server上的DefaultStorageClass[准入控制器]。例如，通过确保 DefaultStorageClass位于API server 组件的--admission-control标志，使用逗号分隔的有序值列表中，可以完成此操作。
5.绑定
master中的控制环路监视新的PVC，寻找匹配的PV（如果可能），并将它们绑定在一起。如果为新的PVC动态调配PV，则该环路将始终将该PV绑定到PVC。否则，用户总会得到他们所请求的存储，但是容量可能超出要求的数量。一旦PV和PVC绑定后，PersistentVolumeClaim 绑定是排他性的，不管它们是如何绑定的。PVC跟PV绑定是一对一的映射。
⒉持久化卷声明的保护
PVC保护的目的是确保由pod正在使用的PVC不会从系统中移除，因为如果被移除的话可能会导致数据丢失 当启用PVC保护 alpha功能时，如果用户删除了一个pod 正在使用的PVC，则该PVC不会被立即删除。PVC的 删除将被推迟，直到PVC不再被任何 pod使用
⒊持久化卷类型
PersistentVolume类型以插件形式实现。Kubernetes目前支持以下插件类型：
·GCEPersistentDisk AWSElasticBlockStore AzureFile AzureDisk FC(Fibre Channel)
·FlexVolume Flocker NFS iSCSI RBD(Ceph Block Device)CephFS
·Cinder(OpenStack block storage)Glusterfs VsphereVolume Quobyte Volumes
·HostPath VMware Photon Portworx Volumes Scalelo Volumes StorageOS
PV（持久卷）演示代码
apiVersion: v1
kind: PersistentVolume
metadata:
name：pve003
spec:
capacity:
storage: 5Gi
volumeMode: Filesystem
accessModes:
- ReadNriteOnce
persistentVolumeReclaimPolicy: Recycle
storageClassName: slow
mountOptions:
- hard
- nfsvers=4.1
nfs:
path: /tmp
server: 172.17.0.2相关推荐
plusz 2020-05-09
杜引强 2020-05-08
kjh00abc 2020-03-26
kjh00abc 2020-02-11
xiunai 2020-02-10
xiunai 2019-12-05
carolAnn 2019-11-19
wpxiaoaojianghu 2017-01-07
秋风瑟瑟 2019-10-28
从2019-10-23起，我的AWS实例不断的重启，或者连接不上，但控制台显示running。通过查看dump文件，发现是各种 PV Drivers的错误。如果网络驱动升级不成功，这个实例将不可访问。
黑夜流星 2019-10-27
秋风瑟瑟 2019-10-21
zhangmiao 2015-07-22
dodouaj 2019-09-15
ccschan 2019-09-04
Maplematics 2011-06-24
sunln00 2011-04-01
chenchuang 2011-03-27
swency 2010-09-15
sxlongwork 2012-11-17