Menginstal driver Antarmuka Penyimpanan Container

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

Ringkasan

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

Volume Kubernetes dikelola oleh {i>driver<i} penyimpanan khusus vendor, yang memiliki secara historis menjadi dikompilasi ke dalam biner Kubernetes. Sebelumnya, Anda tidak dapat menggunakan {i>driver<i} 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 Kubernetes StorageClass Anda. Anda menetapkan driver CSI sebagai penyediaan untuk StorageClass. Selanjutnya, Anda dapat menetapkan StorageClass sebagai default cluster, atau mengonfigurasi workload Anda untuk menggunakan StorageClass (contoh StatefulSet).

Menginstal driver CSI vendor

Vendor penyimpanan mengembangkan {i>driver<i} 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 GDC 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. Membuat StorageClass Kubernetes yang merujuk pada 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 setelah propertinya memungkinkan Anda membuat StorageClasses dengan nama yang sama di berbagai cluster dan lingkungan, serta memungkinkan aplikasi Anda mendapatkan 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 volumeClaimTemplates StatefulSet , Kubernetes 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 jika volume disediakan, Kubernetes otomatis membuat PV untuk mewakili Storage.

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