Accedi alle istanze Filestore con il driver CSI Filestore

Il driver CSI di Filestore è il modo principale per utilizzare istanze Filestore di Filestore con Google Kubernetes Engine (GKE). Il driver CSI di Filestore offre un'esperienza completamente gestita basata sul driver CSI di Google Cloud Filestore open source.

La versione del driver CSI Filestore è collegata ai numeri di versione secondari di Kubernetes. La versione del driver CSI di Filestore è in genere il driver più recente disponibile al momento del rilascio della versione secondaria di Kubernetes. I driver si aggiornano automaticamente quando viene eseguito l'upgrade del cluster all'ultima patch di GKE.

Vantaggi

Il driver CSI Filestore offre i seguenti vantaggi:

  • Hai accesso allo spazio di archiviazione NFS completamente gestito tramite le API Kubernetes (kubectl).

  • Puoi usare il driver CSI di GKE Filestore per eseguire il provisioning dinamico degli oggetti PersistentVolume.

  • Puoi usare gli snapshot del volume con il driver CSI di GKE Filestore. È possibile utilizzare snapshot di volumi CSI per creare backup di Filestore.

    Un backup di Filestore crea una copia differenziale della condivisione file, inclusi tutti i dati e i metadati del file, e la archivia separatamente dall'istanza. Puoi ripristinare questa copia solo in una nuova istanza Filestore. Il ripristino in un'istanza Filestore esistente non è supportato. Puoi utilizzare l'API per lo snapshot del volume CSI per attivare i backup di Filestore, aggiungendo un campo type:backup nella classe dello snapshot del volume.

  • Puoi utilizzare l'espansione del volume con il driver CSI di GKE Filestore. L'espansione del volume ti consente di ridimensionare la capacità del volume.

  • Puoi accedere alle istanze Filestore esistenti utilizzando le istanze Filestore di cui è stato eseguito il pre-provisioning nei carichi di lavoro Kubernetes. Puoi anche creare o eliminare in modo dinamico le istanze Filestore e utilizzarle nei carichi di lavoro Kubernetes con un oggetto StorageClass o un Deployment.

  • Supporta condivisioni multiple di Filestore per GKE. Questa funzionalità consente di creare un'istanza Filestore e allocare contemporaneamente più oggetti PersistentVolume montati su NFS più piccoli su un numero qualsiasi di cluster GKE.

Requisiti

  • Per utilizzare il driver CSI di Filestore, i cluster devono utilizzare il numero di versione GKE corretto applicabile al livello di servizio:

    • HDD base con GKE versione 1.21 o successive
    • SSD base con GKE versione 1.21 o successive
    • A livello di zona (da 10 TiB a 100 TiB) con GKE versione 1.27 o successiva
    • Enterprise con GKE versione 1.25 o successive
    • Per utilizzare la funzionalità multishare di Filestore, i cluster devono utilizzare GKE versione 1.25 o successiva.

  • Il driver CSI di Filestore è supportato solo per i cluster che utilizzano Linux; i nodi Windows Server non sono supportati.

  • La dimensione minima dell'istanza per Filestore è di almeno 1 TiB. La dimensione minima dell'istanza dipende dal livello di servizio Filestore selezionato. Per saperne di più, consulta Livelli di servizio.

  • Filestore utilizza il protocollo del file system NFSv3 sull'istanza Filestore e supporta qualsiasi client compatibile con NFSv3.

Prima di iniziare

Prima di iniziare, assicurati di aver eseguito le seguenti attività:

  • Abilita l'API Cloud Filestore e l'API Google Kubernetes Engine.
    • Abilita le API
  • Se vuoi utilizzare Google Cloud CLI per questa attività, installa e quindi initialize gcloud CLI. Se hai già installato gcloud CLI, ottieni la versione più recente eseguendo gcloud components update.

Abilita il driver CSI Filestore su un nuovo cluster

Per abilitare il driver CSI del driver CSI di Filestore durante la creazione di un nuovo cluster Standard, segui questi passaggi con Google Cloud CLI o la console Google Cloud.

gcloud

gcloud container clusters create CLUSTER_NAME \
    --addons=GcpFilestoreCsiDriver \
    --cluster-version=VERSION

Sostituisci quanto segue:

  • CLUSTER_NAME: il nome del tuo cluster.
  • VERSION: il numero di versione GKE. Devi selezionare un numero di versione supportato per utilizzare questa funzionalità. Per informazioni dettagliate, consulta [#requirements]. In alternativa, puoi utilizzare il flag --release-channel e specificare un canale di rilascio.

Console

  1. Vai alla pagina Google Kubernetes Engine nella console Google Cloud.

    Vai a Google Kubernetes Engine

  2. Fai clic su Crea.

  3. Scegli la modalità cluster Standard, quindi fai clic su Configura.

  4. Configura il cluster in base alle tue esigenze.

  5. Nel riquadro di navigazione, in Cluster, fai clic su Funzionalità.

  6. Seleziona la casella di controllo Abilita driver CSI Filestore.

  7. Fai clic su Crea.

Se vuoi utilizzare Filestore su una rete VPC condivisa, consulta Abilitare il driver CSI Filestore su un nuovo cluster con VPC condiviso.

Dopo aver abilitato il driver CSI di Filestore, puoi utilizzarlo nei volumi Kubernetes utilizzando il nome del driver e del provisioner: filestore.csi.storage.gke.io.

Abilita il driver CSI Filestore su un cluster esistente

Per abilitare il driver CSI di Filestore nei cluster esistenti, utilizza Google Cloud CLI o la console Google Cloud.

Per abilitare il driver su un cluster esistente:

gcloud

gcloud container clusters update CLUSTER_NAME \
   --update-addons=GcpFilestoreCsiDriver=ENABLED

Sostituisci CLUSTER_NAME con il nome del cluster esistente.

Console

  1. Vai alla pagina Google Kubernetes Engine nella console Google Cloud.

    Vai a Google Kubernetes Engine

  2. Nell'elenco dei cluster, fai clic sul nome del cluster da modificare.

  3. In Funzionalità, accanto al campo Driver CSI Filestore, fai clic su Modifica driver CSI Filestore.

  4. Seleziona la casella di controllo Abilita driver CSI Filestore.

  5. Fai clic su Salva modifiche.

Disabilita il driver CSI di Filestore

Puoi disabilitare il driver CSI Filestore su un cluster Autopilot o Standard esistente utilizzando Google Cloud CLI o la console Google Cloud.

gcloud

gcloud container clusters update CLUSTER_NAME \
    --update-addons=GcpFilestoreCsiDriver=DISABLED \
    --region REGION

Sostituisci i seguenti valori:

  • CLUSTER_NAME: il nome del cluster esistente.
  • REGION: la regione del cluster (ad esempio us-central1).

Console

  1. Nella console Google Cloud, vai al menu Google Kubernetes Engine.

    Vai a Google Kubernetes Engine

  2. Nell'elenco dei cluster, fai clic sul nome del cluster da modificare.

  3. In Funzionalità, accanto al campo Driver CSI Filestore, fai clic su Modifica driver CSI Filestore.

  4. Deseleziona la casella di controllo Abilita driver CSI Filestore.

  5. Fai clic su Salva modifiche.

Accedi alle istanze Filestore preesistenti utilizzando il driver CSI Filestore

Questa sezione descrive il processo tipico per l'utilizzo di un volume Kubernetes per accedere a istanze Filestore preesistenti utilizzando il driver CSI Filestore in GKE:

Crea un PersistentVolume e un PersistentVolumeClaim per accedere all'istanza

  1. Crea un file manifest come quello mostrato nell'esempio seguente e denominalo preprov-filestore.yaml:

    apiVersion: v1
kind: PersistentVolume
metadata:
  name: PV_NAME
spec:
  storageClassName: ""
  capacity:
    storage: 1Ti
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  volumeMode: Filesystem
  csi:
    driver: filestore.csi.storage.gke.io
    volumeHandle: "modeInstance/FILESTORE_INSTANCE_LOCATION/FILESTORE_INSTANCE_NAME/FILESTORE_SHARE_NAME"
    volumeAttributes:
      ip: FILESTORE_INSTANCE_IP
      volume: FILESTORE_SHARE_NAME
---
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: podpvc
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: ""
  volumeName: PV_NAME
  resources:
    requests:
      storage: 1Ti

  2. Per creare le risorse PersistentVolumeClaim e PersistentVolume in base al file manifest preprov-filestore.yaml, esegui questo comando:

    kubectl apply -f preprov-filestore.yaml

Quindi, passa alla creazione di un deployment che utilizza il volume.

crea un volume utilizzando il driver CSI Filestore

Le seguenti sezioni descrivono il processo tipico per l'utilizzo di un volume Kubernetes supportato da un driver CSI Filestore in GKE:

Creazione di un oggetto StorageClass

Dopo aver abilitato il driver CSI Filestore, GKE installa automaticamente le seguenti classi StorageClasses per il provisioning delle istanze Filestore:

Ogni oggetto StorageClass è disponibile solo nei cluster GKE in esecuzione nei rispettivi numeri di versione GKE supportati. Per un elenco delle versioni supportate necessarie per ogni livello di servizio, vedi Requisiti.

Puoi trovare il nome del dispositivo StorageClass installato eseguendo questo comando:

kubectl get sc

Puoi anche installare un'istanza StorageClass diversa che utilizza il driver CSI Filestore aggiungendo filestore.csi.storage.gke.io nel campo provisioner.

Filestore deve sapere su quale rete creare la nuova istanza. Gli oggetti StorageClass installati usano la rete predefinita creata per i cluster GKE. Se hai eliminato questa rete o vuoi utilizzare un'altra rete, devi creare un nuovo oggetto StorageClass come descritto nei passaggi seguenti. In caso contrario, gli oggetti StorageClass installati automaticamente non funzioneranno.

  1. Salva il seguente manifest come filestore-example-class.yaml:

    apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: filestore-example
provisioner: filestore.csi.storage.gke.io
volumeBindingMode: Immediate
allowVolumeExpansion: true
parameters:
  tier: standard
  network: default

    Nel file manifest, considera la seguente configurazione di parametri:

    • Se imposti volumeBindingMode su Immediate, il provisioning del volume può iniziare immediatamente. Questo è possibile perché le istanze Filestore sono accessibili da qualsiasi zona. Di conseguenza, GKE non ha bisogno di conoscere la zona in cui è pianificato il pod, a differenza del disco permanente di Compute Engine. Se impostato su WaitForFirstConsumer, GKE avvia il provisioning solo dopo la pianificazione del pod. Per ulteriori informazioni, consulta VolumeBindingMode.
    • È possibile specificare qualsiasi livello Filestore nel parametro tier (ad esempio, BASIC_HDD, BASIC_SSD, ZONAL o ENTERPRISE).
    • Il parametro network può essere utilizzato durante il provisioning delle istanze Filestore su VPC non predefiniti. I VPC non predefiniti richiedono la configurazione di regole firewall speciali.

  2. Per creare una risorsa StorageClass basata sul file manifest filestore-example-class.yaml, esegui questo comando:

    kubectl create -f filestore-example-class.yaml

Se vuoi utilizzare Filestore su una rete VPC condivisa, consulta Creare un oggetto StorageClass quando utilizzi il driver CSI Filestore con VPC condiviso.

Usa un oggetto PersistentVolumeClaim per accedere al volume

Puoi creare una risorsa PersistentVolumeClaim che fa riferimento a StorageClass del driver CSI di Filestore.

Puoi utilizzare un'istanza StorageClass preinstallata o personalizzata.

Il seguente file manifest di esempio crea un elemento PersistentVolumeClaim che fa riferimento a StorageClass denominato filestore-example.

  1. Salva il seguente file manifest come pvc-example.yaml:

    kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: podpvc
spec:
  accessModes:
  - ReadWriteMany
  storageClassName: filestore-example
  resources:
    requests:
      storage: 1Ti

  2. Per creare una risorsa PersistentVolume basata sul file manifest pvc-example.yaml, esegui questo comando:

    kubectl create -f pvc-example.yaml

Crea un deployment che utilizza il volume

Il manifest di deployment di esempio seguente utilizza la risorsa PersistentVolume denominata pvc-example.yaml.

Più pod possono condividere la stessa risorsa PersistentVolumeClaim.

  1. Salva il seguente manifest come filestore-example-deployment.yaml:

    apiVersion: apps/v1
kind: Deployment
metadata:
  name: web-server-deployment
  labels:
    app: nginx
spec:
  replicas: 3
  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: podpvc
---
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: podpvc
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: filestore-example
  resources:
    requests:
      storage: 1Ti

  2. Per creare un deployment basato sul file manifest filestore-example-deployment.yaml, esegui questo comando:

    kubectl apply -f filestore-example-deployment.yaml

  3. Verifica che il deployment sia stato creato correttamente:

    kubectl get deployment

    Il completamento del provisioning delle istanze Filestore potrebbe richiedere del tempo. In precedenza, i deployment non segnaleranno lo stato READY. Puoi verificare lo stato di avanzamento monitorando lo stato della PVC eseguendo questo comando:

    kubectl get pvc

    Al termine del provisioning del volume, la PVC dovrebbe raggiungere lo stato BOUND.

Etichetta istanze Filestore

Puoi utilizzare le etichette per raggruppare le istanze correlate e archiviare i metadati relativi a un'istanza. Un'etichetta è una coppia chiave-valore che aiuta a organizzare le istanze Filestore. Puoi collegare un'etichetta a ogni risorsa, quindi filtrare le risorse in base alle etichette.

Puoi fornire le etichette utilizzando la chiave labels in StorageClass.parameters. Un'istanza Filestore può essere etichettata con informazioni sul tipo di oggetto PersistentVolumeClaim/PersistentVolume per cui è stata creata l'istanza. Le chiavi e i valori delle etichette personalizzate devono rispettare la convenzione di denominazione per le etichette. Vedi l'esempio di classe di archiviazione di Kubernetes per applicare etichette personalizzate all'istanza Filestore.

Usa fsgroup con volumi Filestore

Kubernetes utilizza fsGroup per modificare le autorizzazioni e la proprietà del volume in modo che corrisponda a un fsGroup richiesto dall'utente nel SecurityContext del pod. Un fsGroup è un gruppo supplementare che si applica a tutti i container in un pod. Puoi applicare un fsgroup ai volumi di cui è stato eseguito il provisioning dal driver CSI di Filestore.

Configura le regole di accesso IP con i volumi Filestore

Filestore supporta le regole di controllo dell'accesso basato su IP per i volumi. Questa funzionalità è disponibile sui cluster GKE che eseguono la versione 1.29.5 o successive.

Questa funzionalità consente agli amministratori di specificare a quali intervalli di indirizzi IP è consentito accedere a un'istanza Filestore di cui è stato eseguito il provisioning dinamico tramite GKE. Questo migliora la sicurezza limitando l'accesso solo ai client autorizzati, in particolare negli scenari in cui l'intervallo IP del cluster GKE è troppo ampio, esponendo potenzialmente l'istanza Filestore ad applicazioni o utenti non autorizzati.

Queste regole possono essere configurate direttamente tramite l'API Filestore o tramite il driver CSI Filestore quando viene creato un volume. Puoi fornire la configurazione selezionata in formato JSON in StorageClass utilizzando il parametro nfs-export-options-on-create.

Il seguente manifest di esempio mostra come specificare la configurazione:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: filestore-example
provisioner: filestore.csi.storage.gke.io
volumeBindingMode: Immediate
allowVolumeExpansion: true
parameters:
  tier: "enterprise"
  nfs-export-options-on-create: '[
    {
      "accessMode": "READ_WRITE",
      "ipRanges": [
        "10.0.0.0/24"
      ],
      "squashMode": "ROOT_SQUASH",
      "anonUid": "1003",
      "anonGid": "1003"
    },
    {
      "accessMode": "READ_WRITE",
      "ipRanges": [
        "10.0.0.0/28"
      ],
      "squashMode": "NO_ROOT_SQUASH"
    }
  ]'

Opzioni di sicurezza

Le regole di accesso IP Filestore semplificano la configurazione delle autorizzazioni per l'archiviazione di file condivisa per i carichi di lavoro GKE. Tuttavia, comprendere come gestisce la proprietà e l'accesso ai file richiede di comprendere alcuni concetti chiave:

  • Mappature NFS e utenti NFS (Network File System) è il protocollo utilizzato da Filestore. Funziona mappando gli utenti sui sistemi client (i tuoi pod GKE) agli utenti sul server Filestore. Se un file sul server è di proprietà dell'ID utente 1003 e un client si connette con l'ID utente 1003, quest'ultimo avrà accesso al file.

  • Root squash e anonUid:

    • Root Squashing ROOT_SQUASH è una funzionalità di sicurezza che impedisce ai client di accedere all'istanza Filestore con privilegi root completi. Quando il root squash è abilitato, gli utenti root sui sistemi client vengono mappati a un utente senza privilegi specificato dall'impostazione anonUid.

    • Nessun root Squashing (NO_ROOT_SQUASH) consente ai client di accedere all'istanza di Filestore con privilegi root completi, il che è pratico per la configurazione iniziale, ma meno sicuro per le normali operazioni.

  • Configurazione e autorizzazioni iniziali: per impostazione predefinita, una nuova istanza Filestore è interamente di proprietà dell'utente root. Se attivi root squash senza aver prima configurato le autorizzazioni per altri utenti, perderai l'accesso. Questo è il motivo per cui hai bisogno di almeno una regola di esportazione NFS con NO_ROOT_SQUASH per configurare inizialmente l'accesso per altri utenti e gruppi.

Suggerimenti

  • Configurazione iniziale: inizia sempre con almeno una regola di esportazione NFS che specifica un intervallo amministratore con autorizzazioni READ_WRITE e consente l'accesso NO_ROOT_SQUASH. Usa questo accesso per creare directory, impostare autorizzazioni e assegnare la proprietà in base alle esigenze.
  • Sicurezza:attiva root squashing (ROOT_SQUASH) per migliorare la sicurezza. Tieni presente che dopo aver creato un volume, puoi modificare le regole di accesso solo tramite l'API Filestore.
  • Accesso condiviso: utilizza fsGroup nei contesti di sicurezza dei pod per gestire la proprietà a livello di gruppo dei volumi condivisi. Assicurati di non sovrapporre l'impostazione alla modalità ROOT_SQUASH. In questo modo viene restituito un messaggio di errore Access denied.

Usa Filestore con un VPC condiviso

Questa sezione illustra come utilizzare un'istanza Filestore su una rete VPC condiviso da un progetto di servizio.

Configura un cluster con un VPC condiviso

Per configurare i cluster con una rete VPC condiviso, segui questi passaggi:

  1. Crea un progetto host e di servizio.
  2. Abilita l'API Google Kubernetes Engine su progetti host e di servizio.
  3. Nel progetto host, crea una rete e una subnet.
  4. Abilita il VPC condiviso nel progetto host.
  5. Nel progetto host, concedi l'associazione del ruolo utente HostServiceAgent per l'account di servizio GKE del progetto di servizio.
  6. Abilita l'accesso privato ai servizi sulla VPC condiviso condivisa.

Abilita il driver CSI Filestore su un nuovo cluster con VPC condiviso

Per abilitare il driver CSI Filestore su un nuovo cluster con VPC condiviso, segui questi passaggi:

  1. Verifica le subnet utilizzabili e gli intervalli secondari. Quando crei un cluster, devi specificare una subnet e gli intervalli di indirizzi IP secondari da utilizzare per i pod e il servizio del cluster.

    gcloud container subnets list-usable \
   --project=SERVICE_PROJECT_ID \
   --network-project=HOST_PROJECT_ID

    L'output è simile al seguente:

    PROJECT                   REGION       NETWORK     SUBNET  RANGE
HOST_PROJECT_ID  us-central1  shared-net  tier-1  10.0.4.0/22
┌──────────────────────┬───────────────┬─────────────────────────────┐
│ SECONDARY_RANGE_NAME │ IP_CIDR_RANGE │            STATUS           │
├──────────────────────┼───────────────┼─────────────────────────────┤
│ tier-1-pods          │ 10.4.0.0/14   │ usable for pods or services │
│ tier-1-services      │ 10.0.32.0/20  │ usable for pods or services │
└──────────────────────┴───────────────┴─────────────────────────────┘

  2. Creare un cluster GKE. I seguenti esempi mostrano come utilizzare gcloud CLI per creare un cluster Autopilot o Standard configurato per il VPC condiviso. Gli esempi seguenti utilizzano i nomi di rete, subnet e intervalli descritti in Creazione di una rete e due subnet.

    Autopilot

    gcloud container clusters create-auto tier-1-cluster \
   --project=SERVICE_PROJECT_ID \
   --region=COMPUTE_REGION \
   --network=projects/HOST_PROJECT_ID/global/networks/NETWORK_NAME \
   --subnetwork=projects/HOST_PROJECT_ID/regions/COMPUTE_REGION/subnetworks/SUBNET_NAME \
   --cluster-secondary-range-name=tier-1-pods \
   --services-secondary-range-name=tier-1-services

    Standard

    gcloud container clusters create tier-1-cluster \
   --project=SERVICE_PROJECT_ID \
   --zone=COMPUTE_REGION \
   --enable-ip-alias \
   --network=projects/HOST_PROJECT_ID/global/networks/NETWORK_NAME \
   --subnetwork=projects/HOST_PROJECT_ID/regions/COMPUTE_REGION/subnetworks/SUBNET_NAME \
   --cluster-secondary-range-name=tier-1-pods \
   --services-secondary-range-name=tier-1-services \
   --addons=GcpFilestoreCsiDriver

  3. Creare regole firewall per consentire la comunicazione tra nodi, pod e servizi nel cluster. L'esempio seguente mostra come creare una regola firewall denominata my-shared-net-rule-2.

    gcloud compute firewall-rules create my-shared-net-rule-2 \
   --project HOST_PROJECT_ID \
   --network=NETWORK_NAME \
   --allow=tcp,udp \
   --direction=INGRESS \
   --source-ranges=10.0.4.0/22,10.4.0.0/14,10.0.32.0/20

    Nell'esempio, i valori IP degli intervalli di origine provengono dal passaggio precedente in cui hai verificato le subnet utilizzabili e gli intervalli secondari.

Crea un oggetto StorageClass quando utilizzi il driver CSI Filestore con VPC condiviso

L'esempio seguente mostra come creare un oggetto StorageClass quando si utilizza il driver CSI Filestore con VPC condiviso:

cat <<EOF | kubectl apply -f -

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: filestore-sharedvpc-example
provisioner: filestore.csi.storage.gke.io
parameters:
  network: "projects/HOST_PROJECT_ID/global/networks/SHARED_VPC_NAME"
  connect-mode: PRIVATE_SERVICE_ACCESS
  reserved-ip-range: RESERVED_IP_RANGE_NAME
allowVolumeExpansion: true

EOF

Sostituisci quanto segue:

  • HOST_PROJECT_ID: l'ID o il nome del progetto host della rete VPC condiviso.
  • SHARED_VPC_NAME: il nome della rete VPC condiviso che hai creato in precedenza.
  • RESERVED_IP_RANGE_NAME: il nome dell'intervallo di indirizzi IP riservato specifico in cui eseguire il provisioning dell'istanza Filestore. Questo campo è facoltativo. Se viene specificato un intervallo di indirizzi IP riservati, deve essere un intervallo di indirizzi denominato anziché un valore CIDR diretto.

Se vuoi eseguire il provisioning di un volume supportato da multishare Filestore su cluster GKE che eseguono la versione 1.23 o successive, consulta Ottimizzare lo spazio di archiviazione con le istanze multishare Filestore per GKE.

Riconnetti i volumi di condivisione singola Filestore

Se utilizzi Filestore con il livello HDD di base, SSD di base o Enterprise (condivisione singola), puoi seguire queste istruzioni per riconnettere l'istanza Filestore esistente ai tuoi carichi di lavoro GKE.

  1. Trova i dettagli dell'istanza Filestore di cui è stato eseguito il pre-provisioning seguendo le istruzioni in Ottenere informazioni su un'istanza specifica.

  2. Esegui di nuovo il deployment della specifica PersistentVolume. Nel campo volumeAttributes, modifica i seguenti campi in modo da utilizzare gli stessi valori dell'istanza Filestore dal passaggio 1:

    • ip: modifica questo valore nell'indirizzo IP dell'istanza Filestore di cui è stato eseguito il pre-provisioning.
    • volume: modifica questo valore con il nome condivisione dell'istanza Filestore di cui è stato eseguito il pre-provisioning.

  3. Esegui di nuovo il deployment della specifica PersistentVolumeClaim. In volumeName, assicurati di fare riferimento allo stesso nome dell'oggetto PersistentVolume del passaggio 2.

  4. Controlla lo stato dell'associazione di PersistentVolumeClaim e PersistentVolume eseguendo kubectl get pvc.

  5. Esegui di nuovo il deployment della specifica del pod e assicurati che il pod sia in grado di accedere nuovamente alla condivisione Filestore.

Passaggi successivi