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.
-
Attieniti alle istruzioni per installare il client Helm versione 3 sulla tua macchina locale.
-
Aggiorna il repository Helm per richiamare la versione più recente di tutti i grafici Helm in questo repository.
helm repo update -
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-systemOutput 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 -
Verifica che la serie di daemon IBM Cloud Block Volume Attacher sia stata installata correttamente.
oc get pod -n kube-system -o wide | grep attacherOutput di esempio
ibmcloud-block-storage-attacher-z7cv6 1/1 Running 0 19mL'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.
-
Verifica che la classe di archiviazione per il IBM Cloud Block Volume Attacher sia stata creata correttamente.
oc get sc | grep attacherOutput 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.
-
Aggiorna il repository Helm per richiamare la versione più recente di tutti i grafici helm in questo repository.
helm repo update -
Facoltativo: scarica il grafico helm più recente sulla tua macchina locale. Estrai quindi il pacchetto e riesamina il file
release.mdper trovare le informazioni di release più aggiornate.helm pull iks-charts/ibmcloud-block-storage-plugin -
Trova il nome del grafico Helm per il plugin IBM Cloud Block Storage Attacher.
helm ls -AOutput di esempio
<helm_chart_name> 1 Wed Aug 1 14:55:15 2022 DEPLOYED ibm-block-storage-attacher-1.0.0 default -
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.
-
Trova il nome del grafico Helm per il plugin IBM Cloud Block Storage Attacher.
helm list | grep ibm-block-storage-attacherOutput di esempio
<helm_chart_name> 1 Wed Aug 1 14:55:15 2022 DEPLOYED ibm-block-storage-attacher-1.0.0 default -
Elimina il plugin IBM Cloud Block Storage Attacher rimuovendo il grafico Helm.
helm uninstall <helm_chart_name> -n <namespace> -
Verifica che i pod del plugin IBM Cloud Block Storage Attacher siano stati rimossi.
oc get pod -n kube-system -o wide | grep attacherLa rimozione dei pod è riuscita se nel tuo output della CLI non vengono visualizzati pod.
-
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.
-
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 -
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.
-
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 dal10Esempio 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 -
Verificare che il dispositivo di archiviazione a blocchi sia stato creato e prendere nota dell'
ide 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-listOutput 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 -
Controlla i dettagli relativi al tuo volume e prendi nota dei siti
Target IPeLUN 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 -
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>. -
Verifica che il tuo nodo di lavoro non SDS sia stato autorizzato correttamente e prendi nota degli indirizzi
host_iqn,usernameepassword.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 1146581L'autorizzazione ha esito positivo quando vengono assegnati
host_iqn,usernameepassword. -
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.
- Assicurati di aver aggiunto manualmente lo spazio di archiviazione a blocchi grezzo, non formattato e non montato ai tuoi nodi di lavoro non SDS.
- Accedi al tuo cluster Red Hat OpenShift.
- Installa il plug-in dell'allegato dello storage blocchi.
-
Prepara la creazione del PV.
-
Se hai utilizzato il contenitore
mkpvyaml, esegui il seguente comando.-
Apri il file
pv-<cluster_name>.yaml.nano pv-<cluster_name>.yaml -
Esamina la configurazione per i tuoi PV.
-
-
Se hai aggiunto manualmente lo storage a blocchi:
-
Crea un file
pv.yaml. Il seguente comando crea il file con l'editornano.nano pv.yaml -
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.
-
-
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 ``` - Se hai utilizzato il contenitore
-
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.
-
Controlla in quale regione e zona si trova il tuo nodo di lavoro VPC.
ibmcloud oc worker ls -c CLUSTER_NAME -
Decidi in merito al profilo di Block Storage for Classic che risponde meglio ai tuoi requisiti di capacità e prestazioni.
-
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.
-
Richiama il tuo token IAM.
ibmcloud iam oauth-tokens -
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 -
Utilizza una richiesta
POSTper 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" } -
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.
-
Individuare il volume di archiviazione da rimuovere e prendere nota dell'ID del volume.
ibmcloud is volumes -
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> -
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 -
Descrivi il PV che utilizza il volume. Se non sai quale PV utilizzare per la rimozione del volume, puoi eseguire il comando
describe pvsu ciascun PV del tuo cluster. Prendi nota della PVC che utilizza il PV.oc describe pv <pv_name> -
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>" -
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> -
Elimina la PVC e il PV.
oc delete pvc <pvc_name>oc delete pv <pv_name> -
Richiama il tuo token IAM.
ibmcloud iam oauth-tokens -
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.
-
Richiama il tuo token IAM.
ibmcloud iam oauth-tokens -
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" -
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 -
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>" -
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.
-
Elencare i volumi di archiviazione e annotare l'ID del volume da collegare.
ibmcloud is vols -
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 -
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.
-
Elencare i volumi di archiviazione e annotare l'ID del volume da rimuovere.
ibmcloud is vols -
Ottieni i dettagli del tuo volume come il
worker-idin cui è collegato il volume.worker-idviene 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 -
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_IDOutput 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 -
Rimuovere il collegamento di memoria.
ibmcloud oc storage attachment rm --attachment ATTACHMENT_ID -c CLUSTER --worker WORKER_ID -
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 graficoHelm, oppure impostando le opzioni nel comandohelm 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.
- Crea un'istanza del servizio IBM Cloud Object Storage che utilizza le credenziali HMAC.
- Memorizza le tue credenziali IBM Cloud Object Storage in un segreto Kubernetes..
- Crea il tuo primo bucket IBM Cloud Object Storage.
- Nella navigazione nella pagina dei dettagli del servizio, fai clic su Bucket.
- Fai clic su Crea bucket. Viene visualizzata una finestra di dialogo.
- 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.
- 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. - 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.
- Fai clic su Crea.
- Richiama il nome host IBM Cloud Object Storage del tuo bucket.
- Fai clic sul nome del bucket che hai creato nel passaggio precedente.
- Nella barra di navigazione della pagina dei dettagli del servizio, fare clic su Bucket > Configurazione.
- 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:
-
Assicurati di disporre di un supporto in PVC su cui poter eseguire il backup o il ripristino dei dati. Per ulteriori informazioni su come creare una PVC, vedi Aggiunta di archiviazione file alle applicazioni e Aggiunta di archiviazione blocchi alle applicazioni.
-
Per eseguire il backup di un PVC di tipo "block storage", assicurati che il tuo PVC non sia 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 dei tuoi dati, devi rimuovere il pod dell'applicazione che monta l'archiviazione. Per controllare se un pod è montato sulla tua PVC, esegui questo comando:
oc get pods --all-namespaces -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.volumes[*]}{.persistentVolumeClaim.claimName}{" "}{end}{end}' | grep "<pvc_name>" -
Attieniti alle istruzioni per installare il client Helm sulla tua macchina locale e configurare i repository di grafici IBM Cloud Helm.
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:
-
Scarica la versione più recente del grafico Helm sulla tua macchina locale.
helm fetch --untar iks-charts/ibmcloud-backup-restore -
Apri il file
values.yamlnell'editor della riga di comandonano.nano ibmcloud-backup-restore/values.yaml -
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: weeklyACCESS_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
backupper eseguire il backup del grafico. Digitarestoreper eseguire il ripristino del grafico. BACKUP_TYPE- Richiesto solo per i backup. Digita
fullper creare un backup completo, oppureincrementalper 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
periodicper 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,dailyoweekly. Se si attiva questa opzione, è necessario impostare l'SCHEDULE_TYPEsuperiodic.
-
Salva e chiudi il file
values.yaml. -
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 unibm-storage-backupo unibm-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 ``` - Installa il grafico Helm utilizzando il comando
-
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!!!
```
- Verifica che il backup o il ripristino dei tuoi dati sia stato eseguito correttamente.
-
Backup:
- Trova la tua istanza del servizio IBM Cloud Object Storage nell'elenco risorse di IBM Cloud.
- 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.
- Rivedi i file compressi Puoi scaricare il file
*.gz, estrarlo e verificare i dati di backup.
-
Ripristino:
-
Crea un file
deployment.yamlcon un pod che monta la PVC che contiene i tuoi dati ripristinati. Il seguente esempio distribuisce un podnginxche 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_pvcspec.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.
-
Crea la distribuzione.
oc apply -f deployment.yaml -
Verifica che il tuo pod abbia uno stato Running.
Se riscontri che il tuo pod
ibm-storage-restorenon raggiunge uno stato Completed o CrashLoopBackOff. il ripristino dei tuoi dati potrebbe non essere riuscito. Eseguioc logs ibm-storage-restoreper trovare la causa radice del malfunzionamento.oc get pods | grep restoreOutput di esempio
restore-7dfc6f4c78-wkcqp 1/1 Running 0 3m54s -
Accedi al tuo pod.
oc exec <pod_name> -it bash -
Vai alla directory di montaggio che hai specificato nel tuo YAML di distribuzione.
cd <mount_directory> -
Elenca i file nella tua directory di montaggio per verificare che tutti i tuoi dati siano ripristinati nella directory di montaggio.
ls -
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-restoregià 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> -
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 ".
-
Dalla console, seleziona il cluster in cui hai configurato gli avvisi per i tuoi volumi di archiviazione.
-
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.
-
Fai clic sul pulsante Launch per aprire il dashboard IBM Cloud Monitoring.
-
Crea avvisi di utilizzo del file system per un'applicazione eseguita nel tuo cluster.
- Dalla console IBM Cloud Monitoring, fare clic su Panoramica > Carichi di lavoro.
- 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.
- Nella sezione File System Utilization, controlla il tile File I/O Bandwidth by Pod.
- 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.
- Nel tile File I/O Bandwidth by Pod, crea un avviso facendo clic sul menu Options e quindi su Create alert.
- Apri la sezione Notification del menu di avviso e crea o seleziona un canale di notifica degli avvisi.
- Salva l'avviso.
- Ripeti questi passaggi per tutte le app distribuite nel tuo cluster.
- 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. - Verifica che l'avviso venga attivato dopo 5 minuti. Dopo aver verificato l'avviso, reimposta i valori su quelli configurati in precedenza.
-
Crea un avviso di utilizzo della rete per un'applicazione eseguita nel tuo cluster.
- Dalla console IBM Cloud Monitoring, fare clic su Panoramica > Carichi di lavoro.
- 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.
- Nella sezione Network Utilization, controlla il tile Network Request Count by Pod.
- Esamina il conteggio medio delle richieste di rete per pod dalla finestra temporale dell'ultimo giorno o dell'ultima settimana per determinare la soglia.
- 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.
- Apri la sezione Notification del menu di avviso e crea o seleziona un canale di notifica degli avvisi.
- Salva l'avviso.
- Ripeti questi passaggi per tutte le app distribuite nel tuo cluster.
- 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. - Verifica che l'avviso venga attivato dopo 5 minuti. Dopo aver verificato l'avviso, reimposta i valori su quelli configurati in precedenza.
-
Crea un avviso di disponibilità dei pod per un'applicazione eseguita nel tuo cluster.
- Dalla console IBM Cloud Monitoring, fare clic su Panoramica > Carichi di lavoro.
- 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.
- Nella sezione Pod Health, controlla il tile Pod Availability.
- Esamina la disponibilità media dei pod dalla finestra temporale dell'ultimo giorno o dell'ultima settimana per determinare la soglia.
- 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.
- 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.
- Apri la sezione Notification del menu di avviso e crea o seleziona un canale di notifica degli avvisi.
- Salva l'avviso.
- Ripeti questi passaggi per tutte le app distribuite nel tuo cluster.
- 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. - 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.