Introduzione rapida per IBM Cloud Block Storage for VPC

In questa guida rapida, si crea un volume 10Gi 5IOPS tier Block Storage for VPC nel cluster creando un PVC per il provisioning dinamico del volume. Quindi, crei una distribuzione dell'applicazione che monta la tua PVC.

Ora è possibile scegliere una classe di archiviazione di seconda generazione.

I Block Storage for VPC volumi possono essere montati da più pod, purché tali pod siano pianificati sullo stesso nodo.

1. Crea un file per la tua PVC e denominalo pvc.yaml. Scegliete tra una classe di archiviazione di prima generazione e una di seconda generazione.

   Esempio di prima generazione che utilizza la classe di archiviazione ibmc-vpc-block-5iops-tier:

   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
     name: my-pvc
   spec:
     storageClassName: ibmc-vpc-block-5iops-tier
     accessModes:
       - ReadWriteOnce
     resources:
       requests:
         storage: 10Gi
   

   Esempio di seconda generazione che utilizza la classe di archiviazione ibmc-vpc-block-sdp:

   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
     name: my-pvc
   spec:
     storageClassName: ibmc-vpc-block-sdp
     accessModes:
       - ReadWriteOnce
     resources:
       requests:
         storage: 10Gi
   

2. Crea la PVC nel tuo cluster.

   kubectl apply -f pvc.yaml
   

3. Dopo aver collegato la tua PVC, crea una distribuzione dell'applicazione che utilizza tale PVC. Crea un file per la tua distribuzione e denominalo deployment.yaml.

   apiVersion: apps/v1
   kind: Deployment
   metadata:
       name: my-deployment
       labels:
         app: my-app
   spec:
     replicas: 1
     selector:
       matchLabels:
         app: my-app
     template:
       metadata:
         labels:
           app: my-app
       spec:
         containers:
         - image: ngnix # Your containerized app image.
           name: my-container
           volumeMounts:
           - name: my-volume
             mountPath: /mount-path
         volumes:
         - name: my-volume
           persistentVolumeClaim:
             claimName: my-pvc
   

4. Crea la distribuzione nel tuo cluster.

   kubectl apply -f deployment.yaml
   

Per ulteriori informazioni, vedi i seguenti link.

• Aggiunta di Block Storage for VPC alle applicazioni.
• Riferimento classe di memoria.
• Personalizzazione delle impostazioni di archiviazione predefinite.

Aggiunta di Block Storage for VPC alle tue applicazioni

Scegli il tuo profilo Block Storage for VPC e crea un'attestazione del volume persistente per eseguire dinamicamente il provisioning di Block Storage for VPC per il tuo cluster. Il provisioning dinamico crea automaticamente il volume persistente corrispondente e ordina il dispositivo di archiviazione fisica nel tuo account IBM Cloud.

1. Decidi in merito al profilo di Block Storage for VPC che risponde meglio ai requisiti di capacità e prestazioni che desideri.

2. Seleziona la classe di archiviazione corrispondente per il tuo profilo di Block Storage for VPC.

   Tutte le classi di archiviazione predefinite IBM configurano Block Storage for VPC con un file system ext4 per impostazione predefinita. Se vuoi utilizzare un file system differente, come ad esempio xfs o ext3, crea una classe di archiviazione personalizzata.

   • 10 IOPS/GB: ibmc-vpc-block-10iops-tier o ibmc-vpc-block-retain-10iops-tier
   • 5 IOPS/GB: ibmc-vpc-block-5iops-tier o ibmc-vpc-block-retain-5iops-tier
   • 3 IOPS/GB: ibmc-vpc-block-general-purpose o ibmc-vpc-block-retain-general-purpose
   • Personalizzato: ibmc-vpc-block-custom o ibmc-vpc-block-retain-custom

3. Decidi in merito alla tua configurazione di Block Storage for VPC.

   1. Scegli una dimensione per la tua archiviazione. Assicurati che la dimensione sia supportata dal profilo di Block Storage for VPC che hai scelto.
   2. Scegli se vuoi mantenere i tuoi dati dopo l'eliminazione del cluster o dell'attestazione del volume persistente (PVC, persistent volume claim).
      • Se vuoi conservare i tuoi dati, scegli una classe di archiviazione retain. Quando elimini la PVC, viene eliminata solo la PVC. Il volume persistente (o PV, Persistent Volume), il dispositivo di archiviazione fisico nel tuo account IBM Cloud e i tuoi dati permangono. Per riacquisire l'archiviazione e utilizzarla di nuovo nel tuo cluster, devi rimuovere il PV e attenerti alla procedura per utilizzare il Block Storage for VPC esistente.
      • Se vuoi che il PV, i dati e il tuo dispositivo Block Storage for VPC fisico vengano eliminati quando elimini la PVC, scegli una classe di archiviazione senza retain.

4. Crea un file di configurazione per definire la tua attestazione del volume persistente (o PVC, persistent volume claim) e salva la configurazione come un file YAML.

   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
     name: <pvc_name> # Enter a name for your PVC.
   spec:
     accessModes:
     - <access-mode> # ReadWriteOnce or ReadWriteOncePod
     resources:
       requests:
         storage: 10Gi # Enter the size. Make sure that the size is supported in the profile that you chose.
     storageClassName: <storage_class> # Enter the storage class name that you selected earlier.
   

5. Crea la PVC nel tuo cluster.

   kubectl apply -f pvc.yaml
   

6. Verifica che la tua PVC sia stata creata e associata al PV. Questo processo può richiedere qualche minuto.

   kubectl describe pvc <pvc_name>
   

   Output di esempio

   Name:          mypvv
   Namespace:     default
   StorageClass:  ibmc-vpc-block-5iops-tier
   Status:        Bound
   Volume:        
   Labels:        <none>
   Annotations:   kubectl.kubernetes.io/last-applied-configuration: {"apiVersion":"v1","kind":"PersistentVolumeClaim","metadata":{"annotations":{},"name":"csi-block-pvc-good","namespace":"default"},"spec":{...
               volume.beta.kubernetes.io/storage-provisioner: vpc.block.csi.ibm.io
   Finalizers:    [kubernetes.io/pvc-protection]
   Capacity: 10Gi   
   Access Modes:  
   VolumeMode:    Filesystem
   Events:
       Type       Reason                Age               From                         Message
       ----       ------                ----              ----                         -------
       Normal     ExternalProvisioning  9s (x3 over 18s)  persistentvolume-controller  waiting for a volume to be created, either by external provisioner "vpc.block.csi.ibm.io" or manually created by system administrator
   Mounted By:  <none>
   

7. Crea un file di configurazione di distribuzione per la tua applicazione e monta la PVC sulla tua applicazione.

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: <deployment_name>
     labels:
       app: <deployment_label>
   spec:
     selector:
       matchLabels:
         app: <app_name>
     template:
       metadata:
         labels:
           app: <app_name>
       spec:
         containers:
         - image: <image_name>
           name: <container_name>
           volumeMounts:
           - name: <volume_name>
             mountPath: /<file_path>
         volumes:
         - name: <volume_name>
           persistentVolumeClaim:
             claimName: <pvc_name>
   

   labels.app

   Nella sezione metadata, immetti un'etichetta per la distribuzione.

   matchLabels.app e labels.app

   Nelle sezioni spec selector e template metadata, immetti un'etichetta per la tua applicazione.

   image

   Specifica il nome dell'immagine del contenitore che vuoi utilizzare. Per elencare le immagini disponibili nel tuo account IBM Cloud Container Registry, esegui ibmcloud cr image-list.

   name

   Specifica il nome del contenitore che vuoi distribuire nel tuo pod.

   mountPath

   Nella sezione container volume mounts, specifica il percorso assoluto della directory in cui viene montata la PVC all'interno del contenitore.

   name

   Nella sezione container volume mounts, immetti il nome del volume per montare il tuo pod. Puoi immettere qualsiasi nome tu voglia.

   name

   Nella sezione volumes, immetti il nome del volume da montare sul tuo pod. In genere questo nome è lo stesso di volumeMounts.name.

   claimName

   Nella sezione volumes persistent volume claim, immetti il nome della PVC che hai creato in precedenza.

8. Crea la distribuzione nel tuo cluster.

   kubectl apply -f deployment.yaml
   

9. Verifica che la PVC sia stata montata correttamente sulla tua applicazione. Potrebbe volerci qualche minuto perché i tuoi pod entrino in uno stato Running.

   Durante la distribuzione della tua applicazione, potresti vedere degli errori Unable to mount volumes intermittenti nella sezione Events del tuo output della CLI. Il componente aggiuntivo del cluster Block Storage for VPC riprova automaticamente a montare lo storage sulle applicazioni. Attendi qualche minuto perché l'archiviazione venga montata sulla tua applicazione.

   kubectl describe deployment <deployment_name>
   

   Output di esempio

   ...
   Volumes:
   myvol:
       Type:    PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace)
       ClaimName:    mypvc
       ReadOnly:    false
   

Utilizzo di un'istanza Block Storage for VPC esistente

Se hai un dispositivo Block Storage for VPC fisico esistente che vuoi usare nel tuo cluster, puoi creare manualmente il PV e la PVC per eseguire in modo statico il provisioning dell'archiviazione.

Puoi collegare un volume a un solo nodo di lavoro. Affinché il collegamento abbia esito positivo, assicurati che il volume si trovi nella stessa zona del nodo di lavoro.

1. Determina il volume che vuoi collegare a un nodo di lavoro nel tuo cluster VPC. Prendi nota dell'ID volume.

   ibmcloud is volumes
   

2. Elenca i dettagli del tuo volume. Prendi nota dei valori Size, Zone e IOPS. Questi valori vengono utilizzati per creare il tuo PV.

   ibmcloud is volume <volume_id>
   

3. Richiama un elenco di nodi di lavoro nel tuo cluster VPC. Prendi nota della Zona del nodo di lavoro che si trova nella stessa zona del tuo volume di archiviazione.

   ibmcloud ks worker ls -c <cluster_name>
   

4. Facoltativo: se hai eseguito il provisioning della tua istanza Block Storage for VPC fisica utilizzando una classe di archiviazione retain, il PV e l'archiviazione fisica non vengono rimossi quando rimuovi la PVC. Per utilizzare il tuo dispositivo Block Storage for VPC fisico nel tuo cluster, devi prima rimuovere il PV esistente.

   1. Elenca i PV nel tuo cluster e cerca il PV che appartiene al tuo dispositivo Block Storage for VPC. Il PV è in uno stato released.

      kubectl get pv
      

   2. Rimuovi il PV.

      kubectl delete pv <pv_name>
      

5. Crea un file di configurazione per il tuo PV. Includi i valori ID, Size, Zone e IOPS che hai richiamato in precedenza.

   apiVersion: v1
   kind: PersistentVolume
   metadata:
     name: <pv_name> # Example: my-persistent-volume
   spec:
     accessModes:
     - ReadWriteOnce
     capacity:
       storage: <vpc_block_storage_size> # Example: 20Gi
     csi:
       driver: vpc.block.csi.ibm.io
       fsType: ext4
       volumeAttributes:
         iops: "<vpc_block_storage_iops>" # Example: "3000"
         volumeId: <vpc_block_storage_ID> # Example: a1a11a1a-a111-1111-1a11-1111a11a1a11
         zone: "<vpc_block_zone>" # Example: "eu-de-3"
         region: "<vpc_block_region>"
       volumeHandle: <vpc_block_storage_ID>
     nodeAffinity:
       required:
         nodeSelectorTerms:
         - matchExpressions:
           - key: failure-domain.beta.kubernetes.io/zone
             operator: In
             values:
             - <worker_node_zone> # Example: eu-de-3
           - key: failure-domain.beta.kubernetes.io/region
             operator: In
             values:
             - <worker_node_region> # Example: eu-de
           - key: kubernetes.io/hostname
             operator: In
             values:
             - <worker_node_primary_IP>
     persistentVolumeReclaimPolicy: Retain
     storageClassName: ""
     volumeMode: Filesystem
   

   name

   Nella sezione metadata, immetti un nome per il tuo PV.

   storage

   Nella sezione spec capacity, immetti la dimensione del tuo volume di Block Storage for VPC in gigabyte (Gi) che hai richiamato in precedenza. Ad esempio, se la dimensione del dispositivo è di 100 GB, inserire 100Gi.

   iops

   Nella sezione spec CSI volume attributes, immetti il numero massimo di IOPS del volume di Block Storage for VPC che hai richiamato in precedenza.

   zone

   Nella sezione spec CSI volume attributes, immetti la zona di blocco VPC che corrisponde all'ubicazione che hai richiamato in precedenza. Ad esempio, se la vostra località è Washington DC-1, utilizzate us-east-1 come zona. Per elencare le zone disponibili, esegui ibmcloud is zones. Per trovare una panoramica delle zone e delle ubicazioni VPC disponibili, vedi Creazione di una VPC in una regione differente. Indicare il parametro "region" quando è specificato "zone".

   region

   L'area del nodo worker a cui si vuole collegare lo storage.

   worker_node_primary_IP

   L'IP primario del nodo di lavoro a cui vuoi collegare l'archiviazione. Puoi trovare l'indirizzo IP primario del nodo di lavoro eseguendo ibmcloud ks worker ls.

   volumeId e spec.csi.volumeHandle

   Nella sezione spec CSI volume attributes, immetti l'ID del volume di Block Storage for VPC che hai richiamato in precedenza.

   storageClassName

   Per il nome della classe di archiviazione nella specifica, immetti una stringa vuota.

   matchExpressions

   Nella sezione spec node affinity, immetti i termini del selettore del nodo in modo che corrispondano alla zona. Per la chiave, immettere failure-domain.beta.kubernetes.io/zone. Per il valore, immetti la zona del tuo nodo di lavoro in cui vuoi collegare l'archiviazione.

   matchExpressions

   Nella sezione spec node affinity, immetti i termini del selettore del nodo in modo che corrispondano alla regione. Per la chiave, immettere failure-domain.beta.kubernetes.io/region. Per il valore, immetti la regione del nodo di lavoro in cui vuoi collegare l'archiviazione.

6. Crea il PV nel tuo cluster.

   kubectl apply -f pv.yaml
   

7. Verifica che il PV venga creato nel tuo cluster.

   kubectl get pv
   

8. Crea un altro file di configurazione per la tua PVC. Affinché la PVC corrisponda al PV che hai creato in precedenza, devi scegliere lo stesso valore per la dimensione dell'archiviazione e la modalità di accesso. Nel tuo campo della classe di archiviazione, immetti un valore stringa vuoto per una corrispondenza al tuo PV. Se uno di questi campi non corrisponde al PV, vengono creati automaticamente un nuovo PV e un'istanza Block Storage for VPC tramite il provisioning dinamico.

   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
     name: <pvc_name>
   spec:
     accessModes:
     - ReadWriteOnce
     resources:
       requests:
         storage: <vpc_block_storage_size>
     storageClassName: ""
   

9. Crea la tua PVC.

   kubectl apply -f pvc.yaml
   

10. Verifica che la tua PVC sia stata creata e collegata al PV che hai creato in precedenza. Questo processo può richiedere qualche minuto.

kubectl describe pvc <pvc_name>

11. Crea una distribuzione o un pod che utilizza la tua PVC.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: <deployment_name>
  labels:
    app: <deployment_label>
spec:
  selector:
    matchLabels:
      app: <app_name>
  template:
    metadata:
      labels:
        app: <app_name>
    spec:
      containers:
      - image: <image_name>
        name: <container_name>
        volumeMounts:
        - name: <volume_name>
          mountPath: /<file_path>
      volumes:
      - name: <volume_name>
        persistentVolumeClaim:
          claimName: <pvc_name>
      nodeSelector:
        kubernetes.io/hostname: "<worker_node_primary_IP>"

Aggiornamento del componente aggiuntivo del cluster Block Storage for VPC

È possibile aggiornare il componente Block Storage for VPC aggiuntivo del cluster utilizzando il addon update comando.

Prima di aggiornare il componente aggiuntivo, consultare il log delle modifiche.

Prima di aggiornare a una release '5.x da una release precedente, non è necessario avere snapshot di volume in stato 'failure. Per ulteriori informazioni, consulta Perché non riesco a eliminare le mie risorse di Block Storage for VPC snapshot del volume?.

1. Verifica se è disponibile un aggiornamento. Se è disponibile, la versione del plugin viene contrassegnata con un asterisco e viene visualizzata la versione più recente. Prendi nota dell'ultima versione poiché questo valore verrà utilizzato in seguito.

   ibmcloud ks cluster addons --cluster <cluster_name_or_ID>
   

   Output di esempio

   Name                   Version                 Health State   Health Status   
   vpc-block-csi-driver   1.0.0* (2.0.0 latest)   normal         Addon Ready
   

2. Aggiornare il componente aggiuntivo. Notare che i comandi di aggiornamento sono diversi a seconda della versione installata.

   5.0 e versioni successive Eseguire il comando addon update.

   ibmcloud ks cluster addon update vpc-block-csi-driver --cluster CLUSTER [-f] [-q] [--version VERSION] [-y]
   

   Tutte le versioni precedenti alla versione 5.0 Disabilita e abilita il componente aggiuntivo.

   ibmcloud ks cluster addon disable vpc-block-csi-driver --cluster CLUSTER [-f] [-q]
   

   ibmcloud ks cluster addon enable vpc-block-csi-driver --cluster CLUSTER [-f] [-q] [--version VERSION] [-y]
   

3. Verifica che lo stato del componente aggiuntivo sia Addon Ready. Perché il componente aggiuntivo sia pronto potrebbero essere richiesti alcuni minuti.

   ibmcloud ks cluster addon ls --cluster <cluster_name_or_ID>
   

   Output di esempio

   Name                   Version   Health State   Health Status   
   vpc-block-csi-driver   2.0.0     normal         Addon Ready
   

   Se si utilizza una classe di archiviazione predefinita diversa dalla classe ibmc-vpc-block-10iops-tier di archiviazione, è necessario modificare le impostazioni predefinite della classe di addon-vpc-block-csi-driver-configmapConfigMap archiviazione in. Per ulteriori informazioni, consultare Modifica della classe di memoria predefinita.

4. Se hai creato le tue classi di archiviazione in base alle classi di archiviazione Block Storage for VPC predefinite, devi ricreare tali classi di archiviazione per aggiornare i parametri. Per ulteriori informazioni, vedi Nuova creazione delle tue proprie classi di archiviazione dopo l'aggiornamento alla versione 4.2.

Configurazione della crittografia per Block Storage for VPC

Utilizza un provider di servizi di gestione delle chiavi (KMS), come IBM® Key Protect, per creare una chiave root privata da utilizzare nella tua Block Storage for VPC istanza per crittografare i dati mentre vengono scritti nell'archivio. Dopo aver creato la chiave root privata, creare la propria classe di archiviazione o un segreto Kubernetes con la chiave root e quindi utilizzare questa classe di archiviazione o questo segreto per eseguire il provisioning dell'istanza Block Storage for VPC.

L'abilitazione della crittografia Block Storage for VPC influisce sulle prestazioni di circa il 20%. Tuttavia, l'impatto esatto dipende dalla configurazione del tuo nodo di lavoro e del volume di archiviazione. Considerare la possibilità di consentire impatti sulle prestazioni quando si abilita la cifratura.

1. Creare un'istanza del provider KMS che si desidera utilizzare.

   • Key Protect.
   • Hyper Protect Crypto Services.

2. Creare una chiave principale nell'istanza KMS.

   • Key Protect chiave principale.
   • Hyper Protect Crypto Services chiave di root. Per impostazione predefinita, la chiave root viene creata senza una data di scadenza.

3. Impostare l'autorizzazione da servizio a servizio. Autorizza Block Storage for VPC ad accedere a IBM® Key Protect. Assicurarsi di dare a Block Storage for VPC almeno Reader l'accesso alla propria istanza KMS.

4. Decidi se vuoi archiviare il CRN della chiave root Key Protect in una classe di archiviazione personalizzata o in un segreto Kubernetes. Quindi, segui la procedura per creare una classe di archiviazione personalizzata o un segreto Kubernetes.

   Classe di archiviazione personalizzata di esempio.

   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
     name: <storage_class_name> # Enter a name for your storage class.
   provisioner: vpc.block.csi.ibm.io
   parameters:
     profile: "5iops-tier"
     csi.storage.k8s.io/fstype: "ext4"
     billingType: "hourly"
     encrypted: "true"
     encryptionKey: "<encryption_key>"
     resourceGroup: ""
     zone: ""
     tags: ""
     generation: "gc"
     classVersion: "1"
   reclaimPolicy: "Delete"
   

   encrypted

   Nei parametri, inserire true per creare una classe di archiviazione che imposti la crittografia per i volumi Block Storage for VPC. Se si imposta questa opzione su true, è necessario fornire la chiave CRN della propria istanza del servizio Key Protect che si vuole utilizzare in parameters.encryptionKey.

   encryptionKey

   Nei parametri, immetti il CRN della chiave root che hai richiamato in precedenza.

   Esempio Kubernetes segreto.

   apiVersion: v1
   kind: Secret
   type: vpc.block.csi.ibm.io
   metadata:
     name: <secret_name>
     namespace: <namespace_name>
   stringData:
     encrypted: <true_or_false>
   data
     encryptionKey: <encryption_key>
   

   name

   Immetti un nome per il tuo segreto.

   namespace

   Immetti lo spazio dei nomi in cui vuoi creare il tuo segreto.

   encrypted

   Nei parametri, immettere true per impostare la crittografia dei volumi Block Storage for VPC.

   encryptionKey

   Nei parametri, immetti il CRN della chiave root della tua istanza del servizio Key Protect che vuoi utilizzare per crittografare il tuo volume di Block Storage for VPC. Per utilizzare la chiave radice CRN in un segreto, occorre prima convertirla in base64 eseguendo echo -n "<root_key_CRN>" | base64.

5. Seguire i passaggi da 4 a 9 in Aggiunta di Block Storage for VPC alle applicazioni per creare un PVC con la classe di archiviazione personalizzata per il provisioning di Block Storage for VPC, configurato per la crittografia con la chiave root di Key Protect. Monta quindi questa archiviazione in un pod dell'applicazione.

   La tua applicazione potrebbe impiegare qualche minuto a montare l'archiviazione ed entrare in uno stato Running.

6. Verifica che i tuoi dati siano crittografati. Elenca i tuoi volumi di Block Storage for VPC e prendi nota dell'ID dell'istanza che hai creato. Il nome (Name) dell'istanza di archiviazione è uguale al nome del PV che era stato creato automaticamente quando hai creato la PVC.

   ibmcloud is vols
   

   Output di esempio

   ID                                     Name                                       Status      Capacity   IOPS   Profile           Attachment type   Created                     Zone         Resource group
   a395b603-74bf-4703-8fcb-b68e0b4d6960   pvc-479d590f-ca72-4df2-a30a-0941fceeca42   available   10         3000   5iops-tier        data              2019-08-17T12:29:18-05:00   us-south-1   a8a12accd63b437bbd6d58fb6a462ca7
   

7. Utilizzando l'ID del volume, elenca i dettagli della tua istanza Block Storage for VPC per assicurarti che la tua chiave root Key Protect sia archiviata nell'istanza di archiviazione. Puoi trovare la chiave root nel campo Encryption key del tuo output della CLI.

   ibmcloud is vol <volume_ID>
   

   Output di esempio

   ID                                     a395b603-74bf-4703-8fcb-b68e0b4d6960   
   Name                                   pvc-479d590f-ca72-4df2-a30a-0941fceeca42   
   Status                                 available   
   Capacity                               10   
   IOPS                                   3000   
   Profile                                5iops-tier   
   Encryption key                         crn:v1:bluemix:public:kms:us-south:a/6ef045fd2b43266cfe8e6388dd2ec098:53369322-958b-421c-911a-c9ae8d5156d1:key:47a985d1-5f5e-4477-93fc-12ce9bae343f   
   Encryption                             user_managed   
   Resource group                         a8a12accd63b437bbd6d58fb6a462ca7
   Created                                2019-08-17T12:29:18-05:00
   Zone                                   us-south-1   
   Volume Attachment Instance Reference
   

Personalizzazione delle impostazioni di archiviazione predefinite

È possibile modificare alcune impostazioni predefinite del PVC utilizzando una classe di archiviazione personalizzata o un segreto Kubernetes per creare Block Storage for VPC con le impostazioni personalizzate.

Qual è il vantaggio di utilizzare un segreto e di specificare i parametri in una classe di archiviazione personalizzata?

L'amministratore del cluster può creare una classe di archiviazione personalizzata quando vuole che tutti i PVC creati dagli utenti del cluster siano forniti con una configurazione specifica e non vuole consentire agli utenti del cluster di ignorare la configurazione predefinita.

Tuttavia, quando sono necessarie più configurazioni e non vuoi creare una classe di archiviazione personalizzata per ogni possibile configurazione PVC, puoi creare una classe di archiviazione personalizzata con delle impostazioni PVC predefinite e un riferimento a un segreto Kubernetes generico. Se i tuoi utenti del cluster devono sovrascrivere le impostazioni della tua classe di archiviazione personalizzata, possono farlo creando un segreto Kubernetes che ospita le loro impostazioni personalizzate.

Quando vuoi configurare la crittografia per la tua istanza di Block Storage for VPC, puoi anche utilizzare un segreto Kubernetes se vuoi codificare il CRN della chiave root Key Protect in base64 anziché fornire la chiave direttamente nella classe di archiviazione personalizzata.

Impostazione dell'espansione del volume

Per eseguire il provisioning di volumi che supportano l'espansione, è necessario utilizzare la classe di archiviazione allowVolumeExpansion impostata su true.

Puoi espandere solo i volumi montati da un pod dell'applicazione.

Accedi al tuo account. Se applicabile, specifica il gruppo di risorse appropriato. Imposta il contesto per il tuo cluster.

1. Se non stai utilizzando la versione 4.2 o una versione successiva del componente aggiuntivo, aggiorna il componente aggiuntivo del cluster Block Storage for VPC nel tuo cluster.

2. Crea una PVC che utilizza una classe di archiviazione che supporta l'espansione del volume.

3. Distribuisci un'applicazione che utilizza la tua PVC. Quando crei la tua applicazione, prendi nota del mountPath che specifichi.

4. Dopo che la tua PVC è stata montata da un pod dell'applicazione, puoi espandere il tuo volume modificando il valore del campo spec.resources.requests.storage nella tua PVC. Per espandere il volume, modifica la tua PVC e aumenta il valore nel campo spec.resources.requests.storage.

   kubectl edit pvc <pvc-name>
   

   Esempio

   spec:
     accessModes:
     - ReadWriteOnce
     resources:
       requests:
         storage: 10Gi
   

5. Salvare e chiudere il PVC.

6. Facoltativo: verifica che il volume sia espanso. Ottieni i dettagli della tua PVC e prendi nota del nome PV.

   kubectl get pvc <pvc-name>
   

7. Descrivi il tuo PV e prendi nota dell'ID volume.

   kubectl describe PV
   

8. Ottieni i dettagli del tuo volume Block Storage for VPC e verifica la capacità.

   ibmcloud is vol <volume-ID>
   

Backup e ripristino di dati

I dati su Block Storage for VPC sono protetti attraverso zone di guasto ridondanti nella tua regione. Per eseguire il backup manuale dei tuoi dati, utilizza il comando kubectl cp Kubernetes.

È possibile utilizzare il comando kubectl cp per copiare file e directory da e verso i pod o i contenitori specifici del cluster

Prima di iniziare: Accedere al proprio account. Se applicabile, specifica il gruppo di risorse appropriato. Imposta il contesto per il tuo cluster.

Per eseguire il backup o il ripristino dei dati, scegli tra le seguenti opzioni:

Copiare i dati dal computer locale a un pod del cluster.

kubectl cp <local_filepath>/<filename> <namespace>/<pod>:<pod_filepath>

Copiare i dati da un pod del cluster al computer locale.

kubectl cp <namespace>/<pod>:<pod_filepath>/<filename> <local_filepath>/<filename>

Copiare i dati dal computer locale a un contenitore specifico che gira in un pod del cluster.

kubectl cp <local_filepath>/<filename> <namespace>/<pod>:<pod_filepath> -c CONTAINER

Comprensione della capacità di richiesta del volume

Il driver CSI del blocco VPC calcola la capacità del volume utilizzando la seguente formula.

• Se il valore è fornito in Gi: rBytes(requestedBytes) = X * 1024^3

• Se il valore è fornito in G: rBytes(requestedBytes) = X * 10^9

Il valore richiesto è uguale a (((rBytes+ GiB - 1) / GiB) * GiB) / GiB.

Ad esempio:

• Se viene fornito un valore di 20Gi, applicando la formula precedente, il volume creato è 20GB.
• Se viene fornito un valore di 20G, il volume creato è 19GB.

A volte, la capacità del volume creato è inferiore al valore richiesto. Tieni presente che la fatturazione si applica al volume che viene creato, non al volume richiesto.

Assegnazione di profili di fiducia allo storage a blocchi

A causa di un problema noto, gli aggiornamenti ai tag utente sui volumi Block Storage VPC potrebbero non essere visualizzati quando viene implementato un profilo attendibile. Questo problema non è presente nei cluster che non utilizzano profili affidabili.

È possibile utilizzare i profili di fiducia per concedere a diverse identità di IBM Cloud l'accesso alle risorse dell'account, comprese le soluzioni di archiviazione. I profili di fiducia centralizzano il controllo degli accessi, eliminano la necessità di chiavi API a lunga durata e consentono di limitare le autorizzazioni al minimo indispensabile per un'attività specifica. Per ulteriori informazioni, vedere Configurazione di un profilo di fiducia per i componenti di archiviazione.