Persistent Volumes og Claims

PVs defineres med oplysninger som kapacitet, adgangstilstande og lagertype. Denne YAML beskriver en PV, der bruger en hostPath (til lokal test) med 5 gigabyte lagerplads.

apiVersion: v1
kind: PersistentVolume
metadata:
  name: my-local-pv
spec:
  capacity:
    storage: 5Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  hostPath:
    path: "/mnt/data"

Bemærk: hostPath er typisk beregnet til udvikling på én node og anbefales ikke til produktion.

En PersistentVolumeClaim (PVC) er en anmodning om lagerplads fra en bruger eller et program i et bestemt navnerum.

• Pods bruger ikke PVs direkte; de anmoder om lagerplads gennem en PVC.
• PVCs er begrænset til et navnerum, så de hører til i et bestemt projekts eller teams område.
• De angiver den ønskede størrelse, adgangstilstande og eventuelt en StorageClass.

Kubernetes matcher automatisk en PVC med en tilgængelig PV gennem en proces, der kaldes binding.

• Når en PVC oprettes, søger Kubernetes efter en PV, der opfylder PVC'ens krav (størrelse, adgangstilstande og StorageClass).
• Når en egnet PV er fundet, bliver de "bundet" sammen i et én-til-én-forhold.
• Denne binding sikrer, at PVC'en får den specifikke lagerplads, den bad om.

Adgangstilstande definerer, hvordan lagerpladsen kan monteres og bruges af Pods. Disse tilstande anmodes der om via PVCs og understøttes af PVs:

• ReadWriteOnce (RWO): Diskenheden kan monteres med læse- og skriverettigheder af én enkelt node.
• ReadOnlyMany (ROX): Diskenheden kan monteres skrivebeskyttet af mange noder.
• ReadWriteMany (RWX): Diskenheden kan monteres med læse- og skriverettigheder af mange noder.

Tilgængeligheden af disse tilstande afhænger af den specifikke lagerudbyder.

Storage Classes giver administratorer en måde at beskrive "klasser" af lagerplads på (f.eks. "fast-ssd" og "slow-hdd").

• I stedet for at oprette PVs manuelt kan en StorageClass klargøre en PV dynamisk, når en PVC anmoder om det.
• Det automatiserer oprettelsen af PVs ud fra foruddefinerede skabeloner.
• Det adskiller klargøringen af lagerpladsen fra brugen af den, så det bliver nemmere for brugerne.

Lad os oprette en PVC, der anmoder om 1 gigabyte lagerplads med adgangen ReadWriteOnce. Denne PVC leder efter en eksisterende PV eller udløser dynamisk klargøring via en StorageClass.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-app-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
  storageClassName: standard # Optional: if you have a 'standard' StorageClass

Gem dette som pvc.yaml, og anvend det med kubectl apply -f pvc.yaml.

Når en PVC er bundet, kan en Pod bruge den ved at henvise til PVC'ens navn i sin diskenhedskonfiguration. Pod'en behøver ikke at kende den underliggende PV, kun PVC'en.

apiVersion: v1
kind: Pod
metadata:
  name: my-data-pod
spec:
  containers:
    - name: data-container
      image: busybox
      command: ["/bin/sh", "-c", "echo 'Hello from CoddyKit!' > /mnt/data/hello.txt && sleep 3600"]
      volumeMounts:
        - name: persistent-storage
          mountPath: /mnt/data
  volumes:
    - name: persistent-storage
      persistentVolumeClaim:
        claimName: my-app-pvc

Denne Pod skriver en fil til den monterede vedvarende diskenhed.

Du kan overvåge status for dine ressourcer til vedvarende lagerplads ved hjælp af kubectl:

• Sådan ser du alle PVs: kubectl get pv
• Sådan ser du alle PVCs i dit navnerum: kubectl get pvc
• Sådan henter du detaljerede oplysninger, herunder status og hændelser:
• kubectl describe pv <pv-name>
• kubectl describe pvc <pvc-name>

Sørg for, at dine PVs har status Bound, og at PVCs er Bound til den korrekte PV.

Vi har gennemgået, hvordan Kubernetes håndterer holdbar lagerplads til dine programmer:

• PersistentVolumes (PVs) er klyngeressourcer, der repræsenterer den faktiske lagerplads.
• PersistentVolumeClaims (PVCs) er brugeranmodninger om lagerplads.
• Kubernetes binder PVCs til egnede PVs baseret på kravene.
• Adgangstilstande definerer, hvordan lagerplads kan bruges (RWO, ROX og RWX).
• Storage Classes muliggør dynamisk klargøring af PVs og automatiserer opsætningen.

Dette system sikrer, at dine programdata bevares, selvom Pods kommer og går, og giver pålidelighed til tilstandsfulde programmer.