我有一個NFS裝載包含一些只讀媒體資源,我想將其展示給多個項目。將NFS呈現給多個項目
在具有相同NFS路徑的每個項目中創建一個新PV似乎太笨重。如果其他PVC偶然要求我的資產目錄呢?
除此之外,我不知道如何做到這一點。我怎樣才能做到這一點?
編輯:要清楚 - 我想避免集羣管理干預。創建PV時需要集羣管理員權限。
PV CONFIG從比my_namespace其他不能聲稱對這種PV命名空間
apiVersion: v1
kind: PersistentVolume
metadata:
annotations:
pv.kubernetes.io/bound-by-controller: "yes"
creationTimestamp: null
labels:
app: my_app
name: my-assets
spec:
accessModes:
- ReadWriteMany
capacity:
storage: 25Gi
claimRef:
apiVersion: v1
kind: PersistentVolumeClaim
name: my-assets
namespace: my_namespace
resourceVersion: "13480134"
uid: ea36d352-1a22-11e7-a443-0050568b4a96
nfs:
path: /nfs_volume
server: nfs_server
persistentVolumeReclaimPolicy: Recycle
status: {}
的PVC。這是來自不同命名空間的PVC配置,無法使用ReadWriteMany
對現有PV進行索賠。
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
annotations:
openshift.io/generated-by: OpenShiftNewApp
creationTimestamp: null
name: my-assets
spec:
accessModes:
- ReadWriteMany
resources:
requests:
storage: 25Gi
selector:
matchLabels:
app: my_app
volumeName: my-assets
status: {}
我認爲kubernetes相當於「項目」是「命名空間」 我看到每個命名空間中的1個PV你的觀點,但我的計劃是要改變不同的選擇環境(Dev Test Prod)。我仍然無法在我認爲應該可能的命名空間內對1個PV進行多次索賠。 (請參閱編輯配置) – thisguy123
是的,這是正常的行爲。您應該能夠在需要訪問的所有Deployments/StatefulSets中使用相同的「claimName」來重用持久性聲明聲明(如我的示例 - 這就是爲什麼我將PV與PVC一起部署在單個文件中的原因)。 –
好吧,回到問題......這是否意味着不可能針對同一個PV進行多個PVC索賠? – thisguy123