Container Service for Kubernetes:Dasar-dasar penyimpanan

Contoh PV

apiVersion: v1
kind: PersistentVolume
metadata:
  namespace: default
  name: pv-example
spec:
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  csi:
    driver: diskplugin.csi.alibabacloud.com
    volumeHandle: <disk ID>
  volumeMode: Filesystem

Contoh PVC

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc-example
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 20Gi
  volumeName: pv-example

Aturan binding

PV dan PVC memiliki hubungan satu-ke-satu: satu PV hanya terikat dengan satu PVC. Sebelum PVC dapat digunakan oleh Pod, Kubernetes harus menemukan PV yang memenuhi semua persyaratan berikut:

Cara kerja bidang `storage`:

• Kubernetes menggunakan storage untuk mencocokkan dan mengikat PV ke PVC.

• Dalam penyediaan dinamis, nilai storage pada PVC menentukan kapasitas PV yang disediakan dan sumber daya penyimpanan dasarnya (misalnya, disk cloud).

• Untuk jenis penyimpanan yang mendukung resizing, nilai storage pada PVC menetapkan kapasitas target setelah skala keluar.

• storage adalah batas kapasitas logis. Throughput penulisan aktual bergantung pada media penyimpanan dasar, bukan pada bidang storage.

Mode akses volume

Gunakan bidang accessModes untuk menentukan cara volume dapat dipasang:

Penyediaan statis

Dalam penyediaan statis, administrator kluster membuat PV terlebih dahulu. Anda dapat menyediakan secara statis disk cloud, sistem file NAS, dan bucket OSS.

1. Administrator menganalisis kebutuhan penyimpanan Pod dan mengalokasikan sumber daya penyimpanan terlebih dahulu (misalnya, disk cloud atau sistem file NAS).

2. Administrator membuat PV yang menggambarkan sumber daya tersebut, termasuk kapasitas dan konfigurasinya.

3. Pengembang membuat PVC yang mendeklarasikan kebutuhan beban kerja mereka.

4. Ketika Pod dibuat, Kubernetes mengikat PVC ke PV yang sesuai, sehingga Pod dapat mengakses penyimpanan tersebut.

Penyediaan dinamis

Dalam penyediaan dinamis, provisioner CSI membuat PV secara otomatis saat PVC diajukan. Anda dapat menyediakan secara dinamis disk cloud, sistem file NAS, dan bucket OSS.

1. Administrator membuat StorageClass yang mendefinisikan jenis penyimpanan dan provisioner. Misalnya, diskplugin.csi.alibabacloud.com menyediakan disk cloud.

2. Pengembang membuat PVC yang mereferensikan StorageClass. Tidak diperlukan pembuatan PV secara manual.

3. Ketika Pod dibuat, provisioner CSI membaca StorageClass, membuat PV dan sumber daya penyimpanan dasarnya, lalu mengikat PV ke PVC.

Penyediaan dinamis memiliki tiga keunggulan dibanding penyediaan statis:

• Manajemen siklus hidup otomatis: provisioner menangani pembuatan dan penghapusan PV secara otomatis.

• Mengurangi beban operasional: administrator mengelola StorageClass, bukan PV individual.

• Konsistensi kapasitas: PV dan sumber daya penyimpanan dasar selalu disediakan sesuai dengan kapasitas yang diminta oleh PVC.

Contoh StorageClass

StorageClass berikut menyediakan disk Alibaba Cloud:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: alicloud-disk-topology-alltype
provisioner: diskplugin.csi.alibabacloud.com
parameters:
  type: cloud_auto,cloud_essd,cloud_ssd,cloud_efficiency
  fstype: ext4
  diskTags/a: b
  encrypted: "false"
  performanceLevel: PL1
  provisionedIops: "40000"
  burstingEnabled: "false"
reclaimPolicy: Delete
allowVolumeExpansion: true
volumeBindingMode: WaitForFirstConsumer

Parameter utama

Memilih `volumeBindingMode`:

Gunakan WaitForFirstConsumer di kluster multi-zona. Disk cloud tidak dapat dipasang lintas zona. Jika PV disediakan di Zona A tetapi Pod dijadwalkan ke Zona B, Pod tersebut gagal berjalan. Dengan WaitForFirstConsumer, provisioner menunggu hingga Pod dijadwalkan, lalu membuat disk di zona tempat Pod tersebut berjalan.

Cara kerja `WaitForFirstConsumer`:

Ketika PVC dibuat, provisioner tidak langsung membuat PV. Provisioner menunggu hingga Pod mengonsumsi PVC tersebut. Setelah scheduler menempatkan Pod pada suatu node, scheduler menulis hasil penjadwalan (wilayah dan node) ke metadata PVC. Provisioner membaca informasi ini dan membuat PV—serta disk dasarnya—di zona yang tepat.

StorageClass default

Kubernetes mendukung StorageClass default yang secara otomatis menyediakan PV untuk setiap PVC yang tidak menentukan nama StorageClass.

Menetapkan StorageClass default:

Jalankan perintah berikut untuk menandai alicloud-disk-topology-alltype sebagai default:

kubectl annotate storageclass alicloud-disk-topology-alltype storageclass.kubernetes.io/is-default-class=true

Verifikasi perubahan:

kubectl get sc

Output yang diharapkan:

NAME                                        PROVISIONER                       AGE
alicloud-disk-topology-alltype (default)    diskplugin.csi.alibabacloud.com   96m

Membuat PVC tanpa menentukan StorageClass:

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: disk-pvc
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 20Gi

Kluster secara otomatis membuat PV disk cloud menggunakan alicloud-disk-topology-alltype.

kubectl get pvc

Output yang diharapkan:

NAME       STATUS   VOLUME                   CAPACITY   ACCESS MODES    STORAGECLASS                      AGE
disk-pvc   Bound    d-bp18pbai447qverm****   20Gi       RWO             alicloud-disk-topology-alltype    49s

Hapus StorageClass default:

kubectl annotate storageclass alicloud-disk-topology-alltype storageclass.kubernetes.io/is-default-class-

StorageClass yang disediakan oleh ACK

StorageClass alicloud-disk-topology-alltype memilih jenis disk terbaik yang tersedia saat penyediaan:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: alicloud-disk-topology-alltype
parameters:
  type: cloud_essd,cloud_ssd,cloud_efficiency
provisioner: diskplugin.csi.alibabacloud.com
reclaimPolicy: Delete
allowVolumeExpansion: true
volumeBindingMode: WaitForFirstConsumer