Jilid Kekal dan Tuntutan

PV ditakrifkan dengan butiran seperti kapasiti, mod akses dan jenis storan. YAML ini menerangkan PV yang menggunakan hostPath (untuk ujian setempat) dengan storan sebanyak 5 Gigabait.

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

Nota: hostPath biasanya digunakan untuk pembangunan satu nod dan tidak disyorkan untuk persekitaran produksi.

PersistentVolumeClaim (PVC) ialah permintaan storan oleh pengguna atau aplikasi dalam ruang nama tertentu.

• Pod tidak menggunakan PV secara terus; sebaliknya, Pod meminta storan melalui PVC.
• PVC berlingkungan ruang nama, jadi PVC berada dalam kawasan projek atau pasukan tertentu.
• PVC menentukan saiz dan mod akses yang dikehendaki serta, secara pilihan, kelas storan.

Kubernetes memadankan PVC dengan PV yang tersedia secara automatik melalui proses yang dipanggil pengikatan.

• Apabila PVC dicipta, Kubernetes mencari PV yang memenuhi keperluan PVC (saiz, mod akses dan kelas storan).
• Setelah PV yang sesuai ditemui, kedua-duanya "diikat" dalam hubungan satu dengan satu.
• Pengikatan ini memastikan PVC mendapat storan khusus yang dimintanya.

Mod akses menentukan cara storan boleh dipasang dan digunakan oleh Pod. Mod ini diminta oleh PVC dan disokong oleh PV:

• ReadWriteOnce (RWO): Jilid boleh dipasang sebagai baca-tulis oleh satu nod.
• ReadOnlyMany (ROX): Jilid boleh dipasang sebagai baca sahaja oleh banyak nod.
• ReadWriteMany (RWX): Jilid boleh dipasang sebagai baca-tulis oleh banyak nod.

Ketersediaan mod ini bergantung pada penyedia storan tertentu.

StorageClass menyediakan cara untuk pentadbir menerangkan "kelas" storan (contohnya, "fast-ssd" dan "slow-hdd").

• Daripada mencipta PV secara manual, StorageClass boleh memperuntukkan PV secara dinamik apabila PVC memintanya.
• Kaedah ini mengautomatikkan penciptaan PV berdasarkan templat yang telah ditetapkan.
• Kaedah ini mengasingkan peruntukan storan daripada penggunaannya, lalu memudahkan urusan pengguna.

Mari kita cipta PVC yang meminta storan sebanyak 1 Gigabait dengan akses ReadWriteOnce. PVC ini akan mencari PV sedia ada atau mencetuskan peruntukan dinamik melalui 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

Simpan ini sebagai pvc.yaml dan terapkan dengan kubectl apply -f pvc.yaml.

Setelah PVC diikat, Pod boleh menggunakannya dengan merujuk nama PVC dalam konfigurasi jilidnya. Pod tidak perlu mengetahui PV asas, sebaliknya hanya perlu mengetahui PVC.

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

Pod ini akan menulis fail ke jilid berterusan yang dipasang.

Anda boleh memantau status sumber storan berterusan menggunakan kubectl:

• Untuk melihat semua PV: kubectl get pv
• Untuk melihat semua PVC dalam ruang nama anda: kubectl get pvc
• Untuk mendapatkan maklumat terperinci, termasuk status dan peristiwa:
• kubectl describe pv <pv-name>
• kubectl describe pvc <pvc-name>

Pastikan PV anda berstatus Bound dan PVC anda berstatus Bound kepada PV yang betul.

Kita telah mempelajari cara Kubernetes mengurus storan tahan lama untuk aplikasi anda:

• PersistentVolumes (PV) ialah sumber kluster yang mewakili storan sebenar.
• PersistentVolumeClaims (PVC) ialah permintaan pengguna untuk storan.
• Kubernetes mengikat PVC kepada PV yang sesuai berdasarkan keperluan.
• Mod Akses menentukan cara storan boleh digunakan (RWO, ROX dan RWX).
• StorageClass membolehkan peruntukan PV secara dinamik serta mengautomatikkan persediaan.

Sistem ini memastikan data aplikasi anda kekal walaupun Pod datang dan pergi, lalu menyediakan kebolehpercayaan untuk aplikasi berkeadaan.