Mise à jour du plug-in IBM Cloud Block Storage Attacher

Vous pouvez mettre à niveau votre plug-in IBM Cloud Block Storage Attacher pour passer à la version la plus récente.

1. Mettez à jour le référentiel Helm pour extraire la dernière version de toutes les chartes Helm figurant dans ce référentiel.

   helm repo update
   

2. Facultatif : téléchargez la charte Helm la plus récente sur votre machine locale. Ensuite, extrayez le package et consultez le fichier release.md pour trouver les informations relatives à la dernière édition.

   helm pull iks-charts/ibmcloud-block-storage-plugin
   

3. Recherchez le nom de la charte Helm correspondant au plug-in IBM Cloud Block Storage Attacher.

   helm ls -A
   

   Exemple de sortie

   <helm_chart_name>    1           Wed Aug  1 14:55:15 2022    DEPLOYED    ibm-block-storage-attacher-1.0.0    default
   

4. Mettez à niveau le plug-in IBM Cloud Block Storage Attacher à la dernière version.

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

Retrait du plug-in IBM Cloud Block Volume Attacher

Si vous ne souhaitez pas fournir et utiliser le plug-in IBM Cloud Block Storage Attacher dans votre cluster, vous pouvez désinstaller le graphique Helm.

1. Recherchez le nom de la charte Helm correspondant au plug-in IBM Cloud Block Storage Attacher.

   helm list | grep ibm-block-storage-attacher
   

   Exemple de sortie

   <helm_chart_name>    1           Wed Aug  1 14:55:15 2022    DEPLOYED    ibm-block-storage-attacher-1.0.0    default
   

2. Supprimez le plug-in IBM Cloud Block Storage Attacher en retirant la charte Helm.

   helm uninstall <helm_chart_name> -n <namespace>
   

3. Vérifiez que les pods du plug-in IBM Cloud Block Storage Attacher sont bien retirés.

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

   Le retrait des pods a abouti lorsqu'aucun pod n'est affiché dans la sortie de votre interface de ligne de commande.

4. Vérifiez que la classe de stockage du plug-in IBM Cloud Block Storage Attacher est bien retirée.

   oc get sc | grep attacher
   

Le retrait de la classe de stockage a abouti lorsqu'aucune classe de stockage n'est affichée dans la sortie de votre interface de ligne de commande.

Déconnexion de Block Storage for Classic brut et non formaté d'un noeud worker dans un cluster de VPC à l'aide de l'API

Vous pouvez utiliser une demande DELETE pour déconnecter du stockage d'un noeud worker de VPC.

La déconnexion du stockage de votre cluster de VPC ne retire pas votre volume Block Storage for Classic ou les données stockées dans le volume. Vous continuez à être facturé jusqu'à ce que vous supprimiez manuellement le volume.

1. Identifiez le volume de stockage que vous souhaitez retirer et notez l'ID du volume.

   ibmcloud is volumes
   

2. Obtenez des détails sur le volume. Cette commande renvoie l'ID du noeud worker et l'ID de connexion. Notez l'ID du noeud worker. Dans la commande suivante, volume_ID est renvoyé sous forme de "nom d'instance".

   ibmcloud is volume <volume_ID>
   

3. Extrayez la liste de vos volumes persistants (PV). Cette commande renvoie la liste des volumes persistants que vous pouvez utiliser ensuite pour déterminer la réservation de volume persistant (PVC) utilisant le volume que vous souhaitez retirer.

   oc get pv
   

4. Décrivez le volume persistant qui utilise le volume. Si vous ne savez pas quel PV utilise le volume que vous voulez supprimer, vous pouvez exécuter la commande describe pv sur chaque PV de votre cluster. Notez la réservation de volume persistant (PVC) qui utilise le volume.

   oc describe pv <pv_name>
   

5. Vérifiez si votre volume de stockage est utilisé par un pod. La commande suivante présente les pods qui montent le volume et la PVC associée. Si aucun pod n'est renvoyé, le stockage n'est pas utilisé.

   oc get pods --all-namespaces -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.volumes[*]}{.persistentVolumeClaim.claimName}{" "}{end}{end}' | grep "<pvc_name>"
   

6. Si le pod utilisé par votre volume fait partie d'un déploiement, supprimez le déploiement. Si votre pod ne fait pas partie d'un déploiement, supprimez le pod.

   oc delete deployment <deployment_name>
   

   oc delete pod <pod_name>
   

7. Supprimez la réservation de volume persistant (PVC) et le volume persistant (PV).

   oc delete pvc <pvc_name>
   

   oc delete pv <pv_name>
   

8. Récupérez votre jeton IAM.

   ibmcloud iam oauth-tokens
   

9. Déconnectez le stockage en utilisant une demande POST.

   Exemple de demande

   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

   Jeton OAuth IAM pour votre session en cours. Vous pouvez extraire cette valeur en exécutant la commande ibmcloud iam oauth-tokens.

   cluster_name_or_ID

   ID ou nom unique affecté à votre cluster. Vous pouvez extraire cet ID en exécutant la commande ibmcloud oc cluster ls.

   worker_ID

   ID unique affecté au noeud worker auquel vous souhaitez connecter votre volume. Vous pouvez extraire cette valeur en exécutant la commande ibmcloud oc worker ls -c <cluster_name>.

   volume_ID

   ID unique affecté à votre volume Block Storage for Classic. Vous pouvez extraire la liste de vos volumes Block Storage for Classic en exécutant la commande ibmcloud is volumes.

   volume_attachment_ID

   ID unique affecté à la connexion de votre volume. Vous pouvez extraire cet ID en exécutant la commande ibmcloud is volume <volume_ID>.

Examen des détails de la connexion du volume pour un noeud worker de VPC à l'aide de l'API

Vous pouvez utiliser une demande GET pour extraire les détails de connexion du volume pour un noeud worker de VPC.

1. Récupérez votre jeton IAM.

   ibmcloud iam oauth-tokens
   

2. Extrayez l'ID du groupe de ressources (Resource Group ID) dans lequel est déployé votre cluster.

   ibmcloud oc cluster get <cluster_name_or_ID> | grep "Resource Group ID"
   

3. Extrayez l'ID du noeud worker dont vous souhaitez obtenir les détails de connexion du volume. Veillez à sélectionner un noeud worker situé dans la même zone que votre instance Block Storage for Classic.

   ibmcloud oc worker ls --cluster <cluster_name_or_ID>
   

4. Examinez la liste des connexions de volume existantes sur un noeud worker.

   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. Extrayez les détails d'une connexion spécifique.

   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

   Jeton OAuth IAM pour votre session en cours. Vous pouvez extraire cette valeur en exécutant la commande ibmcloud iam oauth-tokens.

   cluster_ID

   ID unique attribué à votre cluster. Vous pouvez extraire cet ID en exécutant la commande ibmcloud oc cluster ls.

   worker_ID

   ID unique affecté au noeud worker auquel vous souhaitez connecter votre volume. Vous pouvez extraire cette valeur en exécutant la commande ibmcloud oc worker ls -c <cluster_name>.

   volume_ID

   ID unique affecté à votre volume Block Storage for Classic. Vous pouvez extraire la liste de vos volumes Block Storage for Classic en exécutant la commande ibmcloud is volumes.

   volume_attachment_ID

   ID unique affecté à la connexion de votre volume. Vous pouvez extraire cet ID en exécutant la commande ibmcloud is volume <volume_ID>.

Retrait de Block Storage for VPC brut des noeuds worker de VPC à l'aide de l'API

Vous pouvez retirer le stockage de votre noeud worker à l'aide de la commande ibmcloud oc storage attachment rm.

Connectez-vous à votre compte. Le cas échéant, ciblez le groupe de ressources approprié. Définissez le contexte de votre cluster.

1. Répertoriez vos volumes de stockage et notez l'ID du volume à supprimer.

   ibmcloud is vols
   

2. Obtenez les détails de votre volume, par exemple, l'ID du noeud worker (worker-id) où le volume est connecté. L'ID worker-id est répertorié sous Instance name dans la section Volume Attachment Instance Reference de la sortie de la commande.

   ibmcloud is vol <volume-ID>
   

   Exemple de sortie

   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. Répertoriez les pièces jointes de stockage d'un noeud worker de votre cluster et notez l'ID de la pièce jointe que vous souhaitez retirer.

   ibmcloud oc storage attachment ls -c <cluster> --worker <worker-id>
   

   Exemple de sortie :

   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. Supprimez la connexion de stockage.

   ibmcloud oc storage attachment rm --attachment <attachment-ID> -c <cluster> --worker <worker-ID>
   

5. Vérifiez que votre stockage a été supprimé du noeud worker.

   ibmcloud oc storage attachment ls -c <cluster-ID> --worker <worker-id>
   

Configuration d'une instance de service IBM Cloud Object Storage

Créez et configurez une instance de service IBM Cloud Object Storage qui servira de référentiel pour les données que vous souhaitez sauvegarder.

1. Créez une instance de service IBM Cloud Object Storage qui utilise des données d'identification HMAC.
2. Stockez vos données d'identification IBM Cloud Object Storage dans un secret Kubernetes.
3. Créez votre premier compartiment IBM Cloud Object Storage.
   1. Dans le volet de navigation de la page des détails du service, cliquez sur Compartiments.
   2. Cliquez sur Créer un compartiment. Une boîte de dialogue s'affiche.
   3. Entrez un nom unique pour votre compartiment. Le nom doit être unique dans IBM Cloud Object Storage sur toutes les régions et sur tous les comptes IBM Cloud.
   4. Dans la liste Résilience, sélectionnez le niveau de disponibilité souhaité pour vos données. Pour plus d'informations, voir Régions IBM Cloud Object Storage et noeuds finaux. Pour les clusters de VPC, notez le noeud final direct. Par exemple: s3.direct.us.cloud-object-storage.appdomain.cloud.
   5. Changez la valeur de Site pour qu'elle corresponde à la région dans laquelle vous voulez stocker vos données. Gardez à l'esprit que pour des raisons juridiques, vous ne serez peut-être pas autorisé à stocker vos données dans toutes les régions.
   6. Cliquez sur Créer.
4. Extrayez le nom d'hôte IBM Cloud Object Storage de votre compartiment.
   1. Cliquez sur le nom du seau que vous avez créé à l'étape précédente.
   2. Dans le volet de navigation de la page des détails du service, cliquez sur Compartiments > Configuration.
   3. Notez l'URL publique que vous pouvez utiliser pour accéder aux données de votre compartiment.

Pour plus d'informations sur la configuration de votre instance de service, voir la documentation IBM Cloud Object Storage.

Utilisation d'IBM Cloud Object Storage pour sauvegarder et restaurer les données de la PVC

Vous pouvez utiliser la charte Helm IBM Cloud Backup Restore pour sauvegarder des données dans une réservation de volume persistant (PVC) de stockage de fichiers ou de stockage par blocs dans IBM Cloud Object Storage ou restaurer des données d'IBM Cloud Object Storage dans une PVC sur votre cluster.

Avant de commencer :

• Vérifiez que vous disposez d'une réservation de volume persistant dans laquelle sauvegarder ou restaurer des données. Pour plus d'informations sur la création d'une PVC, voir Ajout de stockage de fichiers à des applications et Ajout de stockage par blocs à des applications.

• Si vous souhaitez effectuer une sauvegarde de PVC de stockage par blocs, assurez-vous que votre PVC n'est pas montée sur une application. Le stockage par blocs est monté avec un mode d'accès RWO. Ce type d'accès autorise uniquement le montage d'un pod à la fois sur le stockage par blocs. Pour sauvegarder vos données, vous devez retirer le pod d'application qui monte le stockage. Pour vérifier si un pod est monté sur votre PVC, exécutez la commande suivante.

  oc get pods --all-namespaces -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.volumes[*]}{.persistentVolumeClaim.claimName}{" "}{end}{end}' | grep "<pvc_name>"
  

• Récupérez vos données d'identification pour le service IBM Cloud Object Storage, le nom du compartiment et le nom d'hôte du compartiment.

• Suivez les instructions d'installation du client Helm sur votre machine locale et configurez les référentiels de la charte Helm IBM Cloud.

• Accédez à votre cluster Red Hat OpenShift.

Vous pouvez déployer le pod ibm-storage-backup ou ibm-storage-restore en éditant et en appliquant le fichier values.yaml de la charte Helm ou en exécutant la commande helm install dans l'interface de ligne de commande.

Pour sauvegarder ou restaurer une réservation de volume persistant en éditant le fichier values.yaml :

1. Téléchargez la version de la charte Helm la plus récente sur votre machine locale.

   helm fetch --untar iks-charts/ibmcloud-backup-restore
   

2. Ouvrez le fichier values.yaml dans l'éditeur de ligne de commande nano.

   nano ibmcloud-backup-restore/values.yaml
   

3. Configurez votre charte Helm pour sauvegarder ou restaurer les données PVC. Vous pouvez configurer la sauvegarde de plusieurs PVC.

   Exemple de création d'un pod de sauvegarde en configurant le fichier 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

   Entrez l'ID de clé d'accès des données d'identification pour le service IBM Cloud Object Storage que vous avez récupéré précédemment.

   SECRET_ACCESS_KEY

   Entrez la clé d'accès secrète des données d'identification pour le service IBM Cloud Object Storage que vous avez récupérée précédemment.

   ENDPOINT

   Entrez le noeud final d'API IBM Cloud Object Storage s3 correspondant à votre compartiment que vous avez récupéré précédemment.

   BUCKET_NAME

   Sauvegarde : entrez le nom du compartiment IBM Cloud Object Storage que vous avez créé précédemment. Vous utilisez ce compartiment pour stocker les données PVC lorsque vous effectuez une sauvegarde. Restauration : entrez le nom du compartiment IBM Cloud Object Storage dans lequel est stockée votre sauvegarde.

   BACKUP_NAME

   Sauvegarde : entrez le nom de la sauvegarde que vous souhaitez créer dans IBM Cloud Object Storage. Restauration : entrez le nom de la sauvegarde que vous avez créée avec la charte Helm IBM Cloud Backup Restore dans IBM Cloud Object Storage. Si votre instance de service IBM Cloud Object Storage contient plusieurs sauvegardes intégrales, la réservation de volume persistant est restaurée avec les données de la dernière sauvegarde intégrale. Si vous avez des sauvegardes incrémentielles, la réservation de volume persistant est restaurée avec les données de la dernière sauvegarde intégrale, y compris toutes les sauvegardes incrémentielles jusqu'au jour où vous lancez la restauration.

   PVC_NAMES

   Sauvegarde : entrez le nom du PVC que vous souhaitez sauvegarder. Pour sauvegarder plusieurs PVC, ajoutez chaque PVC dans la liste des PVC. Pour répertorier les PVC disponibles de votre cluster pouvant être sauvegardées, exécutez la commande oc get pvc. Restauration : entrez le nom de la PVC dans laquelle vous souhaitez restaurer les données d'IBM Cloud Object Storage. Vous ne pouvez restaurer des données que dans une seule PVC à la fois. Pour répertorier les PVC disponibles dans votre cluster dans lesquelles vous pouvez restaurer des données, exécutez la commande oc get pvc.

   CHART_TYPE

   Entrez le nom du type de charte que vous souhaitez déployer. Entrez backup pour déployer la charte de sauvegarde. Entrez restore pour déployer la charte de restauration.

   BACKUP_TYPE

   Requis uniquement pour les sauvegardes. Entrez full pour créer une sauvegarde intégrale ou incremental si vous souhaitez uniquement sauvegarder les fichiers nouveaux ou modifiés. Si vous choisissez incremental, vous devez spécifier les options SCHEDULING_INFO et SCHEDULING_TYPE. Si vous n'indiquez pas l'option BACKUP_TYPE, une sauvegarde intégrale est créée par défaut.

   SCHEDULE_TYPE

   Requis uniquement pour les sauvegardes. Entrez periodic pour créer des sauvegardes planifiées ou laissez cette option vide pour créer une sauvegarde ponctuelle. Si vous envisagez de créer des sauvegardes régulières, vous devez définir l'intervalle de sauvegarde dans l'option SCHEDULE_INFO.

   SCHEDULE_INFO

   Requis uniquement pour les sauvegardes. Si vous souhaitez créer des sauvegardes régulières, vous devez déterminer un planning de sauvegarde. Choisissez hourly (horaire), daily (quotidienne) ou weekly (hebdomadaire). Si vous définissez cette option, vous devez indiquer la valeur SCHEDULE_TYPE pour l'option periodic.

4. Sauvegardez et fermez le fichier values.yaml.

5. Installez la charte Helm avec vos paramètres personnalisés dans le fichier values.yaml. Lorsque vous installez la charte Helm et que vous configurez une sauvegarde ou une restauration, un pod ibm-storage-backup ou ibm-storage-restore est déployé dans votre cluster. Le pod de sauvegarde effectue une sauvegarde des données de votre PVC vers IBM Cloud Object Storage et le pod de restauration restaure les données dans une PVC. Remplacez <release_name> par un nom pour votre graphique Helm. Prenez soin d'installer les pods de sauvegarde et de restauration dans la même zone que la PVC que vous souhaitez sauvegarder ou restaurer.

   • Installez la charte Helm à l'aide de la commande helm install.

     helm install <release_name> ./ibmcloud-backup-restore -n <namespace>
     

     Exemple de sortie pour une sauvegarde :

     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
     

   • Facultatif : installez la carte Helm en définissant des options dans la commande helm install. Vous pouvez nommer votre édition en indiquant le paramètre --name.

     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. Vérifiez que la sauvegarde ou la restauration a abouti.

   Sauvegarde :

   1. Vérifiez que le statut du pod ibm-storage-backup est Running.

      oc get pods -A | grep backup
      

      Exemple de sortie

      ibm-storage-backup                        1/1     Running             0          64m
      

   2. Consultez les journaux du pod ibm-storage-backup pour vérifier que votre sauvegarde a abouti. Lorsque vous voyez le message ... backup completed dans les journaux, votre sauvegarde s'est terminée avec succès.

      oc logs ibm-storage-backup
      

      Exemple de sortie pour les sauvegardes quotidiennes.

      [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!!!
      

7. Vérifiez que vos données ont été sauvegardées ou restaurez.

   • Sauvegarde :

     1. Recherchez votre instance de service IBM Cloud Object Storage dans la Liste de ressources IBM Cloud.
     2. Dans la navigation, sélectionnez Buckets et cliquez sur le bucket que vous avez utilisé dans votre configuration de sauvegarde. La sauvegarde s'affiche en tant qu'objet dans votre compartiment.
     3. Examinez les fichiers compressés. Vous pouvez télécharger le fichier *.gz, extraire le fichier et vérifier les données sauvegardées.

   • Restaurer :

     1. Créez un fichier deployment.yaml avec un pod utilisé pour monter la PVC contenant vos données restaurées. L'exemple suivant déploie un pod nginx qui monte la PVC dans le répertoire de montage nommé /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

        Nom de l'image que vous désirez utiliser. Pour répertorier les images disponibles dans votre compte IBM Cloud Container Registry, exécutez la commande ibmcloud cr image-list.

        spec.containers.name

        Nom du conteneur que vous désirez déployer dans votre cluster.

        spec.containers.volumeMounts.mountPath

        Chemin absolu du répertoire où est monté le volume dans le conteneur. Les données écrites dans le chemin de montage sont stockées sous le répertoire racine dans votre instance de stockage par blocs physique. Si vous souhaitez partager un volume entre différentes applications, vous pouvez spécifier des sous-chemins de volume pour chacune de vos applications.

        spec.containers.volumeMounts.name

        Nom du volume à monter sur votre pod.

        volumes.name

        Nom du volume à monter sur votre pod. Ce nom est généralement identique à volumeMounts/name.

        volumes.persistentVolumeClaim.claimName

        Nom de la réservation de volume persistant (PVC) liée au volume persistant (PV) que vous voulez utiliser.

     2. Créez le déploiement.

        oc apply -f deployment.yaml
        

     3. Vérifiez que le statut de votre pod est Running.

        Si vous constatez que le statut de votre pod ibm-storage-restore ne passe pas à Completed ou CrashLoopBackOff, il se peut que la restauration de vos données ait échoué. Exécutez la commande oc logs ibm-storage-restore pour rechercher la cause première de l'échec.

        oc get pods | grep restore
        

        Exemple de sortie

        restore-7dfc6f4c78-wkcqp                  1/1     Running             0          3m54s
        

     4. Connectez-vous à votre pod.

        oc exec <pod_name> -it bash
        

     5. Accédez au répertoire de montage que vous avez spécifié dans votre fichier YAML de déploiement.

        cd <mount_directory>
        

     6. Répertoriez les fichiers de votre répertoire de montage pour vérifier si toutes vos données ont été restaurées dans ce répertoire.

        ls
        

     7. Supprimez l'installation de la charte Helm de votre cluster. Cette étape est obligatoire si vous avez restauré les données dans une réservation de volume persistant de stockage par blocs. Le stockage par blocs est monté avec un mode d'accès RWO. Ce type d'accès autorise uniquement le montage d'un pod à la fois sur le stockage par blocs. Etant donné que le pod ibm-storage-restore effectue déjà le montage de la PVC, vous devez retirer le pod pour libérer la PVC de sorte à pouvoir la monter sur un autre pod dans votre cluster.

        helm uninstall <release_name> -n <namespace>
        

     8. Vous avez restauré votre sauvegarde avec succès. Vous pouvez désormais monter la réservation de volume persistant (PVC) qui lie le volume persistant (PV) à un autre pod dans votre cluster pour accéder aux fichiers restaurés. Si les données de conteneur qui ont été sauvegardées incluaient un utilisateur non root, vous devez ajouter des droits non root à votre nouveau conteneur. Pour plus d'informations, voir Ajout d'un accès utilisateur non root aux volumes.

Identification et résolution des incidents de stockage de persistance lorsqu'une alerte IBM Cloud Monitoring est déclenchée

Lorsqu'une alerte est déclenchée, examinez les détails de l'alerte dans IBM Cloud Monitoring et consultez les guides de traitement des incidents relatifs au stockage persistant, aux applications, aux noeuds worker et aux clusters pour trouver la cause première de l'alerte. Les alertes que vous définissez peuvent ne pas être liée à un problème de volume de stockage, mais à des problèmes qui se sont produits dans votre application, sur le noeud worker ou dans le cluster.

• Traitement des incidents liés aux volumes de stockage persistants.
• Traitement des incidents liés aux noeuds worker.
• Traitement des incidents liés aux applications.
• Traitement des incidents liés aux clusters.
• Ouverture d'un cas de support.