Ottimizza l'archiviazione con Filestore Multishares per GKE

Questa guida mostra come utilizzare le istanze a condivisione multipla di Filestore per Google Kubernetes Engine con il driver CSI di GKE Filestore.

Prima di iniziare

1. Prima di iniziare, completa i passaggi di configurazione necessari per utilizzare Filestore.

2. Abilita il driver CSI GKE Filestore, versione 1.23 o successive:

   • Le versioni dei driver dalla 1.23 alla 1.26 supportano fino a 10 condivisioni per istanza.

   • Le versioni del driver 1.27 o successive supportano fino a 80 condivisioni per istanza.

Utilizza Filestore Multishares con più applicazioni

Questa sezione mostra come eseguire il deployment di due applicazioni, una Deployment e una Statefulset, ciascuna utilizzando un StorageClass a condivisione multipla di Filestore. Vedrai inoltre come i bin pack di GKE (un processo per pacchettizzare in modo efficiente le applicazioni nei nodi GKE) sono tutti i volumi nella stessa istanza aziendale di Filestore sottostante.

1. Utilizza l'oggetto StorageClass fornito da GKE, enterprise-multishare-rwx, per creare istanze che supportano fino a 10 condivisioni.

   • Se vuoi creare istanze che supportano fino a 80 condivisioni, dovrai creare un oggetto StorageClass personalizzato. Ai fini di questa guida, utilizzerai un oggetto StorageClass con un limite di dieci condivisioni per istanza.

   Dopo aver abilitato il driver CSI di GKE Filestore, gli utenti possono accedere all'oggetto StorageClass multishare fornito da GKE enterprise-multishare-rwx con la seguente configurazione. Fai riferimento a questo oggetto StorageClass, il driver CSI di GKE Filestore utilizza il provisioning dinamico dei volumi per creare automaticamente volumi permanenti (PV) per le nuove richieste di volumi permanenti (PVC), in base alla domanda dei carichi di lavoro GKE:

   kubectl describe sc enterprise-multishare-rwx
   Name:                  enterprise-multishare-rwx
   IsDefaultClass:        No
   Annotations:           components.gke.io/component-name=filestorecsi,components.gke.io/component-version=0.7.2,components.gke.io/layer=addon
   Provisioner:           filestore.csi.storage.gke.io
   Parameters:            instance-storageclass-label=enterprise-multishare-rwx,multishare=true,tier=enterprise
   AllowVolumeExpansion:  True
   MountOptions:          <none>
   ReclaimPolicy:         Delete
   VolumeBindingMode:     WaitForFirstConsumer
   Events:                <none>
   

crea un oggetto StorageClass personalizzato

Se vuoi sfruttare il limite di capacità più recente di 80 condivisioni per istanza Filestore, crea un oggetto StorageClass personalizzato basato sul seguente modello:

  apiVersion: storage.k8s.io/v1
  kind: StorageClass
  metadata:
    name: csi-filestore-multishare-128
  provisioner: filestore.csi.storage.gke.io
  parameters:
    tier: enterprise
    multishare: "true"
    max-volume-size: "128Gi"
    network: default
  allowVolumeExpansion: true

Quando rinomini StorageClass, considera i seguenti requisiti:

• Il nome di StorageClass deve essere un nome di sottodominio DNS valido.

• Il nome StorageClass con multishare viene utilizzato anche come etichetta di istanza e deve seguire le linee guida per la denominazione delle etichette.

• Se la tua applicazione richiede il provisioning immediato del volume, includi la modalità di associazione del volume Immediate:

  volumeBindingMode: Immediate

  Utilizza questa specifica, ad esempio, se non vuoi che il provisioning del volume dipenda dalla creazione dei pod nel cluster GKE.

• A partire dalla versione del driver 1.27, se vuoi assegnare più di dieci condivisioni per istanza, includi il parametro max-volume-size e assegnagli uno dei valori accettati dalla prima colonna:

  Dimensione massima del volume (dimensione della condivisione)	Numero massimo di condivisioni per istanza
  128 GiB	80
  256 GiB	40
  512 GiB	20
  1024 GiB	10

  Ad esempio, l'aggiunta della coppia chiave-valore max-volume-size: "128Gi" assicura che l'oggetto StorageClass mappa fino a 80 condivisioni, ognuna con dimensioni comprese tra 10 GiB e 128 GiB, a una singola istanza di livello enterprise da 10 TiB.

  • Questa funzionalità è compatibile con le versioni precedenti del driver Filestore create dalle versioni 1.23 e 1.26 del driver CSI di GKE Filestore.

  • Le istanze esistenti possono creare nuove PVC, o condivisioni, con una dimensione di condivisione minima estesa di 10 GiB.

  • La versione 1.27 del driver CSI di GKE Filestore riconosce le istanze aziendali legacy e assegna loro una dimensione massima di condivisione predefinita di 1024 GiB (1 TiB). Di conseguenza, le istanze legacy sono limitate a un massimo di 10 condivisioni per istanza.

  Per ulteriori informazioni, consulta Multishares di Filestore per GKE.

1. Crea un deployment con più repliche di pod utilizzando un'unica PVC.

   Crea un file di configurazione YAML simile al seguente:

   cat <<EOF | kubectl apply -f -
   
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: web-server-multishare
     labels:
       app: nginx
   spec:
     replicas: 5
     selector:
       matchLabels:
         app: nginx
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - name: nginx
           image: nginx
           volumeMounts:
           - mountPath: /usr/share/nginx/html
             name: mypvc
         volumes:
         - name: mypvc
           persistentVolumeClaim:
             claimName: test-pvc-fs
   ---
   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata:
     name: test-pvc-fs
   spec:
     accessModes:
       - ReadWriteMany
     storageClassName: enterprise-multishare-rwx
     resources:
       requests:
         storage: 100Gi
   
   EOF
   

2. Controlla le repliche dei pod.

   a. Dalla riga di comando, esegui questo comando per controllare lo stato della PVC:

   kubectl get pvc
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME          STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS               AGE
   test-pvc-fs   Bound    pvc-056d769d-a709-4bb2-b6d3-0361871b27a2   100Gi      RWX            enterprise-multishare-rwx  35m
   

   b. Dalla riga di comando, esegui questo comando per verificare lo stato del pod:

   kubectl get pod
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME                                     READY   STATUS    RESTARTS   AGE
   web-server-multishare-76c9ffb4b5-2dhml   1/1     Running   0          35m
   web-server-multishare-76c9ffb4b5-7mtcb   1/1     Running   0          35m
   web-server-multishare-76c9ffb4b5-csdbd   1/1     Running   0          35m
   web-server-multishare-76c9ffb4b5-rgx82   1/1     Running   0          35m
   web-server-multishare-76c9ffb4b5-zjl27   1/1     Running   0          35m
   

3. Scalare le repliche.

   a. Dalla riga di comando, esegui questo comando per modificare il deployment:

   kubectl edit deployment web-server-multishare
   

   b. Il file si aprirà nella riga di comando. Trova il campo spec.replicas e aggiorna il valore in 10.

   c. Dalla riga di comando, esegui questo comando per vedere la modifica applicata:

   kubectl get pod
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME                                     READY   STATUS    RESTARTS   AGE
   web-server-multishare-76c9ffb4b5-2dhml   1/1     Running   0          36m
   web-server-multishare-76c9ffb4b5-5ctkf   1/1     Running   0          3s
   web-server-multishare-76c9ffb4b5-7mtcb   1/1     Running   0          36m
   web-server-multishare-76c9ffb4b5-8dwmw   1/1     Running   0          2s
   web-server-multishare-76c9ffb4b5-csdbd   1/1     Running   0          36m
   web-server-multishare-76c9ffb4b5-lndcq   1/1     Running   0          2s
   web-server-multishare-76c9ffb4b5-rgx82   1/1     Running   0          36m
   web-server-multishare-76c9ffb4b5-vtd6p   1/1     Running   0          3s
   web-server-multishare-76c9ffb4b5-xm49s   1/1     Running   0          3s
   web-server-multishare-76c9ffb4b5-zjl27   1/1     Running   0          36m
   

   Osserva che sono in esecuzione 10 pod.

   d. Dalla riga di comando, esegui questo comando:

   kubectl get deployment
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME                    READY   UP-TO-DATE   AVAILABLE   AGE
   web-server-multishare   10/10   10           10          36m
   

   . Dalla riga di comando, esegui questo comando per verificare lo stato del vincolo PVC:

   kubectl get pvc
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME          STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS               AGE
   test-pvc-fs   Bound    pvc-056d769d-a709-4bb2-b6d3-0361871b27a2   100Gi      RWX            enterprise-multishare-rwx  37m
   

   f. Dalla riga di comando, esegui questo comando per modificare il deployment:

   kubectl edit deployment web-server-multishare
   

   g Il file si aprirà nella riga di comando. Trova il campo spec.replicas e aggiorna il valore in 2.

   h. Dalla riga di comando, esegui questo comando per vedere la modifica applicata:

   kubectl get pod
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME                                     READY   STATUS    RESTARTS   AGE
   web-server-multishare-76c9ffb4b5-2dhml   1/1     Running   0          38m
   web-server-multishare-76c9ffb4b5-7mtcb   1/1     Running   0          38m
   

4. Eseguire il deployment di uno Statefulset.

   Esegui il deployment di una seconda applicazione che condivide l'istanza Filestore sottostante.

   Per farlo, esegui il provisioning di 200 GiB di spazio e verifica che utilizzi la stessa istanza sottostante di Filestore della prima applicazione.

   Quindi, scalerai l'applicazione a nove repliche utilizzando 900 GiB in totale (9 repliche da 100 GiB ciascuna) e verificherai che GKE utilizzi la stessa istanza Filestore condividendo l'istanza.

   Crea un file di configurazione YAML simile al seguente:

   cat <<EOF | kubectl apply -f -
   
   apiVersion: apps/v1
   kind: StatefulSet
   metadata:
     name: web
   spec:
     serviceName: "nginx"
     replicas: 2
     selector:
       matchLabels:
         app: nginx
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - name: nginx
           image: registry.k8s.io/nginx-slim:0.8
           ports:
           - containerPort: 80
             name: web
           volumeMounts:
           - name: test-pvc-multishare
             mountPath: /usr/share/nginx/html
     volumeClaimTemplates:
     - metadata:
         name: test-pvc-multishare
       spec:
         accessModes: [ "ReadWriteMany" ]
         storageClassName: enterprise-multishare-rwx
         resources:
           requests:
             storage: 100Gi
   
   EOF
   
   

5. Controlla le repliche e i volumi Statefulset.

   Dalla riga di comando, esegui questo comando:

   kubectl get pod
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME                                     READY   STATUS    RESTARTS   AGE
   web-0                                    1/1     Running   0          4m48s
   web-1                                    1/1     Running   0          3m32s
   web-server-multishare-76c9ffb4b5-2dhml   1/1     Running   0          57m
   web-server-multishare-76c9ffb4b5-7mtcb   1/1     Running   0          57m
   

   Tieni presente che i primi due pod sono associati allo Statefulset. Gli ultimi due pod sono associati al deployment.

   Dalla riga di comando, esegui questo comando:

   kubectl get statefulset
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME   READY   AGE
   web    2/2     2m8s
   

   Dalla riga di comando, esegui questo comando:

   kubectl get pvc
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME                        STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS               AGE
   test-pvc-fs                 Bound    pvc-056d769d-a709-4bb2-b6d3-0361871b27a2   100Gi      RWX            enterprise-multishare-rwx   54m
   test-pvc-multishare-web-0   Bound    pvc-7aa21b5a-5343-4547-b7d7-414c16af15a7   100Gi      RWX            enterprise-multishare-rwx   114s
   test-pvc-multishare-web-1   Bound    pvc-8b37cd6e-d764-4d38-80d7-d74228536cfe   100Gi      RWX            enterprise-multishare-rwx   38s
   

   L'oggetto PVC test-pvc-fs è associato al deployment web-server-multishare.

   Le PVC test-pvc-multishare-web-0 e test-pvc-multishare-web-1 sono associate allo Statefulset.

6. Scalare le repliche Statefulset.

   Aumenta il numero delle repliche a nove. Man mano che il numero aumenta, vengono create le PVC corrispondenti.

   a. Dalla riga di comando, esegui questo comando:

   kubectl  edit statefulset web
   

   b. Il file si aprirà nella riga di comando. Trova il campo spec.replicas e aggiorna il valore in 9.

   c. Dalla riga di comando, esegui questo comando per vedere la modifica applicata:

   kubectl get statefulset
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME   READY   AGE
   web    9/9     13m
   

   d. Dalla riga di comando, esegui questo comando:

   kubectl get deployment
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME                    READY   UP-TO-DATE   AVAILABLE   AGE
   web-server-multishare   2/2     2            2           65m
   

   . Dalla riga di comando, esegui questo comando:

   kubectl get pvc
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME                        STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS               AGE
   test-pvc-fs                 Bound    pvc-056d769d-a709-4bb2-b6d3-0361871b27a2   100Gi      RWX            enterprise-multishare-rwx   65m
   test-pvc-multishare-web-0   Bound    pvc-7aa21b5a-5343-4547-b7d7-414c16af15a7   100Gi      RWX            enterprise-multishare-rwx   13m
   test-pvc-multishare-web-1   Bound    pvc-8b37cd6e-d764-4d38-80d7-d74228536cfe   100Gi      RWX            enterprise-multishare-rwx   12m
   test-pvc-multishare-web-2   Bound    pvc-3fcbd132-939f-4364-807a-7c8ac6a3e64e   100Gi      RWX            enterprise-multishare-rwx   5m12s
   test-pvc-multishare-web-3   Bound    pvc-5894afa5-2502-4ee7-9d5c-b7378cb85479   100Gi      RWX            enterprise-multishare-rwx   4m57s
   test-pvc-multishare-web-4   Bound    pvc-ebbe452b-bc8f-4624-a830-a2094cce0d67   100Gi      RWX            enterprise-multishare-rwx   4m36s
   test-pvc-multishare-web-5   Bound    pvc-5a73a698-d174-44cb-a3a1-e767966c3417   100Gi      RWX            enterprise-multishare-rwx   4m20s
   test-pvc-multishare-web-6   Bound    pvc-102da6a9-2ca6-4f9e-9896-8fe14709db7a   100Gi      RWX            enterprise-multishare-rwx   3m55s
   test-pvc-multishare-web-7   Bound    pvc-160e81cd-c5bf-4ae6-966e-518e8249e02d   100Gi      RWX            enterprise-multishare-rwx   3m38s
   test-pvc-multishare-web-8   Bound    pvc-9b52d773-2e9a-40de-881c-dc06945ba3d7   100Gi      RWX            enterprise-multishare-rwx   118s
   

7. Verifica lo stato dell'istanza Filestore.

   Ora hai un deployment con due pod di replica e uno Statefulset con nove pod di replica, per un totale di 10 PVC di 100 GiB ciascuno. Tutti i volumi vengono compressi in una singola istanza multishare di Filestore.

   a. Dalla riga di comando, esegui questo comando instances list:

   gcloud beta filestore instances list --project=YOUR_PROJECT_ID --region=REGION
   

   dove:

   • YOUR_PROJECT_ID è il nome del progetto in uso. Ad esempio: my-project.

   • REGION è il nome della regione in uso. Ad esempio: us-central1.

   Il risultato dovrebbe essere simile alla seguente risposta:

   INSTANCE_NAME                            LOCATION     TIER        CAPACITY_GB  FILE_SHARE_NAME  IP_ADDRESS   STATE  CREATE_TIME
   fs-a767cef8-738e-4c8e-b70b-09cbb872d016  us-central1  ENTERPRISE  1024         N/A              10.192.53.2  READY  2022-06-21T21:15:30
   

   b. Dalla riga di comando, esegui questo comando instances describe:

   gcloud filestore instances describe fs-a767cef8-738e-4c8e-b70b-09cbb872d016 --project=YOUR_PROJECT_ID --region=REGION
   capacityGb: '1024'
   capacityStepSizeGb: '256'
   createTime: '2022-06-21T21:15:30.464237089Z'
   labels:
     storage_gke_io_created-by: filestore_csi_storage_gke_io
     storage_gke_io_storage-class-id: enterprise-multishare-rwx
   maxCapacityGb: '10240'
   maxShareCount: '10'
   multiShareEnabled: true
   name: projects/YOUR_PROJECT_ID/locations/REGION/instances/fs-a767cef8-738e-4c8e-b70b-09cbb872d016
   networks:
   - connectMode: DIRECT_PEERING
     ipAddresses:
     - 10.192.53.2
     modes:
     - MODE_IPV4
     network: csi-filestore-test-network
     reservedIpRange: 10.192.53.0/26
   state: READY
   tier: ENTERPRISE
   
   

   dove:

   • YOUR_PROJECT_ID è il nome del progetto in uso. Ad esempio: my-project.

   • REGION è il nome della regione in uso. Ad esempio: us-central1.

Espandi un PVC e verifica l'istanza Filestore

Questa sezione mostra come espandere una PVC esistente e verificare le dimensioni dell'istanza Filestore.

1. Espandi una PVC.

   Le PVC, supportate da condivisioni in un'istanza multishare di Filestore, possono raggiungere la dimensione massima specificata nel parametro max-volume-size. Per verificarlo, espandi uno dei volumi associati allo Statefulset mentre il pod lo utilizza.

   Dalla riga di comando, esegui questo comando per verificare la dimensione attuale della PVC della replica 0:

   kubectl get pvc test-pvc-multishare-web-0 -o json
   {
       "apiVersion": "v1",
       "kind": "PersistentVolumeClaim",
       "metadata": {
           "annotations": {
               "pv.kubernetes.io/bind-completed": "yes",
               "pv.kubernetes.io/bound-by-controller": "yes",
               "volume.beta.kubernetes.io/storage-provisioner": "filestore.csi.storage.gke.io",
               "volume.kubernetes.io/storage-provisioner": "filestore.csi.storage.gke.io"
           },
           "creationTimestamp": "2022-06-21T22:07:42Z",
           "finalizers": [
               "kubernetes.io/pvc-protection"
           ],
           "labels": {
               "app": "nginx"
           },
           "name": "test-pvc-multishare-web-0",
           "namespace": "default",
           "resourceVersion": "48395",
           "uid": "7aa21b5a-5343-4547-b7d7-414c16af15a7"
       },
       "spec": {
           "accessModes": [
               "ReadWriteMany"
           ],
           "resources": {
               "requests": {
                   "storage": "100Gi"
               }
           },
           "storageClassName": "enterprise-multishare-rwx",
           "volumeMode": "Filesystem",
           "volumeName": "pvc-7aa21b5a-5343-4547-b7d7-414c16af15a7"
       },
       "status": {
           "accessModes": [
               "ReadWriteMany"
           ],
           "capacity": {
               "storage": "100Gi"
           },
           "phase": "Bound"
       }
   }
   
   

2. Dalla riga di comando, esegui questo comando per aumentare le dimensioni a 500 GiB:

   kubectl edit pvc test-pvc-multishare-web-0
   

3. Il file si aprirà nella riga di comando. Trova il campo spec.resources.requests.storage e aggiorna il valore in 500Gi.

4. Dalla riga di comando, esegui questo comando per vedere la modifica applicata:

   kubectl get pvc test-pvc-multishare-web-0
   

   Il risultato dovrebbe essere simile alla seguente risposta:

   NAME                        STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS               AGE
   test-pvc-multishare-web-0   Bound    pvc-7aa21b5a-5343-4547-b7d7-414c16af15a7   500Gi      RWX            enterprise-multishare-rwx   28m
   

   Il driver CSI Filestore ha accettato la richiesta, prima espandendo l'istanza Filestore sottostante, quindi espandendo la condivisione che supporta la PVC.

   In particolare, il driver CSI Filestore espande automaticamente l'istanza a 1536 Gi per soddisfare la nuova dimensione di condivisione di 500 Gi.

5. Dalla riga di comando, esegui questo comando instances describe per verificare la capacità dell'istanza Filestore:

   gcloud filestore instances describe fs-a767cef8-738e-4c8e-b70b-09cbb872d016 --project=YOUR_PROJECT_ID --region=REGION
   capacityGb: '1536'
   capacityStepSizeGb: '256'
   createTime: '2022-06-21T21:15:30.464237089Z'
   labels:
     storage_gke_io_created-by: filestore_csi_storage_gke_io
     storage_gke_io_storage-class-id: enterprise-multishare-rwx
   maxCapacityGb: '10240'
   maxShareCount: '10'
   multiShareEnabled: true
   name: projects/YOUR_PROJECT_ID/locations/us-central1/instances/fs-a767cef8-738e-4c8e-b70b-09cbb872d016
   networks:
   - connectMode: DIRECT_PEERING
     ipAddresses:
     - 10.192.53.2
     modes:
     - MODE_IPV4
     network: csi-filestore-test-network
     reservedIpRange: 10.192.53.0/26
   state: READY
   tier: ENTERPRISE
   

   dove:

   • YOUR_PROJECT_ID è il nome del progetto in uso. Ad esempio: my-project.

   • REGION è il nome della regione in uso. Ad esempio: us-central1.

Provisioning dinamico su un VPC condiviso

Il driver CSI Filestore per GKE supporta il provisioning dinamico dei volumi in un progetto di servizio in un VPC condiviso. La seguente sezione mostra come utilizzare il driver CSI Filestore per eseguire dinamicamente il provisioning dei volumi sulle istanze multishare di Filestore in un progetto di servizio in una rete VPC condiviso.

1. Completa i passaggi di configurazione per una rete VPC condiviso e l'accesso privato ai servizi.

2. Creare un oggetto StorageClass per il provisioning dinamico dei volumi supportati da un'istanza Multishares di Filestore su un VPC condiviso.

   Esegui questo comando per eseguire il deployment di una risorsa StorageClass:

   cat <<EOF | kubectl apply -f -
   
   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
     name: csi-filestore-multishare-sharedvpc
   provisioner: filestore.csi.storage.gke.io
   parameters:
     network: "projects/HOST_PROJECT_ID/global/networks/SHARED_VPC_NAME"
     connect-mode: PRIVATE_SERVICE_ACCESS
     tier: enterprise
     multishare: "true"
   allowVolumeExpansion: true
   
   EOF
   

   dove:

   • HOST_PROJECT_ID è l'ID o il nome del progetto host della rete VPC condiviso. Ad esempio: my-host-project.

   • SHARED_VPC_NAME il nome della rete VPC condivisa. Ad esempio: my-shared-vpc.

   Se vuoi eseguire il deployment della risorsa all'interno di un intervallo di indirizzi IP riservato, aggiungi la seguente riga ai parametri utilizzati nel comando:

   reserved-ip-range: RESERVED_NAME
   

   Dove RESERVED_NAME è il nome dell'intervallo di indirizzi IP riservati entro il quale è possibile eseguire il provisioning di un'istanza Filestore. Ad esempio, filestore-reserved-ip-range. Se viene specificato un intervallo IP riservato, deve essere un intervallo di indirizzi denominato anziché un valore CIDR diretto.

   Per maggiori informazioni, consulta Assegnare intervalli di indirizzi IP o Configurare un intervallo di indirizzi IP riservati. Per un esempio di come creare un nome riservato utilizzando la console Google Cloud, consulta Creare un'allocazione di IP.

3. Crea un deployment.

   Esegui questo comando per creare una risorsa Deployment:

   cat <<EOF | kubectl apply -f -
   
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: web-server-multishare
     labels:
       app: nginx
   spec:
     replicas: 5
     selector:
       matchLabels:
         app: nginx
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - name: nginx
           image: nginx
           volumeMounts:
           - mountPath: /usr/share/nginx/html
             name: mypvc
         volumes:
         - name: mypvc
           persistentVolumeClaim:
             claimName: test-pvc-fs-sharedvpc
   ---
   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata:
     name: test-pvc-fs-sharedvpc
   spec:
     accessModes:
       - ReadWriteMany
     storageClassName: csi-filestore-multishare-sharedvpc
     resources:
       requests:
         storage: 100Gi
   
   EOF
   

Istanze Filestore abilitate per CMEK

Puoi creare volumi GKE ospitati su istanze multishare Filestore abilitate per CMEK. In questa sezione vedrai come configurare una chiave di crittografia gestita dal cliente (CMEK) per l'istanza Filestore.

I dettagli della chiave gestita dal cliente possono essere forniti in StorageClass. Per qualsiasi istanza creata dinamicamente dal driver CSI Filestore, che fa riferimento a questo oggetto StorageClass, CMEK sarà abilitata.

1. Creare un oggetto StorageClass abilitato per CMEK.

   a. Esegui questo comando:

   cat <<EOF | kubectl apply -f -
   
   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
     name: csi-filestore-multishare-cmek
   provisioner: filestore.csi.storage.gke.io
   parameters:
     tier: enterprise
     multishare: "true"
     instance-encryption-kms-key: projects/KEY_PROJECT_ID/locations/REGION/keyRings/RING_NAME/cryptoKeys/KEY_NAME
   
   allowVolumeExpansion: true
   
   EOF
   

   dove:

   • KEY_PROJECT_ID è il nome del progetto in cui si trova la chiave. Ad esempio: my-key-project.

   • REGION è il nome della regione in uso. Ad esempio: us-central1.

   • RING_NAME il nome del keyring. Ad esempio, my-key-ring-name.

   • KEY_NAME il nome della chiave. Ad esempio, my-key-name.

2. Crea un deployment.

   b. Esegui questo comando per creare una risorsa Deployment:

   cat <<EOF | kubectl apply -f -
   
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: web-server-multishare
     labels:
       app: nginx
   spec:
     replicas: 5
     selector:
       matchLabels:
         app: nginx
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - name: nginx
           image: nginx
           volumeMounts:
           - mountPath: /usr/share/nginx/html
             name: mypvc
         volumes:
         - name: mypvc
           persistentVolumeClaim:
             claimName: test-pvc-fs-cmek
   ---
   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata:
     name: test-pvc-fs-cmek
   spec:
     accessModes:
       - ReadWriteMany
     storageClassName: csi-filestore-multishare-cmek
     resources:
       requests:
         storage: 100Gi
   
   EOF
   

Mappa le PVC alle istanze Filestore

Nota: le istanze multishare di Filestore sono gestite tramite il provisioning dinamico CSI. La creazione di un'istanza o di una condivisione può richiedere diversi minuti. Una volta creata la risorsa Filestore, Kubernetes crea il volume permanente associato. Ciò significa che il volume non sarà visibile fino al completamento dell'operazione di creazione avviata dal driver CSI.

In questa sezione vedrai come mappare le PVC alle istanze Filestore.

Con le istanze multishare di Filestore, ogni PVC è ospitata su un'istanza Filestore dal driver CSI Filestore. I dettagli dell'istanza Filestore sottostante che ospita il volume e la condivisione che rappresenta il volume Kubernetes vengono acquisiti nel campo volumeHandle della specifica dei volumi permanenti. Il formato dell'handle del volume è il seguente:

modeMultishare/<storageclass-prefix>/<project>/<region>/<filestore-instance-name>/<filestore-share-name>

Il seguente comando kubectl può essere usato per determinare rapidamente le mappature tra un'istanza PVC, PV, Filestore e una condivisione Filestore.

Dalla riga di comando, esegui questo comando:

kubectl get pv -o jsonpath='{range .items[*]}{"pv="}{.metadata.name}{",pvc="}{.spec.claimRef.name}{",volumeHandle="}{.spec.csi.volumeHandle}{"\n"}{end}'

Il risultato dovrebbe essere simile alla seguente risposta:

pv=pvc-67ad9abd-f25e-4130-b7ca-64d28bd29525,pvc=test-pvc-multishare,volumeHandle=modeMultishare/csi-filestore-multishare-sharedvpc/YOUR_PROJECT_ID/us-central1/fs-2109f680-3f04-4ada-b4bc-2a1c7fc47b88/pvc_67ad9abd_f25e_4130_b7ca_64d28bd29525

pv=pvc-c80f4de0-9916-4957-b8ae-b21206650ac0,pvc=test-pvc-fs-sharedvpc,volumeHandle=modeMultishare/csi-filestore-multishare-sharedvpc/YOUR_PROJECT_ID/us-central1/fs-2109f680-3f04-4ada-b4bc-2a1c7fc47b88/pvc_c80f4de0_9916_4957_b8ae_b21206650ac0

dove:

• YOUR_PROJECT_ID è il nome del progetto in uso. Ad esempio: my-project.

Tieni presente che due volumi permanenti nel cluster sono ospitati su una singola istanza Filestore.

Passaggi successivi

• Crea un'istanza su una rete VPC condiviso nei progetti di servizio.
• Confronta i vantaggi relativi dell'archiviazione a blocchi, di file e di oggetti.
• Opzioni di archiviazione per carichi di lavoro HPC in Google Cloud.