Menginstal driver Antarmuka Penyimpanan Container

Halaman ini menjelaskan cara menginstal driver penyimpanan Container Storage Interface (CSI) ke cluster Google Distributed Cloud.

Ringkasan

Antarmuka Penyimpanan Container (CSI) adalah API standar terbuka yang didukung oleh banyak vendor penyimpanan utama yang memungkinkan Kubernetes mengekspos sistem penyimpanan arbitrer ke workload dalam container.

Volume Kubernetes dikelola oleh driver penyimpanan khusus vendor, yang secara historis telah dikompilasi ke dalam biner Kubernetes. Sebelumnya, Anda tidak dapat menggunakan driver penyimpanan yang tidak disertakan dengan Kubernetes. Menginstal driver CSI akan menambahkan dukungan untuk sistem penyimpanan yang tidak didukung secara native oleh Kubernetes. Selain itu, CSI juga memungkinkan penggunaan fitur penyimpanan modern, seperti snapshot dan pengubahan ukuran.

Untuk menggunakan driver CSI, Anda perlu membuat StorageClass Kubernetes. Anda menetapkan driver CSI sebagai penyediaan untuk StorageClass. Kemudian, Anda dapat menetapkan StorageClass sebagai default cluster, atau mengonfigurasi workload agar menggunakan StorageClass (contoh StatefulSet).

Menginstal driver CSI vendor

Vendor penyimpanan mengembangkan driver CSI mereka sendiri, dan mereka bertanggung jawab untuk memberikan petunjuk penginstalan. Dalam kasus sederhana, penginstalan mungkin hanya melibatkan deployment manifes ke cluster Anda. Lihat daftar driver CSI dalam dokumentasi CSI.

Untuk penyimpanan produksi, sebaiknya instal driver CSI dari partner penyimpanan Siap GDC.

Memverifikasi penginstalan driver

Setelah menginstal driver CSI, Anda dapat memverifikasi penginstalan dengan menjalankan:

kubectl get csinodes -o jsonpath='{range .items[*]} \
    {.metadata.name}{": "} {range .spec.drivers[*]} {.name}{"\n"} {end}{end}'

Menggunakan driver CSI

Untuk menggunakan driver CSI:

  1. Buat StorageClass Kubernetes yang mereferensikan driver di kolom provisioner miliknya.

  2. Untuk menyediakan penyimpanan, Anda dapat:

Pertimbangan untuk StorageClasses yang didukung oleh driver CSI

Saat Anda membuat StorageClass, pertimbangkan hal berikut:

  • Dokumentasi driver CSI harus menyertakan parameter khusus driver yang Anda berikan ke StorageClass, termasuk nama penyedia.
  • Anda harus memberi nama StorageClass setelah propertinya, bukan setelah nama driver atau alat tertentu di belakangnya. Penamaan StorageClass sesuai dengan propertinya memungkinkan Anda membuat StorageClass dengan nama yang sama di beberapa cluster dan lingkungan, serta memungkinkan aplikasi Anda mendapatkan penyimpanan dengan properti yang sama di seluruh cluster.

Contoh: Mereferensikan StorageClass dalam StatefulSet

Contoh berikut memodelkan cara menentukan driver CSI di StorageClass, lalu mereferensikan StorageClass dalam workload StatefulSet. Contoh ini mengasumsikan driver telah diinstal ke cluster.

StorageClass sederhana berikut, premium-rwo, menggunakan driver CSI fiktif, csi.example.com, sebagai penyedianya:

fast-sc.yaml

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: premium-rwo
provisioner: csi.example.com # CSI driver
parameters: # You provide vendor-specific parameters to this specification
  type: example-parameter # Be sure to follow the vendor's instructions
  datastore: my-datastore
reclaimPolicy: Retain
allowVolumeExpansion: true

Anda mereferensikan StorageClass dalam spesifikasi volumeClaimTemplates StatefulSet.

Saat Anda mereferensikan StorageClass dalam spesifikasi volumeClaimTemplates StatefulSet, Kubernetes akan menyediakan penyimpanan yang stabil menggunakan PersistentVolumes (PV). Kubernetes memanggil penyedia yang ditentukan dalam StorageClass untuk membuat volume penyimpanan baru. Dalam hal ini, Kubernetes memanggil penyedia csi.example.com fiktif, yang memanggil API penyedia untuk membuat volume. Setelah volume disediakan, Kubernetes otomatis membuat PV untuk mewakili penyimpanan.

Berikut adalah StatefulSet sederhana yang mereferensikan StorageClass:

statefulset.yaml

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: web
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: registry.k8s.io/nginx-slim:0.8
        volumeMounts:
        - name: www
          mountPath: /usr/share/nginx/html
  volumeClaimTemplates: # This is the specification in which you reference the StorageClass
  - metadata:
      name: www
    spec:
      accessModes: [ "ReadWriteOnce" ]
      resources:
        requests:
          storage: 1Gi
      storageClassName: premium-rwo # This field references the existing StorageClass

Langkah selanjutnya