7,540
edits
Changes
→Pod szintű volume
{{warning|A pod szintű volume definíció erősen ellenjavallott, és podukciós produkciós környezetben sosem használják. Éles helyzetben mindig a '''StorageClass'''-t vagy a '''PersistentVolumes'''-ot használjuk}}
===hostPath===
Ez a legegyszerűbb volume típus. Arról a virtuális gépről (node-ról) mountol fel egy mappát/fájlt, ahol aktuálisan a pod fut. Vagyis ha a pod átkerül egy másik node-ra, minden a hostPath mappába írt adat el fog veszni. Ezért ezt csak olyan alkalmazások esetében szabad használni (vagy még ott sem) amiknek munkaterületre van szüksége írás intenzív műveletekhez, de nem baj, ha a mappa tartalma elveszik. (Az írás intenzív konténereknek mindig szükséges egy felcsatolt volume, ugyanis a konténerek írható rétegének a módosítgatása nagyon rossz hatásfokú)
A volume neve csak kisbetűkből és "-"jelből állhat. Nézzük egy példát. Lépjünk be a minikube VM-be és hozzunk benne létre egy fájlt a /home/docker mappában (mert a docker user ezt tudja írni). Később ezt a mappát fogjuk felcsatolni a pod-ba. <pre># minikube ssh _ _ _ _ ( ) ( ) ___ ___ (_) ___ (_)| |/') _ _ | |_ __ /' _ ` _ `\| |/' _ `\| || , < ( ) ( )| '_`\ /'__`\| ( ) ( ) || || ( ) || || |\`\ | (_) || |_) )( ___/(_) (_) (_)(_)(_) (_)(_)(_) (_)`\___/'(_,__/'`\____) $$ echo "This is the message!" > /home/docker/demo.txt</pre> Hozzunk létre egy pod-ot. Ebbe fel fogjuk csatolni a /home/docker mappát a VM-ről.
<source lang="C++">
apiVersion: v1
- name: my-file-mount
hostPath:
path: /home/docker
type: Directory
</source>
Hozzuk létre a pod-ot.
<pre>
# kubectl create -f pod-network-util.yaml
</pre>
Majd nézzük meg mi van a /home mappába. És láss csudát, ott van a demo.txt fájl.
<pre>
# kubectl exec -it netpod2 cat /home/demo.txt
