這篇文章主要講解了“Kubernetes的PVC是什么”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“Kubernetes的PVC是什么”吧!
PVC 是對 PV 的聲明使用。
Pending: 等待狀態,還沒有與 PV 綁定
Bound: 綁定狀態,已經與 PV 綁定
Lost: 丟失狀態,與 PV 失去了綁定關系
這個字段,PVC 與 PV 相同,也可以設置訪問模式,作用也是描述應用對存儲資源的訪問權限。
這個字段,PVC 與 PV 也是相同的,描述的是希望使用的 PV 存儲卷模式,可以配置的模式為文件系統和塊設備。
這個字段用于描述對存儲資源的請求,目前僅支持設置 requests.storage,也就是對存儲空間的設置。
這個字段用于設置后端存儲類別(即:綁定 StorageClass),可以減少對后端存儲特性詳細信息的依賴。分為兩種情況:
如果設置這個字段為某個 StorageClass,那么只有設置了相同 Class 的 PV 才會被選中,然后與 PVC 綁定。
如果設置這個字段為空 storageClassName="",即不設置 Class。這時取決于系統是否啟用名為 DefaultStorageClass 的 admission controller:
沒有啟動 DefaultStorageClass:將選擇沒有設定 Class 的 PV 進行匹配和綁定。
啟用 DefaultStorageClass:管理員定義默認的 StorageClass,系統將使用默認 StorageClass 的后端存儲創建一個 PV 并自動與 PVC 綁定。設置的具體方法為:在 StorageClass 的定義中添加一個 annotation "storageclass.kubernetes.io/is-default-class=true"。需要注意的是:只能定義一個默認的 StorageClass。
這個字段可以對系統中已經存在的各種 PV 進行篩選,根據篩選條件選出最符合條件的 PV 進行綁定。這下面包含兩個字段:
matchLabels:PV 必須有這個標簽值
matchExpressions:通過鍵值對和操作符指定標簽選擇器列表,操作符包括:In、Notln、Exists 和 DoesNotExist
如果兩個字段都設置了,就必須滿足所有的條件才能完成匹配。
最后需要注意的是:Pod、PV 和 PVC 都必須在同一命名空間下才起作用。
另外,如果使用動態存儲管理,即不預先定義 PV,只通過 StorageClass 交給系統自動完成 PV 的動態創建,那么 PVC 設置的 selector 就是無效的。如果用戶刪除了 PVC,與它綁定的 PV(默認回收策略為 Delete)也會被刪除,可以在綁定成功后手動將 Delete 策略修改為 Retain。
感謝各位的閱讀,以上就是“Kubernetes的PVC是什么”的內容了,經過本文的學習后,相信大家對Kubernetes的PVC是什么這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。