2017-06-05 4 views
0

私は、ミニキューブを使用していくつかの永続的なNFSボリュームを使用してMariaDBをセットアップしようとしています。クレーム設定をロードするたびに、minikubeはNFS経由で提供するのではなく、デフォルトの永続ボリュームを作成します。Minikubeは永続ボリュームを受け入れません

apiVersion: v1 
kind: PersistentVolume 
metadata: 
    name: nfs 
spec: 
    capacity: 
    storage: 10Gi 
    accessModes: 
    - ReadWriteMany 
    nfs: 
    server: 192.168.3.121 
    path: "/var/nfsshare" 
    readOnly: false 

をそしてmariadb-pv-claim.yamlファイルを読み取ります:

kind: PersistentVolumeClaim 
apiVersion: v1 
metadata: 
    name: mariadb-pv-claim 
spec: 
    accessModes: 
    - ReadWriteMany 
    resources: 
    requests: 
     storage: 3Gi 

そして、いくつかのデバッグ:

; kubectl get pv nfs 
NAME  CAPACITY ACCESSMODES RECLAIMPOLICY STATUS  CLAIM  STORAGECLASS REASON AGE 
nfs  10Gi  RWX   Retain   Available          56m 
; kubectl get pvc mariadb-pv-claim 
NAME    STATUS VOLUME          CAPACITY ACCESSMODES STORAGECLASS AGE 
mariadb-pv-claim Bound  pvc-7f20f205-49f2-11e7-83ab-525400dd1f77 3Gi  RWX   standard  56m 
+0

Minikube github repoで問題を開くことをおすすめします。 –

答えて

0

minikubeをそれは...

mariadb-nfs-volume.yamlファイルが読み込まないことをなぜ私はうまくできませんデフォルトでダイナミックストレージプロビジョニングが有効になっています。あなたはあなたの主張があなたのNFS PVによって満たされるようにそれを無効にしようとすることができます。

minikube start --feature-gates=DynamicVolumeProvisioning=false 
1

多分少し遅れて、しかし少なくとも、ここでの記録のための答えです:

それを与えるPersistentVolumeを作成storageClassName(私はmariadab-NFSここ使用):

apiVersion: v1 
kind: PersistentVolume 
metadata: 
    name: nfs 
spec: 
    storageClassName: mariadb-nfs 
    capacity: 
    storage: 10Gi 
    accessModes: 
    - ReadWriteMany 
    nfs: 
    server: 192.168.3.121 
    path: "/var/nfsshare" 
    readOnly: false 

とし、そのボリュームを要求する場合は、非常に同じstorageClassNameを指定します。

kind: PersistentVolumeClaim 
apiVersion: v1 
metadata: 
    name: mariadb-pv-claim 
spec: 
    storageClassName: mariadb-nfs 
    accessModes: 
    - ReadWriteMany 
    resources: 
    requests: 
     storage: 3Gi 

Kubernetesは、pvcに定義されたpvを使用します。ミニクービの動的プロビジョニングを無効にする必要はありません。

関連する問題