Menginstal driver Antarmuka Penyimpanan Container

Halaman ini menjelaskan cara menginstal driver penyimpanan Container Storage Interface (CSI) ke GKE pada cluster Bare Metal.

Ringkasan

Container Storage Interface (CSI) adalah API standar terbuka yang didukung oleh banyak vendor penyimpanan besar yang memungkinkan Kubernetes untuk mengekspos sistem penyimpanan arbitrer ke beban kerja dalam container.

Volume Kubernetes dikelola oleh driver penyimpanan khusus vendor, yang secara historis telah dikompilasi menjadi 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 penyedia untuk StorageClass. Kemudian, Anda dapat menetapkan StorageClass sebagai default cluster, atau mengonfigurasi beban kerja untuk 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 GDCV Ready.

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.

  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. Menamai StorageClass berdasarkan propertinya memungkinkan Anda membuat StorageClass dengan nama yang sama di berbagai 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 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 akan otomatis membuat PV untuk menunjukkan 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