7,540
edits
Changes
→Dynamic provisioning
==Dynamic provisioning==
https://kubernetes.io/docs/concepts/storage/storage-classes/ A PV objektumok használata esetén a Kubernetes adminisztrátornak előre el kell készíteni előre az összes felhasználható fizikai storage-ot és a hozzá tartozó Persistent Volume-otKubernetes objektumokat. Van rá lehetőség, hogy a Volume-okat dinamikusan hozza létre a Kubernetes . Erre szolgálnak a StorageClass objektumok. Ez nem csak azt jelenti, hogy egy meglévő storage-hoz a PV objektumot dinamikusan hozza létre a Kubernetes, hanem azt, hogy a fizikai storage-ot is akkor mikor fogja létrehozni amikor a POD megigényli azt. Pl. egy pod igényel egyetNFS esetében ez azt jelentené, hogy a StorageClass-ban definiált méretű NFS megosztást is dinamikusan hozná létre a Kubernetes, majd az újonnan legyártott NFS megosztáshoz dinamikusan elkészítené a PV objektumot is. (Az NFS nem a legjobb példa, mert az NFS driver pont nem támogatja a dinamikus működést)Csak olyan storage driver-t tudunk dinamikusan használni, ami kifejezetten támogatja, hogy a Kubernetes adminisztrálja a storage-ok létrehozását és törlését. Ezen driver-ek a hagyományos, statikus storage driver-ek listájával ellentétben már elég szűk: * quay.io/kubernetes_incubator/nfs-provisioner : https://github.com/kubernetes-incubator/external-storage/tree/master/nfs* ... Dynamic provisioning can be enabled on a cluster such that all claims are dynamically provisioned if no storage class is specified. A cluster administrator can enable this behavior by: Marking one StorageClass object as default;Making sure that the DefaultStorageClass admission controller is enabled on the API server. .. példa ...
<br>