Installare un driver Container Storage Interface

Questa pagina spiega come installare un driver di archiviazione Container Storage Interface (CSI) nei cluster Google Distributed Cloud.

Panoramica

Container Storage Interface (CSI) è un'API standard aperta supportata da molti importanti fornitori di spazio di archiviazione che consente a Kubernetes di esporre sistemi di archiviazione arbitrari ai carichi di lavoro containerizzati.

I volumi Kubernetes sono gestiti da driver di archiviazione specifici del fornitore, che sono stati storicamente compilati in binari Kubernetes. In precedenza, non era possibile utilizzare un driver di archiviazione non incluso in Kubernetes. L'installazione di un driver CSI aggiunge il supporto per un sistema di archiviazione non supportato in modo nativo da Kubernetes. Inoltre, CSI consente l'utilizzo di funzionalità di archiviazione moderne, come snapshot e ridimensionamento.

Per utilizzare un driver CSI, devi creare un oggetto StorageClass StorageClass di Kubernetes. Imposta il driver CSI come provisioner per StorageClass. Poi, puoi impostare StorageClass come predefinito del cluster, o configurare i carichi di lavoro in modo che utilizzino StorageClass (esempio di StatefulSet).

Installare il driver CSI di un fornitore

I fornitori di spazio di archiviazione sviluppano i propri driver CSI e sono responsabili della fornitura delle istruzioni di installazione. Nei casi semplici, l'installazione potrebbe comportare solo il deployment dei manifest nei cluster. Consulta l'elenco dei driver CSI nella documentazione di CSI.

Per lo spazio di archiviazione di produzione, ti consigliamo di installare un driver CSI di un partner di archiviazione GDC Ready.

Verificare l'installazione di un driver

Dopo aver installato un driver CSI, puoi verificarne l'installazione eseguendo:

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

Utilizzare un driver CSI

Per utilizzare un driver CSI:

  1. Crea un oggetto Kubernetes StorageClass che faccia riferimento al driver nel campo provisioner.

  2. Per eseguire il provisioning dello spazio di archiviazione, puoi:

Considerazioni per gli oggetti StorageClass supportati da un driver CSI

Quando crei un oggetto StorageClass, tieni presente quanto segue:

  • La documentazione del driver CSI deve includere i parametri specifici del driver che fornisci a StorageClass, incluso il nome del provisioner.
  • Devi assegnare a StorageClass un nome in base alle sue proprietà, anziché al nome del driver o dell'appliance specifici sottostanti. Se assegni a StorageClass un nome in base alle sue proprietà, puoi creare oggetti StorageClass con lo stesso nome in più cluster e ambienti e consentire alle applicazioni di ottenere spazio di archiviazione con le stesse proprietà in tutti i cluster.

Esempio: fare riferimento a StorageClass in un oggetto StatefulSet

L'esempio seguente mostra come definire un driver CSI in un oggetto StorageClass e poi fare riferimento a StorageClass in un carico di lavoro StatefulSet. L'esempio presuppone che il driver sia già stato installato nel cluster.

Il seguente oggetto StorageClass semplice, premium-rwo, utilizza un driver CSI fittizio, csi.example.com, come provisioner:

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

Fai riferimento a StorageClass nella specifica volumeClaimTemplates di un oggetto StatefulSet.

Quando fai riferimento a un oggetto StorageClass nella specifica volumeClaimTemplates di un oggetto StatefulSet, Kubernetes fornisce spazio di archiviazione stabile utilizzando i volumi permanenti (PV). Kubernetes chiama il provisioner definito in StorageClass per creare un nuovo volume di archiviazione. In questo caso, Kubernetes chiama il provider fittizio csi.example.com, che chiama l'API del provider, per creare un volume. Dopo il provisioning del volume, Kubernetes crea automaticamente un PV per rappresentare lo spazio di archiviazione.

Di seguito è riportato un semplice oggetto StatefulSet che fa riferimento a 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

Passaggi successivi