一、PV、PVC簡介

二、PV、PVC關系

三、創建靜態PV

1.配置nfs存儲

2.定義PV

?3.定義PVC

4.測試訪問

四、?搭建 StorageClass + nfs-client-provisioner ，實現 NFS 的動態 PV 創建

1.?配置nfs服務

2.創建 Service Account

3.使用 Deployment 來創建 NFS Provisioner

3.1由于 1.20 版本啟用了 selfLink，所以 k8s 1.20+ 版本通過 nfs provisioner 動態生成pv會報錯，解決方法如下

3.2創建 NFS Provisioner?

4.創建 StorageClass

5.創建 PVC 和 Pod 測試

一、PV、PVC簡介

PV 全稱叫做 Persistent Volume，持久化存儲卷。K8S在指定存儲設備空間中邏輯劃分創建的可持久化的存儲資源對象。

PVC 的全稱是 Persistent Volume Claim，是持久化存儲的請求。是對PV資源對象的請求和綁定，也是Pod能掛載使用的一種存儲卷類型。

PV是集群中的資源。 PVC是對這些資源的請求，也是對資源的索引檢查。?

二、PV、PVC關系

?PV和PVC之間的相互作用遵循生命周期：

Provisioning（配置）---> Binding（綁定）---> Using（使用）---> Releasing（釋放） ---> Recycling（回收）

Provisioning，即 PV 的創建，可以直接創建 PV（靜態方式），也可以使用 StorageClass 動態創建
Binding，將 PV 分配給 PVC
Using，Pod 通過 PVC 使用該 Volume，并可以通過準入控制StorageProtection（1.9及以前版本為PVCProtection）阻止刪除正在使用的 PVC
Releasing，Pod 釋放 Volume 并刪除 PVC
Reclaiming，回收 PV，可以保留 PV 以便下次使用，也可以直接從云存儲中刪除

?根據5個階段，PV的狀態有以下4種：

Available（可用）：表示可用狀態，還未被任何 PVC 綁定
Bound（已綁定）：表示 PV 已經綁定到 PVC
Released（已釋放）：表示 PVC 被刪掉，但是資源尚未被集群回收
Failed（失敗）：表示該 PV 的自動回收失敗

PV從創建到銷毀的具體流程：?

一個PV創建完后狀態會變成Available，等待被PVC綁定。
一旦被PVC邦定，PV的狀態會變成Bound，就可以被定義了相應PVC的Pod使用。
Pod使用完后會釋放PV，PV的狀態變成Released。
變成Released的PV會根據定義的回收策略做相應的回收工作。有三種回收策略，Retain、Delete和Recycle。

PV回收策略：

Retain(保留)：當用戶刪除與之綁定的PVC時候，這個PV被標記為released（PVC與PV解綁但還沒有執行回收策略）且之前的數據依然保存在該PV上，但是該PV不可用，需要手動來處理這些數據并刪除該PV。
Delete(刪除)：刪除與PV相連的后端存儲資源。對于動態配置的PV來說，默認回收策略為Delete。表示當用戶刪除對應的PVC時，動態配置的volume將被自動刪除。（只有 AWS EBS, GCE PD, Azure Disk 和 Cinder 支持）
Recycle(回收)：如果用戶刪除PVC，則刪除卷上的數據，卷不會刪除。（只有 NFS 和 HostPath 支持）

三、創建靜態PV

創建使用靜態PV

準備好存儲設備和共享目錄
手動創建PV資源，配置存儲卷類型訪問模式（RWO RWX ROX RWOP）存儲空間大小 ?回收策略（Retain Recycle Delete）等
創建PVC資源，配置請求PV資源的訪問模式（必要條件，必須是PV能支持的訪問模式）存儲空間大小（默認就近選擇大于等于指定大小的PV）來綁定PV
創建Pod和Pod控制器資源掛載PVC存儲卷，配置存儲卷類型為 persistentVolumeClaim ，并在容器配置中定義存儲卷掛載點目錄??

1.配置nfs存儲

mkdir /data/v{1..5}vim /etc/exports
/data/v1 192.168.88.0/24(rw,no_root_squash,sync)
/data/v2 192.168.88.0/24(rw,no_root_squash,sync)
/data/v3 192.168.88.0/24(rw,no_root_squash,sync)
/data/v4 192.168.88.0/24(rw,no_root_squash,sync)
/data/v5 192.168.88.0/24(rw,no_root_squash,sync)exportfs -arvshowmount -e

2.定義PV

vim pv.yaml
apiVersion: v1
kind: PersistentVolume
metadata:        #由于 PV 是集群級別的資源，即 PV 可以跨 namespace 使用，所以 PV 的 metadata 中不用配置 namespacename: pv01labels:name: pv01
spec:nfs:                        #定義存儲類型path: /data/v1            #定義掛載卷路徑server: 192.168.88.60     #定義服務器名稱或地址accessModes:                #定義訪問模型- ReadWriteOnce- ReadWriteManycapacity:                   #定義存儲能力，一般用于設置存儲空間storage: 1Gi              #指定大小storageClassName: slow      #自定義存儲類名稱，此配置用于綁定具有相同類別的PVC和PVpersistentVolumeReclaimPolicy: Retain  #回收策略（Retain/Delete/Recycle）
--- 
apiVersion: v1
kind: PersistentVolume
metadata:name: pv02labels:name: pv02
spec:nfs:path: /data/v2server: 192.168.88.60accessModes:- ReadWriteOncecapacity:storage: 2Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:name: pv03labels:name: pv03
spec:nfs:path: /data/v3server: 192.168.88.60accessModes:- ReadWriteOnce- ReadWriteManycapacity:storage: 2Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:name: pv04labels:name: pv04
spec:nfs:path: /data/v4server: 192.168.88.60accessModes:- ReadWriteOnce- ReadWriteManycapacity:storage: 4Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:name: pv05labels:name: pv05
spec:nfs:path: /data/v5server: 192.168.88.60accessModes:- ReadWriteOnce- ReadWriteManycapacity:storage: 5Gikubectl apply -f pv.yaml

?3.定義PVC

定義了pvc的訪問模式為多路讀寫，該訪問模式必須在前面pv定義的訪問模式之中。定義PVC申請的大小為2Gi，此時PVC會自動去匹配多路讀寫且大小為2Gi的PV，匹配成功獲取PVC的狀態即為Bound

vim pvc.yaml
apiVersion: v1
kind: PersistentVolumeClaim   #定義類型為pvc
metadata:name: mypvc-anamespace: default
spec:accessModes:                #定義pvc的訪問模式- ReadWriteManyresources:requests:storage: 2Gi            #定義請求pv的大小
---
apiVersion: v1
kind: Pod
metadata:name: pod-vol-pvcnamespace: default
spec:containers:- name: myappimage: nginx:1.14volumeMounts:- name: htmlmountPath: /usr/share/nginx/htmlvolumes:- name: htmlpersistentVolumeClaim:    #定義掛載的pvc詳細信息claimName: mypvc-a      #掛載pvc的名稱kubectl apply -f pvc.yaml

4.測試訪問

在存儲服務器上創建index.html，并寫入數據，通過訪問Pod進行查看，可以獲取到相應的頁面。
cd /data/v3/
echo "welcome to use pv3" > index.htmlkubectl get pods -o widecurl  10.244.1.37
welcome to use pv3

四、?搭建 StorageClass + nfs-client-provisioner ，實現 NFS 的動態 PV 創建

Kubernetes 本身支持的動態 PV 創建不包括 NFS，所以需要使用外部存儲卷插件分配PV。詳見：https://kubernetes.io/zh/docs/concepts/storage/storage-classes/

卷插件稱為 Provisioner（存儲分配器），NFS 使用的是 nfs-client，這個外部卷插件會使用已經配置好的 NFS 服務器自動創建 PV。
Provisioner：用于指定 Volume 插件的類型，包括內置插件（如 kubernetes.io/aws-ebs）和外部插件（如 external-storage 提供的 ceph.com/cephfs）。

創建使用動態PV

準備好存儲設備和共享目錄
如果是外置存儲卷插件，需要先創建serviceaccount賬戶（Pod使用的賬戶）和做RBAC授權（創建角色授予相關資源對象的操作權限，再將賬戶和角色進行綁定），使serviceaccount賬戶具有對PV PVC StorageClass等資源的操作權限
創建外置存儲卷插件provisioner的Pod，配置中使用serviceaccount賬戶作為Pod的用戶，并設置相關環境變量參數
創建StorageClass（SC）資源，配置中引用存儲卷插件的插件（PROVISIONER_NAME）
創建PVC資源，配置中設置 StorageClass資源名稱訪問模式存儲空間大小。創建PVC資源會自動創建相關的PV資源。
創建Pod資源掛載PVC存儲卷，配置存儲卷類型為 persistentVolumeClaim ，并在容器配置中定義存儲卷掛載點目錄
?