Programmi di utilità di archiviazione IBM Cloud

Questo argomento tratta le utilità per la gestione dello storage a blocchi non formattato nei cluster IBM Cloud Kubernetes Service. Le utility e le procedure variano a seconda del tipo di infrastruttura cluster.

Cluster classici
Utilizzare il plug-in IBM Cloud Block Storage Attacher per collegare lo storage a blocchi grezzi ai nodi worker classici.
Cluster VPC
Utilizzare l'API o la CLI di IBM Cloud per collegare Block Storage for VPC ai nodi worker VPC. Vedere Aggiunta di Block Storage for VPC grezzo ai nodi worker VPC.

Classico: Installazione del plugin IBM Cloud Block Storage Attacher (beta)

Utilizza il plugin IBM Cloud Block Storage Attacher per collegare l'archiviazione blocchi non elaborata, non formattata e non montata a un nodo di lavoro classico nel tuo cluster.

Ad esempio, per archiviare i propri dati con una soluzione di storage definita dal software (SDS), come Portworx, senza ricorrere ai classici nodi di lavoro bare metal ottimizzati per l’utilizzo di SDS e dotati di dischi locali aggiuntivi. Per aggiungere dischi locali al tuo nodo di lavoro non SDS classico, devi creare manualmente i tuoi dispositivi di archiviazione blocchi nel tuo account dell'infrastruttura IBM Cloud e utilizzare il IBM Cloud Block Volume Attacher per collegare l'archiviazione al tuo nodo di lavoro non SDS.

Il plugin IBM Cloud Block Volume Attacher crea i pod su ogni nodo di lavoro nel tuo cluster come parte di una serie di daemon e configura una classe di archiviazione Kubernetes che utilizzi successivamente per collegare il dispositivo di archiviazione blocchi al tuo nodo di lavoro non SDS.

Per istruzioni sull'aggiornamento o la rimozione del plug-in IBM Cloud Block Volume Attacher, vedere Aggiornamento del plug-in e Rimozione del plug-in.

  1. Attieniti alle istruzioni per installare il client Helm versione 3 sulla tua macchina locale.

  2. Aggiorna il repository Helm per richiamare la versione più recente di tutti i grafici Helm in questo repository.

    helm repo update
    
  3. Installa il plugin IBM Cloud Block Volume Attacher. Quando installi il plugin, al tuo cluster vengono aggiunte le classi di archiviazione blocchi predefinite.

    helm install block-attacher iks-charts/ibm-block-storage-attacher --namespace kube-system
    

    Output di esempio

    NAME:   block-volume-attacher
    LAST DEPLOYED: Thu Sep 13 22:48:18 2018
    NAMESPACE: default
    STATUS: DEPLOYED
    RESOURCES:
    ==> v1beta1/ClusterRoleBinding
    NAME                             AGE
    ibmcloud-block-storage-attacher  1s
    ==> v1beta1/DaemonSet
    NAME                             DESIRED  CURRENT  READY  UP-TO-DATE  AVAILABLE  NODE SELECTOR  AGE
    ibmcloud-block-storage-attacher  0        0        0      0           0          <none>         1s
    ==> v1/StorageClass
    NAME                 PROVISIONER                AGE
    ibmc-block-attacher  ibm.io/ibmc-blockattacher  1s
    ==> v1/ServiceAccount
    NAME                             SECRETS  AGE
    ibmcloud-block-storage-attacher  1        1s
    ==> v1beta1/ClusterRole
    NAME                             AGE
    ibmcloud-block-storage-attacher  1s
    NOTES:
    Thank you for installing: ibmcloud-block-storage-attacher.   Your release is named: block-volume-attacher
    Please refer Chart README.md file for attaching a block storage
    Please refer Chart RELEASE.md to see the release details/fixes
    
  4. Verifica che la serie di daemon IBM Cloud Block Volume Attacher sia stata installata correttamente.

    oc get pod -n kube-system -o wide | grep attacher
    

    Output di esempio

    ibmcloud-block-storage-attacher-z7cv6           1/1       Running            0          19m
    

    L'installazione ha avuto esito positivo quando vedi uno o più pod ibmcloud-block-storage-attacher. Il numero di pod è uguale al numero di nodi di lavoro nel tuo cluster. Tutti i pod devono essere in uno stato Running.

  5. Verifica che la classe di archiviazione per il IBM Cloud Block Volume Attacher sia stata creata correttamente.

    oc get sc | grep attacher
    

    Output di esempio

    ibmc-block-attacher       ibm.io/ibmc-blockattacher   11m
    

Aggiornamento del plugin IBM Cloud Block Storage Attacher

Puoi eseguire un upgrade del plugin IBM Cloud Block Storage Attacher alla versione più recente.

  1. Aggiorna il repository Helm per richiamare la versione più recente di tutti i grafici helm in questo repository.

    helm repo update
    
  2. Facoltativo: scarica il grafico helm più recente sulla tua macchina locale. Estrai quindi il pacchetto e riesamina il file release.md per trovare le informazioni di release più aggiornate.

    helm pull iks-charts/ibmcloud-block-storage-plugin
    
  3. Trova il nome del grafico Helm per il plugin IBM Cloud Block Storage Attacher.

    helm ls -A
    

    Output di esempio

    <helm_chart_name>    1           Wed Aug  1 14:55:15 2022    DEPLOYED    ibm-block-storage-attacher-1.0.0    default
    
  4. Esegui l'upgrade del IBM Cloud Block Storage Attacher alla versione più recente.

    helm upgrade --force --recreate-pods <helm_chart_name> ibm-block-storage-attacher
    

Rimozione del plugin IBM Cloud Block Volume Attacher

Se non desideri configurare e utilizzare il plug-in Attacher di IBM Cloud Block Storage nel tuo cluster, puoi disinstallare il chart Helm.

  1. Trova il nome del grafico Helm per il plugin IBM Cloud Block Storage Attacher.

    helm list | grep ibm-block-storage-attacher
    

    Output di esempio

    <helm_chart_name>    1           Wed Aug  1 14:55:15 2022    DEPLOYED    ibm-block-storage-attacher-1.0.0    default
    
  2. Elimina il plugin IBM Cloud Block Storage Attacher rimuovendo il grafico Helm.

    helm uninstall <helm_chart_name> -n <namespace>
    
  3. Verifica che i pod del plugin IBM Cloud Block Storage Attacher siano stati rimossi.

    oc get pod -n kube-system -o wide | grep attacher
    

    La rimozione dei pod è riuscita se nel tuo output della CLI non vengono visualizzati pod.

  4. Verifica che la classe di archiviazione IBM Cloud Block Storage Attacher sia stata rimossa.

    oc get sc | grep attacher
    

La rimozione della classe di archiviazione è stata eseguita correttamente se nel tuo output della CLI non viene visualizzata alcuna classe di archiviazione.

Classico: Aggiunta manuale dell'archiviazione blocchi a specifici nodi di lavoro

Utilizza questa opzione per aggiungere diverse configurazioni di archiviazione a blocchi, per aggiungere l'archiviazione a blocchi solo a un sottoinsieme di nodi di lavoro oppure per avere un maggiore controllo sul processo di provisioning.

  1. Elenca i nodi di lavoro presenti nel tuo cluster e prendi nota dell'indirizzo IP privato e della zona dei nodi di lavoro non SDS in cui aggiungi un dispositivo di archiviazione a blocchi.

    ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID
    
  2. Consulta i passaggi 3 e 4 della sezione "Scelta della configurazione dello storage a blocchi " per selezionare il tipo, la dimensione e il numero di IOPS del dispositivo di storage a blocchi da aggiungere al nodo worker non SDS.

  3. Crea il dispositivo di archiviazione blocchi nella stessa zona in cui si trova il tuo nodo di lavoro non SDS.

    Esempio di configurazione di uno spazio di archiviazione a blocchi di tipo "endurance" da 20 GB con 2 IOPS per GB.

    ibmcloud sl block volume-order --storage-type endurance --size 20 --tier 2 --os-type LINUX --datacenter dal10
    

    Esempio di configurazione di uno storage a blocchi ad alte prestazioni da 20 GB con 100 IOPS.

    ibmcloud sl block volume-order --storage-type performance --size 20 --iops 100 --os-type LINUX --datacenter dal10
    
  4. Verificare che il dispositivo di archiviazione a blocchi sia stato creato e prendere nota dell' id e del volume. Nota: se il dispositivo di archiviazione a blocchi non viene visualizzato immediatamente, attendere qualche minuto. Esegui quindi nuovamente questo comando.

    ibmcloud sl block volume-list
    

    Output di esempio

    id         username          datacenter   storage_type                capacity_gb   bytes_used   ip_addr         lunId   active_transactions   
    123456789  IBM02SL1234567-8  dal10        performance_block_storage   20            -            161.12.34.123   0       0   
    
  5. Controlla i dettagli relativi al tuo volume e prendi nota dei siti Target IP e LUN Id.

    ibmcloud sl block volume-detail <volume_ID>
    

    Output di esempio

    NAME                       Value   
    ID                         1234567890   
    User name                  IBM123A4567890-1   
    Type                       performance_block_storage   
    Capacity (GB)              20   
    LUN Id                     0   
    IOPS                       100   
    Datacenter                 dal10   
    Target IP                  161.12.34.123   
    # of Active Transactions   0   
    Replicant Count            0
    
  6. Autorizza il nodo di lavoro non SDS ad accedere al dispositivo di archiviazione blocchi. Sostituisci <volume_ID> con l'ID del volume del tuo dispositivo di archiviazione a blocchi che hai recuperato in precedenza e <private_worker_IP> con l'indirizzo IP privato del nodo worker non SDS a cui colleghi il dispositivo.

    ibmcloud sl block access-authorize <volume_ID> -p <private_worker_IP>
    

    Output di esempio

    The IP address 123456789 was authorized to access <volume_ID>.
    
  7. Verifica che il tuo nodo di lavoro non SDS sia stato autorizzato correttamente e prendi nota degli indirizzi host_iqn, username e password.

    ibmcloud sl block access-list <volume_ID>
    

    Output di esempio

    ID          name                 type   private_ip_address   source_subnet   host_iqn                                      username   password           allowed_host_id   
    123456789   <private_worker_IP>  IP     <private_worker_IP>  -               iqn.2018-09.com.ibm:ibm02su1543159-i106288771   IBM02SU1543159-I106288771   R6lqLBj9al6e2lbp   1146581   
    

    L'autorizzazione ha esito positivo quando vengono assegnati host_iqn, username e password.

  8. Collega i dispositivi di archiviazione blocchi ai tuoi nodi di lavoro.

Classico: Collegamento di archiviazione blocchi non elaborata a nodi di lavoro non SDS

Per collegare il dispositivo di archiviazione blocchi a un nodo di lavoro non SDS, devi creare un volume persistente (PV, persistent volume) con la classe di archiviazione IBM Cloud Block Volume Attacher e i dettagli del tuo dispositivo di archiviazione blocchi.

  1. Prepara la creazione del PV.

    • Se hai utilizzato il contenitore mkpvyaml, esegui il seguente comando.

      1. Apri il file pv-<cluster_name>.yaml.

        nano pv-<cluster_name>.yaml
        
      2. Esamina la configurazione per i tuoi PV.

    • Se hai aggiunto manualmente lo storage a blocchi:

      1. Crea un file pv.yaml. Il seguente comando crea il file con l'editor nano.

        nano pv.yaml
        
      2. Aggiungi i dettagli del tuo dispositivo di archiviazione blocchi al PV.

        apiVersion: v1
        kind: PersistentVolume
        metadata:
          name: <pv_name>
          annotations:
            ibm.io/iqn: "<IQN_hostname>"
            ibm.io/username: "<username>"
            ibm.io/password: "<password>"
            ibm.io/targetip: "<targetIP>"
            ibm.io/lunid: "<lunID>"
            ibm.io/nodeip: "<private_worker_IP>"
            ibm.io/volID: "<volume_ID>"
        spec:
          capacity:
            storage: <size>
          accessModes:
            - ReadWriteOnce
          hostPath:
              path: /
          storageClassName: ibmc-block-attacher
        
    metadata.name
    Immetti un nome per il tuo PV.
    ibm.io/iqn
    Immetti il nome host IQN che hai richiamato in precedenza.
    ibm.io/username
    Immetti il nome utente dell'infrastruttura IBM Cloud che hai richiamato in precedenza.
    ibm.io/password
    Immetti la password dell'infrastruttura IBM Cloud che hai richiamato in precedenza.
    ibm.io/targetip
    Immetti l'IP di destinazione che hai richiamato in precedenza.
    ibm.io/lunid
    Immetti l'ID LUN del tuo dispositivo di archiviazione blocchi che hai richiamato in precedenza.
    ibm.io/nodeip
    Inserisci l'indirizzo IP privato del nodo di lavoro a cui è collegato il dispositivo di archiviazione a blocchi e che hai autorizzato in precedenza ad accedere a tale dispositivo.
    ibm.io/volID
    Immetti l'ID del volume di archiviazione blocchi che hai richiamato in precedenza.
    storage
    Immetti la dimensione del dispositivo di archiviazione blocchi che hai creato in precedenza. Ad esempio, se il dispositivo di archiviazione a blocchi ha una capacità di 20 gigabyte, inserisci 20Gi.
  2. Crea il PV per collegare il dispositivo di archiviazione blocchi al tuo nodo di lavoro non SDS.

    • Se hai utilizzato il contenitore mkpvyaml, esegui il seguente comando.
        oc apply -f pv-<cluster_name>.yaml
        ```
    - Se hai aggiunto manualmente l'archiviazione blocchi, immetti il seguente comando.
    
    ```sh {: pre}
        oc apply -f pv.yaml
        ```
    
  3. Verifica che l'archiviazione blocchi sia collegata correttamente al tuo nodo di lavoro.

    oc describe pv <pv_name>
    

    Output di esempio

    NAME:            kube-wdc07-cr398f790bc285496dbeb8e9137bc6409a-w1-pv1
    Labels:          <none>
    Annotations:     ibm.io/attachstatus=attached
                    ibm.io/dm=/dev/dm-1
                    ibm.io/iqn=iqn.2018-09.com.ibm:ibm02su1543159-i106288771
                    ibm.io/lunid=0
                    ibm.io/mpath=3600a09803830445455244c4a38754c66
                    ibm.io/nodeip=10.176.48.67
                    ibm.io/password=R6lqLBj9al6e2lbp
                    ibm.io/targetip=161.26.98.114
                    ibm.io/username=IBM02SU1543159-I106288771
                    kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"v1","kind":"PersistentVolume","metadata":{"annotations":{"ibm.io/iqn":"iqn.2018-09.com.ibm:ibm02su1543159-i106288771","ibm.io/lunid":"0"...
    Finalizers:      []
    StorageClass:    ibmc-block-attacher
    Status:          Available
    Claim:           
    Reclaim Policy:  Retain
    Access Modes:    RWO
    Capacity:        20Gi
    Node Affinity:   <none>
    Message:         
    Source:
        Type:          HostPath (bare host directory volume)
        Path:          /
        HostPathType:  
    Events:            <none>
    

    Il dispositivo di archiviazione blocchi è collegato correttamente quando ibm.io/dm è impostato su un ID dispositivo, come ad esempio /dev/dm/1, e puoi vedere ibm.io/attachstatus=attached nella sezione Annotations dell'output della CLI.

Se desideri scollegare un volume, elimina il PV. L'accesso da parte di uno specifico nodo di lavoro ai volumi scollegati continua a essere autorizzato e vengono collegati nuovamente quando crei un nuovo PV con la classe di archiviazione IBM Cloud Block Volume Attacher per collegare un volume differente allo stesso nodo di lavoro. Per evitare di collegare nuovamente il vecchio volume scollegato, annulla l'autorizzazione del nodo di lavoro ad accedere al volume scollegato utilizzando il comando ibmcloud sl block access-revoke. Scollegare il volume non rimuove quest'ultimo dal tuo account dell'infrastruttura IBM Cloud. Per annullare la fatturazione per il tuo volume, devi rimuovere l'archiviazione dal tuo account dell'infrastruttura IBM Cloud manualmente.

VPC: Aggiunta di Block Storage for VPC non elaborato ai nodi di lavoro VPC utilizzando l'API

È possibile utilizzare l'API " Kubernetes Service " per collegare e scollegare file raw, non formattati Block Storage for Classic a un nodo di lavoro nel proprio cluster VPC.

Puoi collegare un volume a un solo nodo di lavoro. Per garantire che l'operazione di montaggio vada a buon fine, assicurarsi che il volume si trovi nella stessa zona del nodo di lavoro.

Puoi anche collegare, scollegare ed elencare i collegamenti del volume dei tuoi nodi di lavoro utilizzando la CLI. Per ulteriori informazioni, vedi il riferimento alla CLI di archiviazione.

Prima di cominciare:

Accedi al tuo cluster Red Hat OpenShift.

  1. Controlla in quale regione e zona si trova il tuo nodo di lavoro VPC.

    ibmcloud oc worker ls -c CLUSTER_NAME
    
  2. Decidi in merito al profilo di Block Storage for Classic che risponde meglio ai tuoi requisiti di capacità e prestazioni.

  3. Esegui il provisioning di un volume Block Storage for Classic. Il volume di cui esegui il provisioning deve essere nello stesso gruppo di risorse, regione e zona del nodo di lavoro.

  4. Richiama il tuo token IAM.

    ibmcloud iam oauth-tokens
    
  5. Recupera l'ID del nodo worker da collegare all'istanza di Block Storage for Classic. Assicurati di selezionare un nodo di lavoro che si trovi nella stessa zona del tuo volume Block Storage for Classic.

    ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID
    
  6. Utilizza una richiesta POST per collegare il tuo volume Block Storage for Classic al nodo di lavoro.

    Richiesta di esempio

    curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/createAttachment" -H  "accept: application/json" -H  "Authorization: <IAM_token>" -H  "X-Auth-Resource-Group-ID: <resource_group>" -H  "Content-Type: application/json" -d "{  \"cluster\": \"<cluster_name_or_ID>\",  \"volumeID\": \"<volume_ID>\",  \"worker\": \"<worker_ID>\"}"
    
    IAM_token
    Il token OAuth IAM per la tua sessione corrente. È possibile recuperare questo valore eseguendo il comando ibmcloud iam oauth-tokens``.
    cluster_name_or_ID
    L'ID univoco o il nome assegnato al tuo cluster. È possibile recuperare questo ID eseguendo il comando ibmcloud oc cluster ls.
    worker_ID
    L'ID univoco assegnato al nodo di lavoro a cui si collega il volume. È possibile recuperare questo valore eseguendo il comando ibmcloud oc worker ls -c CLUSTER_NAME``.
    volume_ID
    L'ID univoco assegnato al tuo volume Block Storage for Classic. È possibile visualizzare l'elenco dei volumi di " Block Storage for Classic " eseguendo il comando ibmcloud is volumes``.

    Risposta di esempio.

    {
        "id": "0111-1aaa11a1-aa1a-111a-111b-1111a1dad1bc",
    "volume": {
        "name": "my-vol",
        "id": "r001-11aa0d59-a1aa-1a11-11ca-ba2bc11e01aa"
    },
    "device": {
        "id": ""
    },
    "name": "volume-attachment",
    "status": "attaching",
    "type": "data"
    }
    
  7. Verifica il collegamento esaminando i collegamenti di volume esistenti per un nodo di lavoro VPC.

Scollegamento di Block Storage for Classic non formattato e non elaborato da un nodo di lavoro in un cluster VPC utilizzando l'API

Puoi utilizzare una richiesta DELETE per scollegare l'archiviazione da un nodo di lavoro VPC.

Lo scollegamento dell'archiviazione dal tuo cluster VPC non rimuove il tuo volume Block Storage for Classic o i dati archiviati nel volume. Continui a ricevere una fattura finché non elimini manualmente il volume.

  1. Individuare il volume di archiviazione da rimuovere e prendere nota dell'ID del volume.

    ibmcloud is volumes
    
  2. Ottieni i dettagli sul volume. Questo comando restituisce l'ID del nodo di lavoro e l'ID del collegamento. Prendi nota dell'ID del nodo di lavoro. Nel seguente comando questo ID viene restituito come "Nome istanza".

    ibmcloud is volume <volume_ID>
    
  3. Richiama un elenco dei tuoi PV. Questo comando restituisce un elenco dei tuoi PV, che puoi utilizzare per individuare il PVC associato al volume da rimuovere.

    oc get pv
    
  4. Descrivi il PV che utilizza il volume. Se non sai quale PV utilizzare per la rimozione del volume, puoi eseguire il comando describe pv su ciascun PV del tuo cluster. Prendi nota della PVC che utilizza il PV.

    oc describe pv <pv_name>
    
  5. Verifica se il tuo volume di archiviazione è utilizzato da un pod. Il seguente comando mostra i pod che montano il volume e la PVC associata. Se non viene restituito alcun pod, l'archiviazione non è in uso.

    oc get pods --all-namespaces -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.volumes[*]}{.persistentVolumeClaim.claimName}{" "}{end}{end}' | grep "<pvc_name>"
    
  6. Se il pod utilizzato dal tuo volume fa parte di una distribuzione, elimina la distribuzione. Se il tuo pod non appartiene a una distribuzione, elimina il pod.

    oc delete deployment <deployment_name>
    
    oc delete pod <pod_name>
    
  7. Elimina la PVC e il PV.

    oc delete pvc <pvc_name>
    
    oc delete pv <pv_name>
    
  8. Richiama il tuo token IAM.

    ibmcloud iam oauth-tokens
    
  9. Scollegare lo spazio di archiviazione utilizzando una richiesta di tipo “ POST ”.

    Richiesta di esempio

    curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/deleteAttachment" -H  "accept: application/json" -H  "Authorization: <IAM_token>" -H  "X-Auth-Resource-Group-ID: <resource_group>" -H  "Content-Type: application/json" -d "{  \"cluster\": \"<cluster_name_or_ID\",  \"volumeAttachmentID\": \"<volume_attachment_ID>\",  \"volumeID\": \"<volume_ID>\",  \"worker\": \"<worker_ID>\"}"
    
    IAM_token
    Il token OAuth IAM per la tua sessione corrente. È possibile recuperare questo valore eseguendo il comando ibmcloud iam oauth-tokens``.
    cluster_name_or_ID
    L'ID univoco o il nome assegnato al tuo cluster. È possibile recuperare questo ID eseguendo il comando ibmcloud oc cluster ls.
    worker_ID
    L'ID univoco assegnato al nodo di lavoro a cui vuoi collegare il volume. È possibile recuperare questo valore eseguendo il comando ibmcloud oc worker ls -c CLUSTER_NAME``.
    volume_ID
    L'ID univoco assegnato al tuo volume Block Storage for Classic. È possibile visualizzare l'elenco dei volumi di " Block Storage for Classic " eseguendo il comando ibmcloud is volumes``.
    volume_attachment_ID
    L'ID univoco assegnato al collegamento del volume. È possibile recuperare questo ID eseguendo il comando ibmcloud is volume <volume_ID>.

Revisione dei dettagli del collegamento del volume per un nodo di lavoro VPC utilizzando l'API

Puoi utilizzare una richiesta GET per richiamare i dettagli del collegamento del volume per un nodo di lavoro VPC.

  1. Richiama il tuo token IAM.

    ibmcloud iam oauth-tokens
    
  2. Richiama l'ID del gruppo di risorse in cui è distribuito il tuo cluster.

    ibmcloud oc cluster get CLUSTER_NAME_OR_ID | grep "Resource Group ID"
    
  3. Richiama l'ID del nodo di lavoro per il quale vuoi visualizzare i dettagli del collegamento del volume. Assicurati di selezionare un nodo di lavoro che si trovi nella stessa zona della tua istanza di Block Storage for Classic.

    ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID
    
  4. Esamina un elenco di collegamenti di volume esistenti su un nodo di lavoro.

    curl -X GET "https://containers.cloud.ibm.com/v2/storage/getAttachments?cluster=<cluster_ID>&worker=<worker_ID>" --header "X-Auth-Resource-Group-ID: <resource_group_ID>" --header "Authorization: <IAM_token>"
    
  5. Richiama i dettagli per uno specifico collegamento.

    curl -X GET "https://containers.cloud.ibm.com/v2/storage/getAttachment?cluster=<cluster_ID>&worker=<worker_ID>&volumeAttachmentID=<volume_attachment_ID>" --header "X-Auth-Resource-Group-ID: <resource_group_ID>" --header "Authorization: <IAM_token>"
    
    IAM_token
    Il token OAuth IAM per la tua sessione corrente. È possibile recuperare questo valore eseguendo il comando ibmcloud iam oauth-tokens``.
    cluster_ID
    L'ID univoco assegnato al tuo cluster. È possibile recuperare questo ID eseguendo il comando ibmcloud oc cluster ls.
    worker_ID
    L'ID univoco assegnato al nodo di lavoro a cui vuoi collegare il volume. È possibile recuperare questo valore eseguendo il comando ibmcloud oc worker ls -c CLUSTER_NAME``.
    volume_ID
    L'ID univoco assegnato al tuo volume Block Storage for Classic. È possibile visualizzare l'elenco dei volumi di " Block Storage for Classic " eseguendo il comando ibmcloud is volumes``.
    volume_attachment_ID
    L'ID univoco assegnato al collegamento del volume. È possibile recuperare questo ID eseguendo il comando ibmcloud is volume <volume_ID>.

VPC: collegamento di Block Storage for VPC non elaborato ai nodi di lavoro VPC utilizzando la CLI

È possibile utilizzare la CLI di Kubernetes Service per collegare e scollegare un disco "raw" non formattato ( Block Storage for Classic ) a un nodo di lavoro nel proprio cluster VPC.

Puoi collegare un volume a un solo nodo di lavoro. Per garantire che l'operazione di montaggio vada a buon fine, assicurarsi che il volume si trovi nella stessa zona del nodo di lavoro.

Prima di cominciare:

Accedi al tuo cluster Red Hat OpenShift.

  1. Elencare i volumi di archiviazione e annotare l'ID del volume da collegare.

    ibmcloud is vols
    
  2. Elencare i nodi worker del cluster e annotare l'ID del nodo worker in cui è collegato il volume.

    ibmcloud oc worker ls -c CLUSTER_NAME_OR_ID
    
  3. Collega il tuo Block Storage for Classic al tuo nodo di lavoro VPC.

    ibmcloud oc storage attachment create --cluster CLUSTER_NAME_OR_ID --volume VOLUME --worker WORKER_ID
    

Rimozione di Block Storage for VPC non elaborato dai nodi di lavoro VPC utilizzando la CLI

Puoi rimuovere l'archiviazione dal tuo nodo di lavoro utilizzando il comando ibmcloud oc storage attachment rm.

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

  1. Elencare i volumi di archiviazione e annotare l'ID del volume da rimuovere.

    ibmcloud is vols
    
  2. Ottieni i dettagli del tuo volume come il worker-id in cui è collegato il volume. worker-id viene elencato come Nome istanza nella sezione Riferimento istanza collegamento volume dell'output del comando.

    ibmcloud is vol <volume-ID>
    

    Output di esempio

    Volume Attachment Instance Reference   Attachment type   Instance ID                                 Instance name                                        Auto delete   Attachment ID                               Attachment name      
                                        data              0727_e18c10d7-7f18-48aa-b5ef-5ed163e54198   kube-bsaucubd07dhl66e4tgg-cluster-default-00000a19   false         0727-3bfe90b0-dc2d-498a-946b-8837a5dad7bc   volume-attachment
    
  3. Elenca gli allegati di archiviazione su un nodo di lavoro del cluster e prendi nota dell'ID allegato che vuoi rimuovere.

    ibmcloud oc storage attachment ls -c CLUSTER --worker WORKER_ID
    

    Output di esempio:

    Listing volume attachments...
    OK
    ID                                          Name                Status     Type   Volume ID                                   Volume Name                          Worker ID   
    0111-1a111aaa-1111-1111-111a-aaa1a1a11a11   volume-attachment   attached   boot   a001-f11ed1e1-1aa1-11dc-b11d-a0dc111b1111  dissuade-anointer-errand-handbrake   kube-aa1111aa11aaaaa11aa1-cluster-name-default-00000110
    
  4. Rimuovere il collegamento di memoria.

    ibmcloud oc storage attachment rm --attachment ATTACHMENT_ID -c CLUSTER --worker WORKER_ID
    
  5. Verifica che la tua archiviazione sia stata rimossa dal nodo di lavoro.

    ibmcloud oc storage attachment ls -c CLUSTER_ID --worker WORKER_ID
    

Backup e ripristino dei dati PVC per l'archiviazione file e blocchi

Il grafico di backup e ripristino Helm non è supportato sui cluster Satellite versione 4.13 che utilizzano i worker CoreOS.

Con il grafico Helm di backup e ripristino IBM Cloud, puoi creare un backup singolo o pianificato per i dati memorizzati in un'attestazione del volume persistente (PVC, persistent volume claim) di archiviazione file o blocchi. I tuoi dati vengono ripristinati in un'istanza del servizio IBM Cloud Object Storage da te creata e di tua proprietà. Puoi utilizzare i backup esistenti nella tua istanza del servizio IBM Cloud Object Storage per ripristinare i dati in una PVC nel tuo cluster.

Cosa succede quando installo il grafico " Helm "?
Quando installi il grafico Helm, nel tuo cluster viene creato un pod Kubernetes che esegue un backup singolo o periodico dei tuoi dati PVC oppure ripristina i dati da IBM Cloud Object Storage a una PVC. È possibile configurare il backup o il ripristino nel file values.yaml , fornito insieme al grafico Helm, oppure impostando le opzioni nel comando helm install .
Quali limitazioni devo tenere presenti?
Per eseguire il backup o il ripristino dei dati di un PVC di archiviazione a blocchi, il PVC non deve essere montato su un'applicazione. L'archiviazione blocchi viene montata con una modalità di accesso RWO. Questo accesso consente di montare un solo pod nell'archiviazione blocchi alla volta. Per eseguire il backup o il ripristino dei tuoi dati, devi rimuovere il pod che utilizza l'archiviazione per smontare la PVC. Una volta terminato il backup o il ripristino dei dati, puoi ricreare il tuo pod e montare la PVC di cui è stato eseguito il backup o il ripristino.
Cosa mi serve prima di iniziare?
Per eseguire il backup o il ripristino i dati in IBM Cloud Object Storage, devi configurare un'istanza del servizio IBM Cloud Object Storage, creare le credenziali del servizio per accedere al servizio e creare un bucket che può contenere i tuoi dati..

Configurazione di un'istanza del servizio IBM Cloud Object Storage

Creare e configurare un'istanza del servizio " IBM Cloud Object Storage " affinché funga da archivio per i dati di cui eseguire il backup.

  1. Crea un'istanza del servizio IBM Cloud Object Storage che utilizza le credenziali HMAC.
  2. Memorizza le tue credenziali IBM Cloud Object Storage in un segreto Kubernetes..
  3. Crea il tuo primo bucket IBM Cloud Object Storage.
    1. Nella navigazione nella pagina dei dettagli del servizio, fai clic su Bucket.
    2. Fai clic su Crea bucket. Viene visualizzata una finestra di dialogo.
    3. Immetti un nome univoco per il tuo bucket. Il nome deve essere univoco all'interno di IBM Cloud Object Storage in tutte le regioni e in tutti gli account IBM Cloud.
    4. Dall'elenco "Resilienza ", seleziona il livello di disponibilità per i tuoi dati. Per ulteriori informazioni, vedi Regioni ed endpoint IBM Cloud Object Storage. Per i cluster VPC, prendi nota dell'endpoint diretto. Ad esempio: s3.direct.us.cloud-object-storage.appdomain.cloud.
    5. Modifica la posizione selezionando la regione in cui sono archiviati i tuoi dati. Tieni presente che potrebbe non essere consentito archiviare i tuoi dati in tutte le regioni per motivi legali.
    6. Fai clic su Crea.
  4. Richiama il nome host IBM Cloud Object Storage del tuo bucket.
    1. Fai clic sul nome del bucket che hai creato nel passaggio precedente.
    2. Nella barra di navigazione della pagina dei dettagli del servizio, fare clic su Bucket > Configurazione.
    3. Nota l'URL pubblico che puoi utilizzare per accedere ai dati nel tuo bucket.

Per ulteriori informazioni sulla configurazione della tua istanza del servizio, vedi la documentazione di IBM Cloud Object Storage.

Utilizzo di IBM Cloud Object Storage per eseguire il backup e il ripristino dei dati PVC

Puoi utilizzare il grafico Helm di ripristino e backup IBM Cloud per eseguire il backup dei file in una PVC di archiviazione file o di archiviazione blocchi a IBM Cloud Object Storage o per ripristinare i dati da IBM Cloud Object Storage a una VPC nel tuo cluster.

Prima di cominciare:

Puoi distribuire il pod ibm-storage-backup oppure il pod ibm-storage-restore modificando e applicando il file values.yaml del grafico Helm oppure eseguendo il comando helm install dalla CLI.

Per eseguire il backup o il ripristino di una PVC modificando il file values.yaml:

  1. Scarica la versione più recente del grafico Helm sulla tua macchina locale.

    helm fetch --untar iks-charts/ibmcloud-backup-restore
    
  2. Apri il file values.yaml nell'editor della riga di comando nano .

    nano ibmcloud-backup-restore/values.yaml
    
  3. Configura il tuo grafico Helm per eseguire il backup o il ripristino di dati PVC. Puoi configurare il backup per più di una PVC.

    Esempio per creare un pod di backup configurando il file values.yaml:

    image:
        repository: icr.io/iks-charts/ibmcloud-backup-restore
    pullPolicy: Always
    tag: latest
    ACCESS_KEY_ID: # Example: 10110abab1111bbb111aa1aaa111b1a1
    SECRET_ACCESS_KEY: # Example: a1aba11aaa11b11b11aa1111a1111ba111111111a0b1b11a
    ENDPOINT: # Example: s3.us-east.cloud-object-storage.appdomain.cloud
    BUCKET_NAME: # Example: my-bucket
    BACKUP_NAME: # Example: my_backup
    PVC_NAMES:
        - # Example: my_pvc
    - # Optional example: my_pvc2
    CHART_TYPE: # Example: backup or restore
    BACKUP_TYPE: # Example: incremental
    SCHEDULE_TYPE: # Example: periodic
    SCHEDULE_INFO: # Example: weekly
    
    ACCESS_KEY_ID
    Immetti l'ID chiave di accesso delle credenziali del servizio IBM Cloud Object Storage che hai richiamato in precedenza.
    SECRET_ACCESS_KEY
    Immetti la chiave di accesso segreta delle credenziali del servizio IBM Cloud Object Storage che hai richiamato in precedenza.
    ENDPOINT
    Immetti l'endpoint API IBM Cloud Object Storage s3 pubblico per il tuo bucket che hai richiamato in precedenza.
    BUCKET_NAME
    Backup: inserisci il nome del bucket di IBM Cloud Object Storage che hai creato in precedenza. Utilizzi questo bucket per archiviare i dati PVC quando esegui un backup. Ripristina: inserisci il nome del bucket di IBM Cloud Object Storage in cui è archiviato il tuo backup.
    BACKUP_NAME
    Backup: inserisci il nome del backup che desideri creare in IBM Cloud Object Storage. Ripristino: inserire il nome del backup creato seguendo la procedura descritta nella tabella " IBM Cloud: Backup e ripristino" ( Helm ) disponibile all'indirizzo IBM Cloud Object Storage. Se hai più backup completi nella tua istanza del servizio IBM Cloud Object Storage , la PVC viene ripristinata con i dati dell'ultimo backup completo. Se hai dei backup incrementali, la PVC viene ripristinata con i dati dell'ultimo backup completo, compresi tutti i backup incrementali fino al giorno in cui inizi il ripristino.
    PVC_NAMES
    Backup: inserire il nome del PVC di cui si desidera eseguire il backup. Per eseguire il backup di più PVC, aggiungere ciascun PVC all'elenco dei PVC. Per visualizzare l'elenco dei PVC disponibili nel cluster di cui è possibile eseguire il backup, eseguire il comando oc get pvc. **Ripristino**: inserire il nome del PVC su cui si desidera ripristinare i dati da IBM Cloud Object Storage. Puoi ripristinare i dati solo a una PVC alla volta. Per visualizzare l'elenco dei PVC disponibili nel cluster su cui è possibile ripristinare i dati, eseguire il comando ` `oc get pvc.
    CHART_TYPE
    Inserisci il nome del tipo di grafico da distribuire. Digita backup per eseguire il backup del grafico. Digita restore per eseguire il ripristino del grafico.
    BACKUP_TYPE
    Richiesto solo per i backup. Digita full per creare un backup completo, oppure incremental per eseguire il backup solo dei file nuovi o modificati. Se si sceglie l'opzione " incremental", è necessario specificare le opzioni " SCHEDULING_INFO " e " SCHEDULING_TYPE ". Se non si specifica l'opzione " BACKUP_TYPE ", per impostazione predefinita viene creato un backup completo.
    SCHEDULE_TYPE
    Richiesto solo per i backup. Inserisci periodic per creare backup pianificati, oppure lascia questo campo vuoto per creare un backup una tantum. Per creare backup periodici, è necessario definire l'intervallo di backup nell'opzione " SCHEDULE_INFO ".
    SCHEDULE_INFO
    Richiesto solo per i backup. Per creare backup periodici, è necessario stabilire la pianificazione dei backup. Scegli tra hourly, daily o weekly. Se si attiva questa opzione, è necessario impostare l' SCHEDULE_TYPE su periodic.
  4. Salva e chiudi il file values.yaml.

  5. Installa il grafico Helm con le tue impostazioni personalizzate nel file values.yaml. Quando installi il grafico Helm e configuri un backup o un ripristino, al tuo cluster viene distribuito un ibm-storage-backup o un ibm-storage-restore. Il pod di backup esegue il backup dei dati dalla tua PVC a IBM Cloud Object Storage e il pod di ripristino ripristina in dati in una PVC. Sostituisci " <release_name> " con il nome del tuo grafico " Helm ". Assicurati di installare i pod di backup e ripristino nella stessa zona della PVC di cui vuoi eseguire il backup o il ripristino.

    • Installa il grafico Helm utilizzando il comando helm install.
        helm install <release_name> ./ibmcloud-backup-restore -n <namespace>
        ```
        Output di esempio per il backup:
    
        ```sh {: screen}
        NAME: <release_name>
        LAST DEPLOYED: Mon Jan 20 09:17:02 2020
        NAMESPACE: default
        STATUS: deployed
        REVISION: 1
        TEST SUITE: None
        NOTES:
        Thank you for installing: ibmcloud-backup-restore.   Your release is named: <release_name>
        Please refer Chart README.md file for creating a sample PVC
        Please refer Chart RELEASE.md to see the release details/fixes
        ```
    * Facoltativo: installare il grafico " Helm " impostando le opzioni nel comando ` `helm install` `. Puoi denominare la tua release specificando il parametro `--name`.
    ```sh {: pre}
        helm install <release_name> --set ACCESS_KEY_ID=<access_key_ID> --set SECRET_ACCESS_KEY=<secret_access_key> --set ENDPOINT=<public_bucket_endpoint> --set BUCKET_NAME=<bucket_name> --set BACKUP_NAME=<backup_name> --set PVC_NAMES[0]=<pvc_name1> --set PVC_NAMES[1]=<pvc_name2> --set CHART_TYPE=backup --set BACKUP_TYPE=<backup_type> --set SCHEDULE_TYPE=<schedule_type> --set SCHEDULE_INFO=<schedule_info> ./ibmcloud-backup-restore
        ```
    
  6. Verifica che il backup o il ripristino dei dati sia stato completato correttamente.

Backup: 1. Verifica che il pod ibm-storage-backup abbia lo stato Running. sh {: pre} oc get pods -A | grep backup Output di esempio

    ```sh {: screen}
    ibm-storage-backup                        1/1     Running             0          64m
    ```
2. Riesamina i log del pod `ibm-storage-backup` per assicurarti che il tuo backup sia stato eseguito correttamente. Quando nei log compare il messaggio " `... backup completed` ", significa che il backup è stato completato con successo.

```sh {: pre}
    oc logs ibm-storage-backup
    ```
    Esempio di output per i backup giornalieri.

    ```sh {: screen}
    [2019-04-18 16:01:51,157] [utilities : 151] [INFO] *****************Start logging to ./Backup.log
    [2019-04-18 16:01:51,158] [backup : 48] [INFO] Starting backup:
    [2019-04-18 16:01:51,158] [configureOS : 66] [INFO] Configuring duplicity with IBM CloudObjectStorage i.e s3.
    [2019-04-18 16:01:51,158] [backup : 62] [INFO] Configuration done!!!
    [2019-04-18 16:01:51,158] [backup : 78] [INFO] Got all required input from config file!!
    [2019-04-18 16:01:52,366] [backup : 119] [WARNING] Incremental backup was not created
    [2019-04-18 16:01:52,366] [backup : 120] [INFO] duplicity  --no-encryption incremental /myvol s3://s3.us-south.cloud-object-storage.appdomain.cloud/mybucket/helm-backup command failed due to Fatal Error: Unable to start incremental backup.  Old signatures not found and incremental specified
    [2019-04-18 16:01:52,367] [backup : 121] [INFO] A full backup is required before incremental backups can begin. Creating a one-time full backup and will run incremental backups for scheduled backups.
    [2019-04-18 16:01:54,357] [backup : 129] [INFO] Full backup completed
    [2019-04-18 16:01:54,357] [backup : 130] [INFO] Local and Remote metadata are synchronized, no sync needed.
    Last full backup date: none
    --------------[ Backup Statistics ]--------------
    StartTime 1555603313.31 (Thu Apr 18 16:01:53 2019)
    EndTime 1555603313.32 (Thu Apr 18 16:01:53 2019)
    ElapsedTime 0.01 (0.01 seconds)
    SourceFiles 3
    SourceFileSize 20495 (20.0 KB)
    NewFiles 3
    NewFileSize 20495 (20.0 KB)
    DeletedFiles 0
    ChangedFiles 0
    ChangedFileSize 0 (0 bytes)
    ChangedDeltaSize 0 (0 bytes)
    DeltaEntries 3
    RawDeltaSize 15 (15 bytes)
    TotalDestinationSizeChange 183 (183 bytes)
    Errors 0
    -------------------------------------------------
    [2019-04-18 16:01:54,357] [backup : 162] [INFO] Scheduling backup as per configurations, please don't stop this program or run this in background !!!
    [2019-04-18 16:01:54,358] [backup : 166] [INFO] Schedule info is: ['daily']
    [2019-04-18 16:01:54,358] [backup : 172] [INFO] Scheduled for daily!!!
    ```
  1. Verifica che il backup o il ripristino dei tuoi dati sia stato eseguito correttamente.
    • Backup:

      1. Trova la tua istanza del servizio IBM Cloud Object Storage nell'elenco risorse di IBM Cloud.
      2. Dal menu di navigazione, seleziona " Buckets " e fai clic sul bucket che hai utilizzato nella configurazione del backup. Il tuo backup viene visualizzato come un oggetto nel tuo bucket.
      3. Rivedi i file compressi Puoi scaricare il file *.gz, estrarlo e verificare i dati di backup.
    • Ripristino:

      1. Crea un file deployment.yaml con un pod che monta la PVC che contiene i tuoi dati ripristinati. Il seguente esempio distribuisce un pod nginx che monta la PVC sulla directory di montaggio /test.

          apiVersion: apps/v1
          kind: Deployment
          metadata:
            name: restore
            labels:
            app: nginx
          spec:
            selector:
              matchLabels:
                app: nginx
            template:
              metadata:
                labels:
                  app: nginx
              spec:
                containers:
                  - image: nginx
                    name: nginx
                    volumeMounts:
                    - name: my-volume # Example: my_volume
                      mountPath: /test # Example: /test
                volumes:
                - name: my-volume # Example: my_volume
                  persistentVolumeClaim:
                    claimName: my-actual-pvc-name # Example: my_pvc
        
        spec.containers.image
        Il nome dell'immagine da utilizzare. Per elencare le immagini disponibili nel tuo account IBM Cloud Container Registry, esegui ibmcloud cr image-list.
        spec.containers.name
        Il nome del contenitore da distribuire al tuo cluster.
        spec.containers.volumeMounts.mountPath
        Il percorso assoluto della directory in cui viene montato il volume nel contenitore. I dati scritti nel percorso di montaggio vengono memorizzati nella directory root nella tua istanza di archiviazione blocchi fisica. Per condividere un volume tra diverse app, è possibile specificare dei sottoperCORSI del volume per ciascuna delle proprie app.
        spec.containers.volumeMounts.name
        Il nome del volume per montare il tuo pod.
        volumes.name
        Il nome del volume per montare il tuo pod. Di solito questo nome coincide con volumeMounts/name
        volumes.persistentVolumeClaim.claimName
        Il nome del PVC da utilizzare per il collegamento dei pannelli fotovoltaici.
      2. Crea la distribuzione.

        oc apply -f deployment.yaml
        
      3. Verifica che il tuo pod abbia uno stato Running.

        Se riscontri che il tuo pod ibm-storage-restore non raggiunge uno stato Completed o CrashLoopBackOff. il ripristino dei tuoi dati potrebbe non essere riuscito. Esegui oc logs ibm-storage-restore per trovare la causa radice del malfunzionamento.

        oc get pods | grep restore
        

        Output di esempio

        restore-7dfc6f4c78-wkcqp                  1/1     Running             0          3m54s
        
      4. Accedi al tuo pod.

        oc exec <pod_name> -it bash
        
      5. Vai alla directory di montaggio che hai specificato nel tuo YAML di distribuzione.

        cd <mount_directory>
        
      6. Elenca i file nella tua directory di montaggio per verificare che tutti i tuoi dati siano ripristinati nella directory di montaggio.

        ls
        
      7. Elimina l'installazione del grafico Helm dal tuo cluster. Questo passo è obbligatorio se hai ripristinato i dati in una PVC di archiviazione blocchi. L'archiviazione blocchi viene montata con una modalità di accesso RWO. Questo accesso consente di montare un solo pod nell'archiviazione blocchi alla volta. Poiché il pod ibm-storage-restore già monta la PVC, devi rimuovere il pod per rilasciare la PVC in modo da poter montare la PVC in un pod differente nel tuo cluster.

        helm uninstall <release_name> -n <namespace>
        
      8. Hai ripristinato correttamente il tuo backup. Puoi ora montare la PVC che associa il PV a tutti gli altri pod nel tuo cluster per accedere ai file ripristinati. Se i dati del contenitore di cui è stato eseguito il backup includono un utente non root, devi aggiungere le autorizzazioni non root al tuo nuovo contenitore. Per ulteriori informazioni, vedi Aggiunta di accesso utente non root ai volumi.

Configurazione di IBM Cloud Monitoring per i volumi di archiviazione

Configura gli avvisi in IBM Cloud Monitoring per i tuoi carichi di lavoro che utilizzano i volumi di archiviazione. Per ulteriori informazioni, vedi Avvisi.

Quando un volume di archiviazione è inattivo, i tuoi pod dell'applicazione che utilizzano l'archiviazione presentano un basso I/O del file system, hanno errori di rete o arresti anomali che causano la diminuzione del conteggio delle repliche. È possibile configurare degli avvisi in IBM Cloud Monitoring per ricevere una notifica qualora le operazioni sul file system della propria app scendano al di sotto di una soglia specifica, qualora si verifichino errori di rete o qualora i pod dell'app non raggiungano lo stato " Ready ".

  1. Dalla console, seleziona il cluster in cui hai configurato gli avvisi per i tuoi volumi di archiviazione.

  2. Nella sezione Monitoring, fai clic su Connect per connettere un'istanza IBM Cloud Monitoring esistente al tuo cluster. Se non disponi di un'istanza, fai clic su " Crea un'istanza " per crearne una. Per ulteriori informazioni su come configurare un'istanza IBM Cloud Monitoring, vedi Provisioning di un'istanza.

  3. Fai clic sul pulsante Launch per aprire il dashboard IBM Cloud Monitoring.

  4. Crea avvisi di utilizzo del file system per un'applicazione eseguita nel tuo cluster.

    1. Dalla console IBM Cloud Monitoring, fare clic su Panoramica > Carichi di lavoro.
    2. Seleziona lo spazio dei nomi (Namespace) in cui è distribuita la tua applicazione. Trova la tua applicazione, fai clic sull'icona della freccia sull'applicazione e seleziona Kubernetes Pod overview.
    3. Nella sezione File System Utilization, controlla il tile File I/O Bandwidth by Pod.
    4. Esamina la larghezza di banda di I/O del file dalla finestra temporale dell'ultimo giorno o dell'ultima settimana per determinare la larghezza di banda media. È possibile utilizzare la larghezza di banda media come soglia per impostare un avviso nel caso in cui la larghezza di banda di I/O dei file risulti inferiore alla media per un determinato periodo di tempo. Ad esempio, se la larghezza di banda media di I/O dei file per la tua app è 300B/s, puoi creare un avviso che si attivi quando l'utilizzo della rete rimane inferiore a 300B/s per un determinato periodo di tempo.
    5. Nel tile File I/O Bandwidth by Pod, crea un avviso facendo clic sul menu Options e quindi su Create alert.
    6. Apri la sezione Notification del menu di avviso e crea o seleziona un canale di notifica degli avvisi.
    7. Salva l'avviso.
    8. Ripeti questi passaggi per tutte le app distribuite nel tuo cluster.
    9. Verifica l'avviso che hai creato modificando la soglia configurata per attivare manualmente l'avviso. Ad esempio, se hai impostato un avviso di utilizzo del file system da attivare quando l'utilizzo è inferiore a 300B/s per 5 minuti, aumenta la soglia in modo che sia maggiore dell'utilizzo corrente della tua applicazione per 5 minuti e seleziona l'opzione at least once.
    10. Verifica che l'avviso venga attivato dopo 5 minuti. Dopo aver verificato l'avviso, reimposta i valori su quelli configurati in precedenza.
  5. Crea un avviso di utilizzo della rete per un'applicazione eseguita nel tuo cluster.

    1. Dalla console IBM Cloud Monitoring, fare clic su Panoramica > Carichi di lavoro.
    2. Seleziona lo spazio dei nomi (Namespace) in cui è distribuita la tua applicazione. Trova la tua applicazione, fai clic sull'icona della freccia sull'applicazione e seleziona Kubernetes Pod overview.
    3. Nella sezione Network Utilization, controlla il tile Network Request Count by Pod.
    4. Esamina il conteggio medio delle richieste di rete per pod dalla finestra temporale dell'ultimo giorno o dell'ultima settimana per determinare la soglia.
    5. Nel tile Network Request Count by Pod, crea un avviso facendo clic sul menu Options e quindi su Create alert. Imposta i parametri di avviso in base alla soglia che hai osservato. Ad esempio, se l'utilizzo della rete rimane al di sotto della soglia per un certo periodo di tempo, viene attivato l'allarme.
    6. Apri la sezione Notification del menu di avviso e crea o seleziona un canale di notifica degli avvisi.
    7. Salva l'avviso.
    8. Ripeti questi passaggi per tutte le app distribuite nel tuo cluster.
    9. Verifica l'avviso che hai creato modificando la soglia configurata per attivare manualmente l'avviso. Ad esempio, se hai impostato un avviso per quando il numero di richieste di rete per pod è inferiore a 3/s per 5 minuti, modifica la soglia di avviso in modo che sia inferiore alla soglia che hai osservato per 5 minuti e seleziona l'opzione at least once.
    10. Verifica che l'avviso venga attivato dopo 5 minuti. Dopo aver verificato l'avviso, reimposta i valori su quelli configurati in precedenza.
  6. Crea un avviso di disponibilità dei pod per un'applicazione eseguita nel tuo cluster.

    1. Dalla console IBM Cloud Monitoring, fare clic su Panoramica > Carichi di lavoro.
    2. Seleziona lo spazio dei nomi (Namespace) in cui è distribuita la tua applicazione. Trova la tua applicazione, fai clic sull'icona della freccia sull'applicazione e seleziona Kubernetes Pod overview.
    3. Nella sezione Pod Health, controlla il tile Pod Availability.
    4. Esamina la disponibilità media dei pod dalla finestra temporale dell'ultimo giorno o dell'ultima settimana per determinare la soglia.
    5. Esamina il file di configurazione dell'applicazione per il numero di repliche richieste. Puoi utilizzare questo numero come soglia per l'invio di avvisi quando il numero di pod disponibili è inferiore al numero di repliche richiesto per la tua applicazione. Se hai richiesto 3 repliche della tua applicazione, puoi impostare un avviso per quando il numero di pod disponibili rimane inferiore al numero di repliche richiesto per un certo periodo di tempo, ad esempio, per un periodo di 30 minuti. In questo esempio, quando la disponibilità dei pod rimane inferiore alle 3 repliche richieste, l'avviso viene attivato.
    6. Nel tile Pod Availability, crea un avviso facendo clic sul menu Options e quindi su Create alert. Imposta i parametri di avviso in base alla soglia che hai osservato e alle repliche dell'applicazione richieste.
    7. Apri la sezione Notification del menu di avviso e crea o seleziona un canale di notifica degli avvisi.
    8. Salva l'avviso.
    9. Ripeti questi passaggi per tutte le app distribuite nel tuo cluster.
    10. Verifica l'avviso che hai creato modificando la soglia configurata per attivare manualmente l'avviso. Ad esempio, se hai impostato un avviso di disponibilità dei pod per quando il numero di pod disponibili è inferiore a 3 per 5 minuti, modifica la soglia di avviso in modo che sia inferiore a 4 pod per 5 minuti e seleziona l'opzione at least once.
    11. Verifica che l'avviso venga attivato dopo 5 minuti. Dopo aver verificato l'avviso, reimposta i valori su quelli configurati in precedenza.

Risoluzione dei problemi di archiviazione persistente quando viene attivato un avviso IBM Cloud Monitoring

Quando viene attivato un avviso, controllane i dettagli in IBM Cloud Monitoring e consulta le guide alla risoluzione dei problemi per l'archiviazione persistente, le applicazioni, i nodi di lavoro e i cluster per trovare la causa principale dell'avviso. Gli avvisi che hai configurato potrebbero non essere correlati a un problema del volume di archiviazione, ma a problemi che si sono verificati all'interno della tua applicazione, sul nodo di lavoro o nel cluster.