共計(jì) 9621 個(gè)字符，預(yù)計(jì)需要花費(fèi) 25 分鐘才能閱讀完成。

這篇文章給大家分享的是有關(guān) Kubernetes 存儲(chǔ)中 Persistent Volumes 有什么用的內(nèi)容。丸趣 TV 小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨丸趣 TV 小編過來看看吧。

簡(jiǎn)介

管理存儲(chǔ)和管理計(jì)算有著明顯的不同。PersistentVolume 子系統(tǒng)給用戶和管理員提供了一套 API，從而抽象出存儲(chǔ)是如何提供和消耗的細(xì)節(jié)。在這里，我們介紹兩種新的 API 資源：PersistentVolume（簡(jiǎn)稱 PV）和 PersistentVolumeClaim（簡(jiǎn)稱 PVC）。
PersistentVolume（持久卷，簡(jiǎn)稱 PV）是集群內(nèi)，由管理員提供的網(wǎng)絡(luò)存儲(chǔ)的一部分。就像集群中的節(jié)點(diǎn)一樣，PV 也是集群中的一種資源。它也像 Volume 一樣，是一種 volume 插件，但是它的生命周期卻是和使用它的 Pod 相互獨(dú)立的。PV 這個(gè) API 對(duì)象，捕獲了諸如 NFS、ISCSI、或其他云存儲(chǔ)系統(tǒng)的實(shí)現(xiàn)細(xì)節(jié)。
PersistentVolumeClaim（持久卷聲明，簡(jiǎn)稱 PVC）是用戶的一種存儲(chǔ)請(qǐng)求。它和 Pod 類似，Pod 消耗 Node 資源，而 PVC 消耗 PV 資源。Pod 能夠請(qǐng)求特定的資源（如 CPU 和內(nèi)存）。PVC 能夠請(qǐng)求指定的大小和訪問的模式（可以被映射為一次讀寫或者多次只讀）。
PVC 允許用戶消耗抽象的存儲(chǔ)資源，用戶也經(jīng)常需要各種屬性（如性能）的 PV。集群管理員需要提供各種各樣、不同大小、不同訪問模式的 PV，而不用向用戶暴露這些 volume 如何實(shí)現(xiàn)的細(xì)節(jié)。因?yàn)檫@種需求，就催生出一種 StorageClass 資源。
StorageClass 提供了一種方式，使得管理員能夠描述他提供的存儲(chǔ)的等級(jí)。集群管理員可以將不同的等級(jí)映射到不同的服務(wù)等級(jí)、不同的后端策略。

volume 和 claim 的生命周期

PV 是集群中的資源，PVC 是對(duì)這些資源的請(qǐng)求，同時(shí)也是這些資源的“提取證”。PV 和 PVC 的交互遵循以下生命周期：

供給

有兩種 PV 提供的方式：靜態(tài)和動(dòng)態(tài)。

靜態(tài)

集群管理員創(chuàng)建多個(gè) PV，它們攜帶著真實(shí)存儲(chǔ)的詳細(xì)信息，這些存儲(chǔ)對(duì)于集群用戶是可用的。它們存在于 Kubernetes API 中，并可用于存儲(chǔ)使用。

動(dòng)態(tài)

當(dāng)管理員創(chuàng)建的靜態(tài) PV 都不匹配用戶的 PVC 時(shí)，集群可能會(huì)嘗試專門地供給 volume 給 PVC。這種供給基于 StorageClass：PVC 必須請(qǐng)求這樣一個(gè)等級(jí)，而管理員必須已經(jīng)創(chuàng)建和配置過這樣一個(gè)等級(jí)，以備發(fā)生這種動(dòng)態(tài)供給的情況。請(qǐng)求等級(jí)配置為“”的 PVC，有效地禁用了它自身的動(dòng)態(tài)供給功能。

綁定

用戶創(chuàng)建一個(gè) PVC（或者之前就已經(jīng)就為動(dòng)態(tài)供給創(chuàng)建了），指定要求存儲(chǔ)的大小和訪問模式。master 中有一個(gè)控制回路用于監(jiān)控新的 PVC，查找匹配的 PV（如果有），并把 PVC 和 PV 綁定在一起。如果一個(gè) PV 曾經(jīng)動(dòng)態(tài)供給到了一個(gè)新的 PVC，那么這個(gè)回路會(huì)一直綁定這個(gè) PV 和 PVC。另外，用戶總是至少能得到它們所要求的存儲(chǔ)，但是 volume 可能超過它們的請(qǐng)求。一旦綁定了，PVC 綁定就是專屬的，無論它們的綁定模式是什么。
如果沒找到匹配的 PV，那么 PVC 會(huì)無限期得處于 unbound 未綁定狀態(tài)，一旦 PV 可用了，PVC 就會(huì)又變成綁定狀態(tài)。比如，如果一個(gè)供給了很多 50G 的 PV 集群，不會(huì)匹配要求 100G 的 PVC。直到 100G 的 PV 添加到該集群時(shí)，PVC 才會(huì)被綁定。

使用

Pod 使用 PVC 就像使用 volume 一樣。集群檢查 PVC，查找綁定的 PV，并映射 PV 給 Pod。對(duì)于支持多種訪問模式的 PV，用戶可以指定想用的模式。
一旦用戶擁有了一個(gè) PVC，并且 PVC 被綁定，那么只要用戶還需要，PV 就一直屬于這個(gè)用戶。用戶調(diào)度 Pod，通過在 Pod 的 volume 塊中包含 PVC 來訪問 PV。

釋放

當(dāng)用戶使用 PV 完畢后，他們可以通過 API 來刪除 PVC 對(duì)象。當(dāng) PVC 被刪除后，對(duì)應(yīng)的 PV 就被認(rèn)為是已經(jīng)是“released”了，但還不能再給另外一個(gè) PVC 使用。前一個(gè) PVC 的屬于還存在于該 PV 中，必須根據(jù)策略來處理掉。

回收

PV 的回收策略告訴集群，在 PV 被釋放之后集群應(yīng)該如何處理該 PV。當(dāng)前，PV 可以被 Retained（保留）、Recycled（再利用）或者 Deleted（刪除）。保留允許手動(dòng)地再次聲明資源。對(duì)于支持刪除操作的 PV 卷，刪除操作會(huì)從 Kubernetes 中移除 PV 對(duì)象，還有對(duì)應(yīng)的外部存儲(chǔ)（如 AWS EBS，GCE PD，Azure Disk，或者 Cinder volume）。動(dòng)態(tài)供給的卷總是會(huì)被刪除。

Recycled（再利用）

如果 PV 卷支持再利用，再利用會(huì)在 PV 卷上執(zhí)行一個(gè)基礎(chǔ)的擦除操作（rm -rf /thevolume/*），使得它可以再次被其他 PVC 聲明利用。
管理員可以通過 Kubernetes controller manager 的命令行工具（點(diǎn)擊查看），來配置自定義的再利用 Pod 模板。自定義的再利用 Pod 模板必須包含 PV 卷的詳細(xì)內(nèi)容，如下示例：

apiVersion: v1
kind: Pod
metadata:
 name: pv-recycler-
 namespace: default
spec:
 restartPolicy: Never
 volumes:
 - name: vol
 hostPath:
 path: /any/path/it/will/be/replaced
 containers:
 - name: pv-recycler
 image:  gcr.io/google_containers/busybox 
 command: [/bin/sh ,  -c ,  test -e /scrub   rm -rf /scrub/..?* /scrub/.[!.]* /scrub/*   test -z \ $(ls -A /scrub)\  || exit 1 ]
 volumeMounts:
 - name: vol
 mountPath: /scrub

如上，在 volumes 部分的指定路徑，應(yīng)該被替換為 PV 卷需要再利用的路徑。

PV 類型

PV 類型使用插件的形式來實(shí)現(xiàn)。Kubernetes 現(xiàn)在支持以下插件：
GCEPersistentDisk
AWSElasticBlockStore
AzureFile
AzureDisk
FC (Fibre Channel)
Flocker
NFS
iSCSI
RBD (Ceph Block Device)
CephFS
Cinder (OpenStack block storage)
Glusterfs
VsphereVolume
Quobyte Volumes
HostPath (僅測(cè)試過單節(jié)點(diǎn)的情況——不支持任何形式的本地存儲(chǔ)，多節(jié)點(diǎn)集群中不能工作)
VMware Photon
Portworx Volumes
ScaleIO Volumes

PV 介紹

每個(gè) PV 都包含一個(gè) spec 和狀態(tài)，即說明書和 PV 卷的狀態(tài)。

 apiVersion: v1
 kind: PersistentVolume
 metadata:
 name: pv0003
 spec:
 capacity:
 storage: 5Gi
 accessModes:
 - ReadWriteOnce
 persistentVolumeReclaimPolicy: Recycle
 storageClassName: slow
 nfs:
 path: /tmp
 server: 172.17.0.2

Capacity（容量）

一般來說，PV 會(huì)指定存儲(chǔ)的容量，使用 PV 的 capacity 屬性來設(shè)置。查看 Kubernetes 的 Resource Model 來了解 capacity。
當(dāng)前，存儲(chǔ)大小是唯一能被設(shè)置或請(qǐng)求的資源。未來可能包含 IOPS，吞吐率等屬性。

訪問模式

PV 可以使用存儲(chǔ)資源提供商支持的任何方法來映射到 host 中。如下的表格中所示，提供商有著不同的功能，每個(gè) PV 的訪問模式被設(shè)置為卷支持的指定模式。比如，NFS 可以支持多個(gè)讀 / 寫的客戶端，但可以在服務(wù)器上指定一個(gè)只讀的 NFS PV。每個(gè) PV 有它自己的訪問模式。
訪問模式包括：
? ReadWriteOnce —— 該 volume 只能被單個(gè)節(jié)點(diǎn)以讀寫的方式映射
? ReadOnlyMany —— 該 volume 可以被多個(gè)節(jié)點(diǎn)以只讀方式映射
? ReadWriteMany —— 該 volume 只能被多個(gè)節(jié)點(diǎn)以讀寫的方式映射
在 CLI 中，訪問模式可以簡(jiǎn)寫為：
? RWO – ReadWriteOnce
? ROX – ReadOnlyMany
? RWX – ReadWriteMany
注意：即使 volume 支持很多種訪問模式，但它同時(shí)只能使用一種方式來映射。比如，GCEPersistentDisk 可以被單個(gè)節(jié)點(diǎn)映射為 ReadWriteOnce，或者多個(gè)節(jié)點(diǎn)映射為 ReadOnlyMany，但不能同時(shí)使用這兩種方式來映射。

Volume PluginReadWriteOnceReadOnlyManyReadWriteManyAWSElasticBlockStore?–AzureFile???AzureDisk?–CephFS???Cinder?–FC??-FlexVolume??-Flocker?–GCEPersistentDisk??-Glusterfs???HostPath?–iSCSI??-PhotonPersistentDisk?–Quobyte???NFS???RBD??-VsphereVolume?–PortworxVolume?-?ScaleIO??-Class

一個(gè) PV 可以有一種 class，通過設(shè)置 storageClassName 屬性來選擇指定的 StorageClass。有指定 class 的 PV 只能綁定給請(qǐng)求該 class 的 PVC。沒有設(shè)置 storageClassName 屬性的 PV 只能綁定給未請(qǐng)求 class 的 PVC。
過去，使用 volume.beta.kubernetes.io/storage-class 注解，而不是 storageClassName 屬性。該注解現(xiàn)在依然可以工作，但在 Kubernetes 的未來版本中已經(jīng)被完全棄用了。

回收策略

當(dāng)前的回收策略有：
? Retain：手動(dòng)回收
? Recycle：需要擦出后才能再使用
? Delete：相關(guān)聯(lián)的存儲(chǔ)資產(chǎn)，如 AWS EBS，GCE PD，Azure Disk，or OpenStack Cinder 卷都會(huì)被刪除
當(dāng)前，只有 NFS 和 HostPath 支持回收利用，AWS EBS，GCE PD，Azure Disk，or OpenStack Cinder 卷支持刪除操作。

階段

一個(gè) volume 卷處于以下幾個(gè)階段之一：
? Available：空閑的資源，未綁定給 PVC
? Bound：綁定給了某個(gè) PVC
? Released：PVC 已經(jīng)刪除了，但是 PV 還沒有被集群回收
? Failed：PV 在自動(dòng)回收中失敗了
CLI 可以顯示 PV 綁定的 PVC 名稱。

映射選項(xiàng)

當(dāng) PV 被映射到一個(gè) node 上時(shí)，Kubernetes 管理員可以指定額外的映射選項(xiàng)。可以通過使用標(biāo)注 volume.beta.kubernetes.io/mount-options 來指定 PV 的映射選項(xiàng)。
比如：

apiVersion:  v1 
kind:  PersistentVolume 
metadata:
 name: gce-disk-1
 annotations:
 volume.beta.kubernetes.io/mount-options:  discard 
spec:
 capacity:
 storage:  10Gi 
 accessModes:
 -  ReadWriteOnce 
 gcePersistentDisk:
 fsType:  ext4 
 pdName:  gce-disk-1

映射選項(xiàng)是當(dāng)映射 PV 到磁盤時(shí)，一個(gè)可以被遞增地添加和使用的字符串。
注意，并非所有的 PV 類型都支持映射選項(xiàng)。在 Kubernetes v1.6 中，以下的 PV 類型支持映射選項(xiàng)。
● GCEPersistentDisk
● AWSElasticBlockStore
● AzureFile
● AzureDisk
● NFS
● iSCSI
● RBD (Ceph Block Device)
● CephFS
● Cinder (OpenStack block storage)
● Glusterfs
● VsphereVolume
● Quobyte Volumes
● VMware Photon

PersistentVolumeClaims（PVC）

每個(gè) PVC 都包含一個(gè) spec 和 status，即該 PVC 的規(guī)則說明和狀態(tài)。

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
 name: myclaim
spec:
 accessModes:
 - ReadWriteOnce
 resources:
 requests:
 storage: 8Gi
 storageClassName: slow
 selector:
 matchLabels:
 release:  stable 
 matchExpressions:
 - {key: environment, operator: In, values: [dev]}

訪問模式

當(dāng)請(qǐng)求指定訪問模式的存儲(chǔ)時(shí)，PVC 使用的規(guī)則和 PV 相同。

資源

PVC，就像 pod 一樣，可以請(qǐng)求指定數(shù)量的資源。請(qǐng)求資源時(shí)，PV 和 PVC 都使用相同的資源樣式。

選擇器（Selector）

PVC 可以指定標(biāo)簽選擇器進(jìn)行更深度的過濾 PV，只有匹配了選擇器標(biāo)簽的 PV 才能綁定給 PVC。選擇器包含兩個(gè)字段：
● matchLabels（匹配標(biāo)簽）– PV 必須有一個(gè)包含該值得標(biāo)簽
● matchExpressions（匹配表達(dá)式）– 一個(gè)請(qǐng)求列表，包含指定的鍵、值的列表、關(guān)聯(lián)鍵和值的操作符。合法的操作符包含 In，NotIn，Exists，和 DoesNotExist。
所有來自 matchLabels 和 matchExpressions 的請(qǐng)求，都是邏輯與關(guān)系的，它們必須全部滿足才能匹配上。

等級(jí)（Class）

PVC 可以使用屬性 storageClassName 來指定 StorageClass 的名稱，從而請(qǐng)求指定的等級(jí)。只有滿足請(qǐng)求等級(jí)的 PV，即那些包含了和 PVC 相同 storageClassName 的 PV，才能與 PVC 綁定。
PVC 并非必須要請(qǐng)求一個(gè)等級(jí)。設(shè)置 storageClassName 為“”的 PVC 總是被理解為請(qǐng)求一個(gè)無等級(jí)的 PV，因此它只能被綁定到無等級(jí)的 PV（未設(shè)置對(duì)應(yīng)的標(biāo)注，或者設(shè)置為“”）。未設(shè)置 storageClassName 的 PVC 不太相同，DefaultStorageClass 的權(quán)限插件打開與否，集群也會(huì)區(qū)別處理 PVC。
? 如果權(quán)限插件被打開，管理員可能會(huì)指定一個(gè)默認(rèn)的 StorageClass。所有沒有指定 StorageClassName 的 PVC 只能被綁定到默認(rèn)等級(jí)的 PV。要指定默認(rèn)的 StorageClass，需要在 StorageClass 對(duì)象中將標(biāo)注 storageclass.kubernetes.io/is-default-class 設(shè)置為“true”。如果管理員沒有指定這個(gè)默認(rèn)值，集群對(duì) PVC 創(chuàng)建請(qǐng)求的回應(yīng)就和權(quán)限插件被關(guān)閉時(shí)一樣。如果指定了多個(gè)默認(rèn)等級(jí)，那么權(quán)限插件禁止 PVC 創(chuàng)建請(qǐng)求。
? 如果權(quán)限插件被關(guān)閉，那么久沒有默認(rèn) StorageClass 的概念。所有沒有設(shè)置 StorageClassName 的 PVC 都只能綁定到?jīng)]有等級(jí)的 PV。因此，沒有設(shè)置 StorageClassName 的 PVC 就如同設(shè)置 StorageClassName 為“”的 PVC 一樣被對(duì)待。
根據(jù)安裝方法的不同，默認(rèn)的 StorageClass 可能會(huì)在安裝過程中被插件管理默認(rèn)的部署在 Kubernetes 集群中。
當(dāng) PVC 指定 selector 來請(qǐng)求 StorageClass 時(shí)，所有請(qǐng)求都是與操作的。只有滿足了指定等級(jí)和標(biāo)簽的 PV 才可能綁定給 PVC。當(dāng)前，一個(gè)非空 selector 的 PVC 不能使用 PV 動(dòng)態(tài)供給。
過去，使用 volume.beta.kubernetes.io/storage-class 注解，而不是 storageClassName 屬性。該注解現(xiàn)在依然可以工作，但在 Kubernetes 的未來版本中已經(jīng)被完全棄用了。

使用 PVC

Pod 通過使用 PVC（使用方式和 volume 一樣）來訪問存儲(chǔ)。PVC 必須和使用它的 pod 在同一個(gè)命名空間，集群發(fā)現(xiàn) pod 命名空間的 PVC，根據(jù) PVC 得到其后端的 PV，然后 PV 被映射到 host 中，再提供給 pod。

kind: Pod
apiVersion: v1
metadata:
 name: mypod
spec:
 containers:
 - name: myfrontend
 image: dockerfile/nginx
 volumeMounts:
 - mountPath:  /var/www/html 
 name: mypd
 volumes:
 - name: mypd
 persistentVolumeClaim:
 claimName: myclaim

命名空間注意事項(xiàng)

PV 綁定是獨(dú)有的，因?yàn)?PVC 是命名空間對(duì)象，映射 PVC 時(shí)只能在同一個(gè)命名空間中使用多種模式（ROX，RWX）。

StorageClass

每個(gè) StorageClass 都包含字段 provisioner 和 parameters，在所屬的 PV 需要?jiǎng)討B(tài)供給時(shí)使用這些字段。
StorageClass 對(duì)象的命名是非常重要的，它是用戶請(qǐng)求指定等級(jí)的方式。當(dāng)創(chuàng)建 StorageClass 對(duì)象時(shí)，管理員設(shè)置等級(jí)的名稱和其他參數(shù)，但對(duì)象不會(huì)在創(chuàng)建后馬上就被更新。
管理員可以指定一個(gè)默認(rèn)的 StorageClass，用于綁定到那些未請(qǐng)求指定等級(jí)的 PVC。詳細(xì)信息可參考 PersistentVolumeClaim 章節(jié)。

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
 name: standard
provisioner: kubernetes.io/aws-ebs
parameters:
 type: gp2

Provisioner

StorageClass 都有存儲(chǔ)供應(yīng)商 provisioner，用來決定哪種 volume 插件提供給 PV 使用。必須制定該字段。
你不限于指定此處列出的“內(nèi)部”供應(yīng)商（其名稱前綴為“kubernetes.io”并與 Kubernetes 一起分發(fā)）。你還可以運(yùn)行和指定外部供應(yīng)商，它們是遵循 Kubernetes 定義的規(guī)范的獨(dú)立程序。外部提供者的作者對(duì)代碼的生命周期，供應(yīng)商的分發(fā)方式，運(yùn)行狀況以及使用的卷插件（包括 Flex）等都有充分的自主權(quán)。庫 kubernetes-incubator/external-storage 存放了一個(gè)庫，用于編寫外部存儲(chǔ)供應(yīng)商，而這些提供者實(shí)現(xiàn)了大量的規(guī)范，并且是各種社區(qū)維護(hù)的。

參數(shù)

StorageClass 有一些參數(shù)用于描述歸屬于該 StorageClass 的 volume。不同的存儲(chǔ)提供商可能需要不同的參數(shù)。比如，參數(shù) type 對(duì)應(yīng)的值 io1，還有參數(shù) iopsPerGB，都是 EBS 專用的參數(shù)。當(dāng)參數(shù)省略時(shí)，就會(huì)使用它的默認(rèn)值。

AWS

…

GCE

…

Glusterfs

…

OpenStack Cinder

…

vSphere

…

Ceph RBD

 apiVersion: storage.k8s.io/v1
 kind: StorageClass
 metadata:
 name: fast
 provisioner: kubernetes.io/rbd
 parameters:
 monitors: 10.16.153.105:6789
 adminId: kube
 adminSecretName: ceph-secret
 adminSecretNamespace: kube-system
 pool: kube
 userId: kube
 userSecretName: ceph-secret-user

● monitors：Ceph 的 monitor，逗號(hào)分隔。該參數(shù)是必須的。
● adminId：Ceph 的客戶端 ID，可在 pool 中創(chuàng)建鏡像。默認(rèn)的是“admin”。
● adminSecretNamespace：adminSecret 的命名空間，默認(rèn)值是“default”。
● adminSecretName：adminId 的 Secret Name。改參數(shù)是必須的，提供的秘鑰必須有類型“kubernetes.io/rbd”。
● pool：Ceph 的 RBD pool，默認(rèn)值是“rbd”。
● userId：Ceph 的客戶 ID，用于映射 RBD 鏡像的，默認(rèn)值和 adminId 參數(shù)相同。
● userSecretName：Ceph Secret 的名稱，userId 用該參數(shù)來映射 RBD 鏡像。它必須和 PVC 在相同的命名空間。該參數(shù)也是必須的。提供的秘鑰必須有類型“kubernetes.io/rbd”。比如，按照下面的方式來創(chuàng)建：

$ kubectl create secret generic ceph-secret --type= kubernetes.io/rbd  --from-literal=key= QVFEQ1pMdFhPUnQrSmhBQUFYaERWNHJsZ3BsMmNjcDR6RFZST0E9PQ==  --namespace=kube-system

Quobyte

…

Azure Disk

…

Portworx Volume

…

ScaleIO

…

配置

如果你在寫配置模板和示例，用于在需要持久化存儲(chǔ)的集群中使用，那么，我們建議你使用以下的一些模式：
● 在你的捆綁配置（如 Deployment、ConfigMap 胖）中包含 PVC 對(duì)象。
● 在配置中不要包含 PersistentVolume 對(duì)象，因?yàn)閷?shí)例化配置的用戶可能沒有創(chuàng)建 PersistentVolumes 的權(quán)限
● 當(dāng)用戶提供實(shí)例化模板時(shí)，給用戶提供存儲(chǔ)類名稱的選項(xiàng)。
? 如果用戶提供了一個(gè) StorageClass 名稱，并且 Kubernetes 版本是 1.4 及以上，那么將該值設(shè)置在 PVC 的 volume.beta.kubernetes.io/storage-class 標(biāo)注上。這會(huì)使得 PVC 匹配到正確的 StorageClass。
? 如果用戶沒有提供 StorageClass 名稱，或者集群版本是 1.3，那么久需要在 PVC 配置中設(shè)置 volume.alpha.kubernetes.io/storage-class: default 標(biāo)注。
? 這會(huì)使得在一些默認(rèn)配置健全的集群中，PV 可以動(dòng)態(tài)的提供給用戶。
? 盡管在名稱中包含了 alpha 單詞，但是該標(biāo)注對(duì)應(yīng)的代碼有著 beta 級(jí)別的支持。
? 不要使用 volume.beta.kubernetes.io/storage-class，無論設(shè)置什么值，甚至是空字符串。因?yàn)樗鼤?huì)阻止 DefaultStorageClass 許可控制器。
● 在你的工具中，要監(jiān)視那些一段時(shí)間后還沒有獲得綁定的 PVC，并且展示給用戶。因?yàn)檫@可能表明集群沒有支持動(dòng)態(tài)存儲(chǔ)（此時(shí)我們應(yīng)該創(chuàng)建匹配的 PV），或者集群沒有存儲(chǔ)系統(tǒng)（此時(shí)用戶不能部署需要 PVC 的情況）。
● 未來，我們期望大多數(shù)集群都可以使能 DefaultStorageClass，并且能有一些可用的存儲(chǔ)形式。然而，可能沒有行在所有集群都能運(yùn)的 StorageClass，所以默認(rèn)情況下不要只設(shè)置一種。在某些時(shí)候，alpha 標(biāo)注將不再具有意義，但復(fù)位 PVC 的 storageClass 字段將具有所需的效果。

感謝各位的閱讀！關(guān)于“Kubernetes 存儲(chǔ)中 Persistent Volumes 有什么用”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！