Kubernetes的pod本身是無狀態的(stateless),生命週期通常比較短,只要出現了異常,Kubernetes就會自動創建一個新的Pod來代替它。
而容器產生的數據,會隨着Pod消亡而自動消失。
爲了實現Pod內數據的存儲管理,Kubernetes引入了兩個API資源:Persistent Volume(持久卷,以下簡稱PV)和Persistent Volume Claim(持久卷申請,以下簡稱PVC)。
PV是Kubernetes集羣中的一種網絡存儲實現,跟Node一樣,也是屬於集羣的資源。
PV跟Docker裏的Volume(卷)類似,不過會有獨立於Pod的生命週期。
使用kubectl get pv查看列表:
而PVC是用戶的一個請求,跟Pod類似。Pod消費Node的資源,PVC消費PV的資源。
Pod 能夠申請特定的資源(CPU和內存);PVC能夠申請特定的尺寸和訪問模式,例如可以加載一個讀寫實例或者多個只讀實例,(就是上圖kubectl get pvc返回結果的Access Mode這一列的值RWO, ROX等等)而無須感知這些實例背後具體的存儲實現。
我們來看一個具體的PVC實例,名稱爲nginx-pvc:
kind: PersistentVolumeClaim apiVersion: v1 metadata: name: nginx-pvc spec: storageClassName: default accessModes: - ReadOnlyMany resources: requests: storage: 1Gi
使用命令kubectl create -f pvc.yaml創建這個yaml文件定義的persistent volume claim:
然後定義一個pod,消費這個名爲nginx-pvc的persistent volume claim:
使用kubectl describe pvc nginx-pvc查看這個persistent volume claim對應生成的persistent volume:
現在我用命令kubectl cp train.jpg nginx-storage-pod:/usr/share/nginx/html將兩個文件train.jpg和index.html文件拷貝到pod內部文件路徑/usr/share/nginx/html下面:
現在切換到nginx-storage-pod pod裏,在/usr/share/nginx/html目錄下果然發現了這兩個文件:
接下來我定義了另一個pod,同樣適用nginx-pvc這個PVC:
創建完這個pod之後,then kubectl exec -ti another ash 進入pod內部/usr/share/nginx/html,同樣發現了index.html和train.jpg.
這個例子說明persistent volume claim能夠用於在多個pod間共享持久化數據。 要獲取更多Jerry的原創文章,請關注公衆號"汪子熙":