持久体积

本文档描述了持久的卷在Kubernetes。熟悉建议。

介绍

管理存储与管理计算实例是截然不同的问题。PersistentVolume子系统为用户和管理员提供了一个API,该API从存储的使用方式中抽象出存储的提供方式的详细信息。为此,我们引入两个新的API资源:PersistentVolume和PersistentVolumeClaim。

一种PersistentVolume(PV)是由管理员提供或使用的动态配置的集群中的一块存储存储类.它是群集中的资源,就像节点是群集资源。PVS是卷插件,如卷,但具有独立于使用PV的任何单独窗格的生命周期。此API对象捕获存储的实现的详细信息,是NFS,iSCSI或特定于云提供商特定的存储系统。

一种持久性volumeclim.(PVC)是用户对存储的请求。它类似于豆荚。pod消耗节点资源,pvc消耗PV资源。pod可以请求特定级别的资源(CPU和内存)。claim可以请求特定的大小和访问模式(例如,它们可以挂载ReadWriteOnce, ReadOnlyMany或ReadWriteMany,参见AccessModes).

虽然persistentvolumecclaims允许用户使用抽象存储资源,但用户通常需要具有不同属性(如性能)的PersistentVolumes来解决不同的问题。集群管理员需要能够提供各种不同于大小和访问模式的PersistentVolumes,而不向用户暴露这些卷是如何实现的细节。对于这些需求,有storageclass.资源。

看到详细演练和工作示例

一个卷和声明的生命周期

pv是集群内的资源。pvc是对这些资源的请求,也充当对资源的索赔检查。pv和pvc之间的交互遵循这个生命周期:

供应

可以在两个方面提供PVS:静态或动态。

静态

群集管理员创建了许多PV。它们携带实际存储的细节,可供群集用户使用。它们存在于Kubernetes API中,可用于消费。

动态的

当管理员创建的静态pv中没有一个与用户的PersistentVolumeClaim相匹配时,集群可能会尝试为PVC动态地提供一个专门的卷。这种配置是基于存储类的:PVC必须请求一个存储类管理员必须创建并配置了这个类,才能进行动态配置。请求类的声明有效地为自己禁用动态配置。

要启用基于存储类的动态存储配置,群集管理员需要启用DefaultStorageClass录取控制器API服务器。这是可以做到的,例如,通过确保DefaultStorageClass是逗号分隔的,有序的值列表- 即录取插件API服务器组件的标志。有关API Server命令行标志的更多信息,请检查kube-apiserver乐动体育是干嘛的文档。

绑定

用户创建或在动态配置的情况下已经创建了一个持久的volumeclamiam,其具有所请求的特定存储量和具有某些访问模式。用于新PVC的主手表中的控制循环,查找匹配的PV(如果可能的话),并将它们绑定在一起。如果为新PVC动态配置PV,则循环将始终将该PV绑定到PVC。否则,用户将永远至少得到他们所要求的,但卷可能超过所请求的内容。一旦绑定,持久性volumeclaim binds是独家的,无论它们是何种约束。PVC至PV结合是一对一的映射,使用施用符号是持久性volume与持久性volumeclaim之间的双向结合。

如果不存在匹配量,则索赔将无限期地保持未结合。索赔将被束缚,因为匹配量可用。例如,具有许多50Gi PVS的群集不匹配请求100Gi的PVC。当将100GI PV添加到簇时,可以粘合PVC。

使用

豆荚用声明作为音量。集群检查声明以找到绑定的卷,并为Pod挂载该卷。对于支持多种访问模式的卷,用户在将其声明作为Pod中的卷使用时指定所需的模式。

一旦用户具有所得说要求并且义务束缚,绑定的PV就会属于用户,只要它们需要它即可。用户安排吊舱并通过包括a,访问他们的索赔的PVS持久性volumeclim.Pod的部分堵塞。看指控是卷有关此信息的更多详细信息。

使用保护的存储对象

在使用保护功能中的存储对象的目的是确保不从系统中绑定到PVC的POD和PersistentVolume(PVS)中的持久性使用的持久性volumecla(PVC),因为这可能导致数据丢失。

笔记:当使用PVC的POD对象存在时,PVC在POD中使用。

如果用户删除POD的主动使用中的PVC,则不会立即删除PVC。推迟PVC去除,直到任何豆荚不再积极地使用PVC。此外,如果管理员删除绑定到PVC的PV,则不会立即删除PV。推迟PV去除直至PV不再与PVC结合。

当PVC的状态为时,可以看到PVC被保护终止终结器列表包括Kubernetes.io/pvc-protection.

kubectl描述pvc hostpath名称:hostpath命名空间:默认storageClass:example-hostpath状态:终止卷:标签:注释:volume.beta.www.mariaabreu.com/storage-class=example-hostpath卷.beta.www.mariaabreu.com/storage-provisioner=example.com/hostpath finalizers:[Kubernetes.io/pvc-protection.]......

当PV的状态是时,您可以看到PV受到保护终止终结器列表包括Kubernetes.io/pv-protection.:

kubectl describe pv task-pv-volume名称:task-pv-volume标签:类型=当地的注释:<无>终结器:[Kubernetes.io/pv-protection.]StorageClass: standard Status: Terminating Claim: Reclaim Policy: Delete Access Modes: wwo Capacity: 1Gi Message: Source: Type: HostPath .日志含义裸主机目录卷路径:/tmp/data HostPathType: Events:  . txt

回收

当用户使用其卷完成时,它们可以从允许填写资源的API中删除PVC对象。持久性volume的回收策略告诉集群在释放其索赔后如何处理卷。目前,卷可以保留,回收或删除。

保持

保持回收策略允许手动回收资源。删除持久性volumeclaim时,PersistentVolume仍然存在,并且卷被认为是“发布”。但它尚未适用于另一种索赔,因为先前的索赔人的数据仍然存在于卷上。管理员可以使用以下步骤手动回收卷。

  1. 删除PersistentVolume。删除PV后,外部基础架构中关联的存储资产(AWS EBS、GCE PD、Azure Disk、Cinder卷)仍然存在。
  2. 相应地手动清理相关存储资产上的数据。
  3. 手动删除关联的存储资产,或者如果要重用相同的存储资产,请使用存储资产定义创建一个新的persistentvolume。

删除

的卷插件删除回收策略,删除将从Kubernetes中删除PersistentVolume对象,以及外部基础设施中的关联存储资产,如AWS EBS、GCE PD、Azure Disk或Cinder卷。动态配置的卷继承回收他们的StorageClass的政策,默认为此删除.管理员应根据用户的期望配置StorageClass;否则,PV创建完成后需要对其进行编辑或打补丁。看更改持久化volume的回收策略

回收

警告:回收已弃用回收策略。相反,推荐的方法是使用动态配置。

如果由底层卷插件支持,则回收回收策略执行基本的清理(rm -rf / thevolume / *),并使其再次可用于新的索赔。

但是,管理员可以使用Kubernetes控制器管理器命令行参数配置自定义回收器Pod模板,如参考.自定义回收器Pod模板必须包含一个规格,如下例所示:

apiersionv1种类元数据的名字pv-recycler名称空间默认规范restartPolicy从来没有-的名字hostPath小路/任何/道路/ / /会/更换容器-的名字pv-recycler图像“k8s.gcr.io / busybox”命令[/ bin / sh”“c”“test -e / scrub && rm -rf / scrub/..?* / scrub/.[!.]* / scrub / * && test -z \”$(ls -a / scrub)\“||退出1“]volumeMounts-的名字山路/擦洗

中的自定义回收器Pod模板中指定的特定路径部件被替换为正在回收的卷的特定路径。

保留持久化volume

控制平面可以绑定persistentvolumecclaims到匹配的PersistentVolumes在群集中。但是,如果您希望PVC绑定到特定的PV,则需要预订它们。

通过以持久性volumeclaim指定持久性volume,您声明了该特定PV和PVC之间的绑定。如果PersistentVolume存在并且没有保留持久性volumeclamblumlaim bodyclaimRef字段,则将绑定PersistentVolume和persistentvolumecclaim。

绑定的发生与某些卷匹配标准无关,包括节点关联。控制飞机还在检查存储类,访问模式和请求的存储大小有效。

apiersionv1种类持久性volumeclim.元数据的名字foo-pvc名称空间Foo规范storageClassName.空字符串必须显式设置,否则将设置默认的StorageClassvolumename.foo-pv.......

此方法不保证对PersistentVolume的任何绑定权限。如果其他持久性volumeclabls可以使用您指定的PV,则首先需要保留该存储卷。指定相关的持久性volumeclumlumlumlumlumimblamclaimRef使其他pvc不能与之绑定。

apiersionv1种类PersistentVolume元数据的名字foo-pv.规范storageClassName.claimRef的名字foo-pvc名称空间Foo......

如果您想使用持久性volumes,这非常有用claimPolicy调成保持,包括重用现有PV的情况。

持续扩大销量

特征状态: Kubernetes v1.11(β)

默认情况下,现在启用了对展开PersistentVolumeClaims (pvc)的支持。支持扩容的卷类型如下:

  • gcePersistentDisk
  • awsElasticBlockStore
  • 煤渣
  • 从而
  • rbd.
  • Azure文件
  • Azure磁盘
  • portworx.
  • Flexvolumes.
  • CSI

如果一个PVC的存储类是,则只能展开它allowVolumeExpansion字段设置为true。

apiersionstorage.k8s.io/v1.种类storageclass.元数据的名字gluster-vol-default档案馆Kubernetes.io/Glusterfs.参数resturl.“http://192.168.10.100:8080”restusersecretnamespace.secretname.allowVolumeExpansion真正的

要为PVC请求更大的卷,请编辑PVC对象并指定更大的大小。这将触发支持底层PersistentVolume的卷的扩展。不会创建新的PersistentVolume来满足要求。相反,将调整现有卷的大小。

CSI体积膨胀

特征状态: Kubernetes v1.16 [beta]

默认情况下启用了对扩展CSI卷的支持,但它还需要特定的CSI驱动程序来支持卷扩展。有关更多信息,请参乐动体育是干嘛的阅特定CSI驱动程序的文档。

调整包含文件系统的卷的大小

如果文件系统是XFS、Ext3或Ext4,则只能调整包含文件系统的卷的大小。

当卷包含文件系统时,只有在使用PersistentVolumeclaim中的新POD时,才会调整文件系统读写模式。文件系统扩展要么在启动POD或运行POD时完成,并且底层文件系统支持在线扩展。

FlexVolumes允许调整驱动程序是否设置了RequiresFSResize能力真正的.FlexVolume可以在POD上调整大小。

调整使用内使用的持久性volumeclamiam

特征状态: Kubernetes v1.15β
笔记:从Kubernetes 1.15开始,正在使用的pvc就可以作为beta版本使用,从1.11开始就可以作为alpha版本使用。这ExpandInUsePersistentVolumes必须启用特性,对于许多beta特性的集群来说都是自动启用的。指的是功能门乐动体育是干嘛的更多信息的文档。

在这种情况下,您不需要删除和重新创建使用现有PVC的POD或部署。一旦其文件系统扩展,任何使用的PVC会自动为其POD可用。此功能对POD或部署不使用的PVC没有影响。您必须在扩展之前创建一个使用PVC的POD。

类似于其他体积类型 - 在使用POD时也可以扩展FlexVolume卷。

笔记:只有当底层驱动程序支持调整大小时,FlexVolume才能调整大小。
笔记:扩充EBS卷是一项耗时的操作。此外,每卷配额每6小时修改一次。

从扩容卷失败中恢复

如果扩展底层存储失败,则群集管理员可以手动恢复持久卷索赔(PVC)状态并取消调整大小请求。否则,在没有管理员干预的情况下,控制器连续重试调整大小请求。

  1. 将绑定到PersistentVolumeClaim(PVC)的PersistentVolume(PV)标记为保持回收政策。
  2. 删除PVC。自光伏有保持回收策略 - 我们在重新创建PVC时不会丢失任何数据。
  3. 删除claimRef进入PV规格,所以新的PVC可以绑定到它。这个应该是PV可用
  4. 重新创建比PV小尺寸的PVC并设置volumename.PVC的字段到PV的名称。这应该将新的PVC绑定到现有的PV。
  5. 不要忘记恢复PV的回收策略。

持久卷的类型

PersistentVolume类型是作为插件实现的。Kubernetes目前支持以下插件:

持久体积

每个PV包含一个规格和状态,这是卷的规格和状态。PersistentVolume对象的名称必须是有效的DNS子域名

apiersionv1种类PersistentVolume元数据的名字pv0003规范能力存储5胃肠道volumeMode.文件系统accessModes-  Readwriteonce.persistentVolumeReclaimPolicy回收storageClassName.慢的mountOptions- 难的——nfsvers = 4.1nfs小路/ tmp服务器172.17.0.2
笔记:在集群中使用PersistentVolume可能需要与卷类型相关的助手程序。在这个例子中,PersistentVolume的类型是NFS, helper程序/sbin/mount.需要nfs来支持nfs文件系统的挂载。

能力

一般来说,PV有一定的存储容量。这是用PV设定的能力属性。看到Kubernetes资源模型理解期望的单位能力

目前,存储大小是唯一可以设置或请求的资源。未来属性可能包括IOPS、吞吐量等。

体积模式

特征状态: Kubernetes v1.18(稳定)

Kubernetes支持两种volumeModesPersistentVolumes:文件系统

volumeMode.是可选的API参数。文件系统何时使用默认模式volumeMode.省略参数。

一个卷volumeMode:文件系统登上进入豆荚进入目录。如果块设备备份卷,并且设备为空,则Kubernetes在安装之前在设备上创建文件系统。

您可以设置值volumeMode.使用卷作为原始块设备。将这种卷作为块设备呈现为封端,而没有任何文件系统。此模式可用于提供访问卷的最快方法,而没有POD与卷之间的任何文件系统层。另一方面,在POD中运行的应用程序必须知道如何处理原始块设备。看原始块卷支持有关如何使用卷的示例volumeMode:块豆荚。

访问模式

PersistentVolume可以以资源提供商支持的任何方式安装在主机上。如下表所示,提供商将具有不同的功能,并且每个PV的访问模式都设置为由该特定卷支持的特定模式。例如,NFS可以支持多个读/写客户端,但可以将特定的NFS PV作为只读的服务器导出。每个PV都获得自己的一组访问模式,描述了特定的PV的功能。

接入方式有:

  • ReadWriteOnce——单个节点可以以读写方式挂载卷
  • readonlymany - 卷可以安装只有许多节点的读取
  • ReadWriteMany——卷可以被许多节点以读写方式挂载

在CLI中,两种访问方式简称为:

  • 两- ReadWriteOnce
  • 火箭- ReadOnlyMany
  • rwx - Readwritemany.

重要!一个卷一次只能使用一种访问方式挂载,即使它支持多种访问方式。例如,GCEPersistentDisk可以被单个节点挂载为ReadWriteOnce或ReadOnlyMany by many节点挂载,但不能同时挂载。

体积插件 Readwriteonce. readonlymany Readwritemany.
AWSElasticBlockStore - -
AzureFile
Azureisk. - -
cephfs.
煤渣 - -
CSI 这取决于驱动程序 这取决于驱动程序 这取决于驱动程序
足球俱乐部 -
FlexVolume 这取决于驱动程序
- -
GCEPersistentDisk -
从而
HostPath - -
iSCSI -
Quobyte
NFS
rbd. -
vspherevolume. - -(工作时,豆荚的搭配)
PortworxVolume -
ScaleIO -
StorageOS - -

PV可以有一个类,它是通过设置storageClassName.属性设置为storageclass..特定类的PV只能绑定到请求该类的pvc上。PV没有storageClassName.没有类,只能绑定到没有特别类的PVC。

在过去,注释volume.beta.www.mariaabreu.com /存储类被用来代替storageClassName.属性。这个注释仍然在工作;但是,它将在未来的Kubernetes发布中完全弃用。

回收政策

目前的回收策略是:

  • 保留 - 手动填海
  • 循环再造-基本擦洗(rm -rf / thevolume / *
  • 删除 - 删除关联的存储资产,例如AWS EBS,GCE PD,Azure磁盘或OpenStack Ciner卷

目前,只有NFS和HostPath支持回收。AWS EBS,GCE PD,Azure磁盘和CINDER卷支持删除。

挂载选项

Kubernetes管理员可以在节点上挂载Persistent Volume时指定额外的挂载选项。

笔记:并不是所有的持久卷类型都支持挂载选项。

以下卷类型支持挂载选项:

  • AWSElasticBlockStore
  • Azureisk.
  • AzureFile
  • cephfs.
  • 煤渣(OpenStack块存储)
  • GCEPersistentDisk
  • 从而
  • NFS
  • Quobyte卷
  • RBD(Ceph块设备)
  • StorageOS
  • vspherevolume.
  • iSCSI

未验证挂载选项。如果挂载选项无效,则挂载失败。

在过去,注释卷.beta.www.mariaabreu.com/mount-options.被用来代替mountOptions属性。这个注释仍然在工作;但是,它将在未来的Kubernetes发布中完全弃用。

节点关联

笔记:对于大多数卷类型,不需要设置此字段。它被自动填充AWS EBS.GCE PDAzure磁盘体积块类型。您需要显式地为当地的卷。

PV可以指定节点亲和力定义限制可以从哪些节点访问该卷的约束。使用PV的pod将只被调度到由节点关联性选择的节点。

阶段

一卷将处于下列阶段之一:

  • 可用 - 尚未涉及索赔的免费资源
  • 这本书被装订在一份索赔书上
  • 发布 - 索赔已被删除,但资源尚未由群集回收
  • Failed——卷没有自动回收

CLI将显示与PV绑定的PVC的名称。

PersistentVolumeClaims

每个PVC包含一个规格和状态,这是要求的规格和状态。PersistentVolumeClaim对象的名称必须是有效的DNS子域名

apiersionv1种类持久性volumeclim.元数据的名字MICLAIN.规范accessModes-  Readwriteonce.volumeMode.文件系统资源请求存储8胃肠道storageClassName.慢的选择器matchLabels释放“稳定”matchExpressions.——{关键:环境,运营商:IN,价值观(dev)}

访问模式

要求使用与体积的约定相同使用特定访问模式请求存储时。

体积模式

要求使用与卷相同的惯例指示卷的使用是文件系统设备还是块设备。

资源

索赔,像豆荚,可以请求特定数量的资源。在本例中,请求的是存储。相同的资源模型适用于卷宗和索赔。

选择器

索赔可以指定一个标签选择器进一步筛选卷集。只有标签与选择器匹配的卷可以绑定到声明。选择器可以包含两个字段:

  • matchLabels- 卷必须具有此值的标签
  • matchExpressions.-通过指定键、值和键与值关联的操作符而产生的需求列表。有效的操作符包括In、NotIn、Exists和doesnoexists。

来自两者的所有要求matchLabelsmatchExpressions.,在一起,它们必须都必须满足以匹配。

索赔可以通过指定A的名称来请求特定类storageclass.使用属性storageClassName..只有所请求的类的PVS,那些具有相同的storageClassName.作为PVC,可以与PVC结合。

pvc不一定需要请求一个类。聚氯乙烯与它的storageClassName.设置等于总是被解释为请求一个没有类的PV,因此它只能绑定到没有类的PV(没有注释或一组等于).PVC没有storageClassName.是不完全相同的,并且被集群区别对待,这取决于DefaultStorageClass入场插件打开。

  • 如果已打开Admisc制插件,则管理员可以指定默认的StorageClass。所有没有的PVCstorageClassName.只能绑定到该默认值的pv。通过设置注释来指定默认的StorageClassstorageclass.www.mariaabreu.com / is-default-class等于真正的在StorageClass对象中。如果管理员未指定默认值,则群集响应PVC创建,就像已关闭录取插件一样。如果指定了多个默认值,则录取插件禁止创建所有PVC。
  • 如果接收插件已关闭,则没有默认StorageClass的概念。所有没有的PVCstorageClassName.只能绑定到没有类的pv。在这种情况下,pvc没有storageClassName.和室性早搏一样的治疗方法storageClassName.调成

根据安装方法,在安装期间,可以将默认的StorageClass部署到addon manager的Kubernetes群集。

当PVC指定a选择器除了请求StorageClass之外,需求是和在一起的:只有被请求的类的PV和被请求的标签可以绑定到PVC上。

笔记:目前,一个非空的PVC选择器不能为它动态准备PV。

在过去,注释volume.beta.www.mariaabreu.com /存储类用而不是storageClassName.属性。这个注释仍然在工作;然而,将来的Kubernetes版本不会支持它。

指控是卷

Pods通过使用声明作为卷来访问存储。声明必须存在于与使用声明的Pod相同的名称空间中。集群在Pod的名称空间中找到索赔,并使用它来获得支持索赔的PersistentVolume。然后,该卷被安装到主机和进入荚。

apiersionv1种类元数据的名字mypod规范容器-的名字我的冰头图像nginxvolumeMounts-山路" / var / www / html”的名字迈尔皮语-的名字迈尔皮语持久性volumeclim.claimNameMICLAIN.

关于名称空间的说明

PersistentVolumes绑定是独占的,而且由于persistentvolumecclaims是命名空间对象,所以使用“Many”模式挂载声明(火箭特权)只能在一个名称空间中使用。

PersistentVolumes类型hostPath

一种hostPathPersistentVolume使用节点上的文件或目录来模拟网络连接的存储。看的一个例子hostPath打卷

原始块卷支持

特征状态: Kubernetes v1.18(稳定)

以下卷插件支持原始块卷,包括适用的动态配置:

  • AWSElasticBlockStore
  • Azureisk.
  • CSI
  • FC(光纤通道)
  • GCEPersistentDisk
  • iSCSI
  • 本地卷
  • OpenStack煤渣
  • RBD(Ceph块设备)
  • vspherevolume.

使用原始块卷持久化卷

apiersionv1种类PersistentVolume元数据的名字block-pv规范能力存储10Gi.accessModes-  Readwriteonce.volumeMode.persistentVolumeReclaimPolicy保持FC.targetWWNs[“50060E801049CFD1”]0.只读的错误的

请求原始块卷

apiersionv1种类持久性volumeclim.元数据的名字block-pvc规范accessModes-  Readwriteonce.volumeMode.资源请求存储10Gi.

POD规范在容器中添加原始块设备路径

apiersionv1种类元数据的名字pod-with-block-volume规范容器-的名字fc-container图像Fedora:26命令[/ bin / sh”“c”]arg游戏[“尾- f / dev / null”]volumeDevices-的名字数据DevicePath./dev/xvda-的名字数据持久性volumeclim.claimNameblock-pvc
笔记:添加POD的原始块设备时,可以在容器中指定设备路径而不是安装路径。

绑定块卷

如果用户请求一个原始块卷,则使用volumeMode.字段在PersistentVolumeclaim规范中,绑定规则与以前的版本略有不同,这些版本没有将此模式视为规范的一部分。列出的是用户和管理员可能指定用于请求原始块设备的可能组合表。该表指示卷绑定或未绑定卷:volume绑定矩阵是否有静态配置卷:

PV VolumeMode. PVC VolumeMode. 结果
未指明 未指明 捆绑
未指明 没有绑定
未指明 文件系统 捆绑
未指明 没有绑定
捆绑
文件系统 没有绑定
文件系统 文件系统 捆绑
文件系统 没有绑定
文件系统 未指明 捆绑
笔记:alpha版本只支持静态配置的卷。管理员在使用原始块设备时应该注意考虑这些值。

卷快照和从快照支持中还原卷

特征状态: Kubernetes v1.20(稳定)

卷快照只支持树外CSI卷插件。有关详细信息,请参阅卷快照.弃用了在树中卷插件。您可以读取关于已弃用卷插件的卷插件常见问题

从卷快照创建持久性volumeclabl

apiersionv1种类持久性volumeclim.元数据的名字restore-pvc规范storageClassName.csi-hostpath-sc数据源的名字新快照 - 测试种类VolumeSnapshotapigroup.snapshot.storage.k8s.ioaccessModes-  Readwriteonce.资源请求存储10Gi.

卷克隆

卷克隆仅适用于CSI卷插件。

从现有的PVC中创建PersistentVolumeClaim

apiersionv1种类持久性volumeclim.元数据的名字cloned-pvc规范storageClassName.my-csi-plugin数据源的名字existing-src-pvc-name种类持久性volumeclim.accessModes-  Readwriteonce.资源请求存储10Gi.

编写可移植的配置

如果你正在编写配置模板或示例,这些配置模板或示例运行在广泛的集群上,并且需要持久存储,建议你使用以下模式:

  • 在你的配置包中包含PersistentVolumeClaim对象(以及deploymentconfigmaps等)。

  • 不要在配置中包含PersistentVolume对象,因为实例化配置的用户可能没有创建PersistentVolume的权限。

  • 为用户提供在实例化模板时提供存储类名称的选项。

    • 如果用户提供存储类名,则将该值放入其中persistentVolumeClaim.storageClassName字段。如果集群中有管理员启用的storageclass,这将导致PVC匹配正确的存储类。
    • 如果用户不提供存储类名,请留下persistentVolumeClaim.storageClassName领域为零。这将导致使用群集中的默认StorageClass自动为用户自动配置PV。许多群集环境都安装了默认的StorageClass,或者管理员可以创建自己的默认StorageClass。
  • 在您的工具中,注意在某些时间和曲面上没有受到绑定的PVC,因为这可能表明群集没有动态存储支持(在这种情况下,用户应该创建匹配的PV)或群集具有没有存储系统(在这种情况下,用户无法部署配置PVC)。

    接下来是什么

参考

上次修改的2021年5月7日晚上7:11太平洋标准时间:PV (3976df3d1)中PVC卷模式和接入模式分段对应的分段