Atualizando o plug-in do IBM Cloud Block Storage Attacher

É possível fazer upgrade do plug-in do IBM Cloud Block Storage Attacher existente para a versão mais recente.

1. Atualize o repositório Helm para recuperar a versão mais recente de todos os gráficos Helm nesse repositório.

   helm repo update
   

2. Opcional: faça download do gráfico Helm mais recente em sua máquina local. Em seguida, extraia o pacote e revise o arquivo release.md para localizar as informações de liberação mais recentes.

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

3. Localize o nome do gráfico do Helm para o plug-in do IBM Cloud Block Storage Attacher.

   helm ls -A
   

   Saída de exemplo

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

4. Atualize o IBM Cloud Block Storage Attacher para o mais recente.

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

Removendo o plug-in do IBM Cloud Block Volume Attacher

Se não quiser provisionar e usar o plug-in IBM Cloud Block Storage Attacher no cluster, desinstale o gráfico Helm.

1. Localize o nome do gráfico do Helm para o plug-in do IBM Cloud Block Storage Attacher.

   helm list | grep ibm-block-storage-attacher
   

   Saída de exemplo

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

2. Exclua o plug-in do IBM Cloud Block Storage Attacher removendo o gráfico do Helm.

   helm uninstall <helm_chart_name> -n <namespace>
   

3. Verifique se os pods do plug-in do IBM Cloud Block Storage Attacher são removidos.

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

   A remoção dos pods será bem-sucedida se nenhum pod for exibido na saída da CLI.

4. Verifique se a classe de armazenamento do IBM Cloud Block Storage Attacher foi removida.

   oc get sc | grep attacher
   

A remoção da classe de armazenamento será bem-sucedida se nenhuma classe de armazenamento for exibida na saída da CLI.

Desconectando um Block Storage for Classic bruto e não formatado de um nó do trabalhador em um cluster de VPC usando a API

É possível usar uma solicitação DELETE para remover o armazenamento de um nó do trabalhador da VPC.

A remoção do armazenamento do seu cluster de VPC não remove o volume do seu Block Storage for Classic ou os dados armazenados no volume. Você continuará a ser faturado até que exclua manualmente o volume.

1. Identifique o volume de armazenamento a ser removido e anote o ID do volume.

   ibmcloud is volumes
   

2. Obtenha os detalhes sobre o volume. Este comando retorna o ID do nó do trabalhador e o ID de anexo. Observe o ID do nó do trabalhador. No comando a seguir, esse ID é retornado como "Nome da instância".

   ibmcloud is volume <volume_ID>
   

3. Recupere uma lista de seus PVs. Este comando retorna uma lista dos seus PVs, que você pode usar para determinar qual PVC utiliza o volume a ser removido.

   oc get pv
   

4. Descreva o PV que usa o volume. Se você não souber qual PV utiliza o volume a ser removido, pode executar o comando describe pv em cada PV do seu cluster. Observe o PVC que usa o PV.

   oc describe pv <pv_name>
   

5. Verifique se o seu volume de armazenamento está em uso por um pod. O comando a seguir mostra os pods que montam o volume e o PVC associado. Se nenhum pod for retornado, o armazenamento não estará em 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 o pod que seu volume estiver usando fizer parte de uma implementação, exclua a implementação. Se o seu pod não pertencer a uma implementação, exclua o pod.

   oc delete deployment <deployment_name>
   

   oc delete pod <pod_name>
   

7. Exclua o PVC e o PV.

   oc delete pvc <pvc_name>
   

   oc delete pv <pv_name>
   

8. Recuperar seu token do IAM.

   ibmcloud iam oauth-tokens
   

9. Desconecte o armazenamento usando uma solicitação POST.

   Exemplo de solicitação

   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

   O token IAM OAuth para sua sessão atual. É possível recuperar este valor executando ibmcloud iam oauth-tokens.

   cluster_name_or_ID

   O ID exclusivo ou o nome que é designado ao seu cluster. É possível recuperar esse ID executando ibmcloud oc cluster ls.

   worker_ID

   O ID exclusivo que é designado ao nó do trabalhador no qual você deseja anexar seu volume. É possível recuperar este valor executando ibmcloud oc worker ls -c CLUSTER_NAME.

   volume_ID

   O ID exclusivo que é designado ao volume do Block Storage for Classic. É possível recuperar uma lista de seus volumes Block Storage for Classic executando ibmcloud is volumes.

   volume_attachment_ID

   O ID exclusivo que é designado ao seu anexo de volume. É possível recuperar esse ID executando ibmcloud is volume <volume_ID>.

Revisando os detalhes da conexão de volume para um nó do trabalhador VPC usando a API

É possível usar uma solicitação GET para recuperar os detalhes do anexo de volume para um nó do trabalhador da VPC.

1. Recuperar seu token do IAM.

   ibmcloud iam oauth-tokens
   

2. Recupere o ID do grupo de recursos no qual seu cluster está implementado.

   ibmcloud oc cluster get CLUSTER_NAME_OR_ID | grep "Resource Group ID"
   

3. Recupere o ID do nó do trabalhador para o qual você deseja ver os detalhes do anexo de volume. Certifique-se de selecionar um nó de trabalho localizado na mesma zona que sua instância do Block Storage for Classic.

   ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID
   

4. Revise uma lista de anexos de volume existentes em um nó do trabalhador.

   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. Recupere os detalhes para um anexo específico.

   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

   O token IAM OAuth para sua sessão atual. É possível recuperar este valor executando ibmcloud iam oauth-tokens.

   cluster_ID

   O ID exclusivo que é designado ao seu cluster. É possível recuperar esse ID executando ibmcloud oc cluster ls.

   worker_ID

   O ID exclusivo que é designado ao nó do trabalhador no qual você deseja anexar seu volume. É possível recuperar este valor executando ibmcloud oc worker ls -c CLUSTER_NAME.

   volume_ID

   O ID exclusivo que é designado ao volume do Block Storage for Classic. É possível recuperar uma lista de seus volumes Block Storage for Classic executando ibmcloud is volumes.

   volume_attachment_ID

   O ID exclusivo que é designado ao seu anexo de volume. É possível recuperar esse ID executando ibmcloud is volume <volume_ID>.

Removendo um Block Storage for VPC bruto de nós do trabalhador VPC usando a CLI

É possível remover o armazenamento do seu nó do trabalhador usando o comando ibmcloud oc storage attachment rm.

Efetue login na sua conta. If applicable, target the appropriate resource group. Configure o contexto para o seu cluster.

1. Liste seus volumes de armazenamento e anote o ID do volume a ser removido.

   ibmcloud is vols
   

2. Obtenha os detalhes de seu volume, como o worker-id no qual o volume está conectado. O worker-id é listado como o Nome da Instância na seção Volume Attachment Reference da saída de comando.

   ibmcloud is vol <volume-ID>
   

   Saída de exemplo

   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. Liste as conexões de armazenamento em um nó do trabalhador em seu cluster e anote o ID de conexão que você deseja remover.

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

   Saída de exemplo:

   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. Remova o anexo de armazenamento.

   ibmcloud oc storage attachment rm --attachment ATTACHMENT_ID -c CLUSTER --worker WORKER_ID
   

5. Verifique se o seu armazenamento foi removido do nó do trabalhador.

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

Configurando uma instância de serviço do IBM Cloud Object Storage

Crie e configure uma instância do serviço IBM Cloud Object Storage para servir como repositório dos dados a serem copiados.

1. Crie uma instância de serviço do IBM Cloud Object Storage que usa credenciais do HMAC.
2. Armazene as credenciais de seu IBM Cloud Object Storage em um segredo do Kubernetes.
3. Crie seu primeiro depósito do IBM Cloud Object Storage.
   1. Na navegação na página de detalhes de serviço, clique em Depósitos.
   2. Clique em Criar depósito. A dialog box is displayed.
   3. Insira um nome exclusivo para seu depósito. The name must be unique within IBM Cloud Object Storage across all regions and across all IBM Cloud accounts.
   4. Na lista “Resiliência”, selecione o nível de disponibilidade para seus dados. Para mais informações, consulte Regiões e terminais do IBM Cloud Object Storage. Para clusters de VPC, tome nota do terminal direto Por exemplo: s3.direct.us.cloud-object-storage.appdomain.cloud.
   5. Altere a localização para a região onde você armazena seus dados. Keep in mind that your data might not be allowed to be stored in every region due to legal reasons.
   6. Clique em Criar.
4. Recupere o nome do host do IBM Cloud Object Storage para o seu depósito.
   1. Clique no nome do bucket que você criou na etapa anterior.
   2. Na barra de navegação da página de detalhes do serviço, clique em Buckets > Configuração.
   3. Anote a URL pública que pode ser usada para acessar os dados em seu depósito.

Para mais informações sobre como configurar sua instância de serviço, consulte a documentação do IBM Cloud Object Storage.

Usando o IBM Cloud Object Storage para fazer backup e restaurar dados de PVC

É possível usar o gráfico do Helm de backup e restauração do IBM Cloud para fazer backup dos dados em um PVC de armazenamento de arquivo ou de armazenamento de bloco no IBM Cloud Object Storage ou restaurar dados do IBM Cloud Object Storage para um PVC em seu cluster.

Antes de Iniciar:

• Certifique-se de ter um PVC no qual seja possível fazer backup ou restaurar os dados. Para obter mais informações sobre como criar uma PVC, consulte Incluindo o armazenamento de arquivo em apps e Incluindo o armazenamento de bloco em apps.

• Para fazer backup de um PVC de armazenamento em bloco, certifique-se de que seu PVC não esteja montado em um aplicativo. Block storage is mounted with a RWO access mode. This access allows only one pod to be mounted to the block storage at a time. To back up your data, you must remove the app pod that mounts the storage. To check whether a pod is mounted to your PVC, run the following command.

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

• Recupere suas credenciais de serviço do IBM Cloud Object Storage, o nome do depósito e o nome do host do depósito.

• Siga as instruções para instalar o cliente Helm em sua máquina local e configure os repositórios do gráfico do Helm do IBM Cloud.

• Acesse o seu Red Hat OpenShift cluster.

É possível implementar os pods ibm-storage-backup ou ibm-storage-restore, editando e aplicando o arquivo values.yaml do gráfico do Helm ou executando o comando helm install por meio da CLI.

Para fazer backup ou restaurar um PVC editando o arquivo values.yaml:

1. Faça download da versão mais recente do gráfico do Helm para sua máquina local.

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

2. Abra o arquivo values.yaml no editor de linha de comando nano .

   nano ibmcloud-backup-restore/values.yaml
   

3. Configure seu gráfico do Helm para fazer backup ou restaurar os dados de PVC. You can configure the backup for more than one PVC.

   Exemplo para criar um pod de backup configurando o arquivo 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

   Enter the access key ID of the IBM Cloud Object Storage service credentials that you retrieved earlier.

   SECRET_ACCESS_KEY

   Enter the secret access key of the IBM Cloud Object Storage service credentials that you retrieved earlier.

   ENDPOINT

   Enter the public IBM Cloud Object Storage s3 API endpoint for your bucket that you retrieved earlier.

   BUCKET_NAME

   Backup: insira o nome do depósito do IBM Cloud Object Storage que você criou anteriormente. You use this bucket to store PVC data when you perform a backup. Restaurar: insira o nome de depósito do IBM Cloud Object Storage no qual seu backup está armazenado.

   BACKUP_NAME

   Backup: insira o nome do backup que você deseja criar no IBM Cloud Object Storage. Restaurar: insira o nome do backup criado com gráfico do Helm de backup e restauração do IBM Cloud no IBM Cloud Object Storage. If you have multiple full backups in your IBM Cloud Object Storage service instance, the PVC is restored with the data of the last full backup. If you have incremental backups, the PVC is restored with the data of the last full backup, including all incremental backups up to the day where you start the restore.

   PVC_NAMES

   Backup: Digite o nome do PVC do qual deseja fazer o backup. Para fazer backup de vários PVCs, adicione cada um deles à lista de PVCs. Para listar os PVCs disponíveis em seu cluster que podem passar por backup, execute oc get pvc. Restaurar: Insira o nome do PVC para o qual você restaurará os dados a partir de IBM Cloud Object Storage. You can restore data to one PVC at a time only. Para listar PVCs disponíveis em seu cluster para as quais é possível restaurar dados, execute oc get pvc.

   CHART_TYPE

   Digite o nome do tipo de gráfico a ser implantado. Insira backup para implementar o gráfico de backup. Insira restore para implementar o gráfico de restauração.

   BACKUP_TYPE

   Required only for backups. Digite full para criar um backup completo ou incremental para fazer backup apenas dos arquivos novos ou alterados. Se você escolher incremental, as opções SCHEDULING_INFO e SCHEDULING_TYPE deverão ser especificadas. Se você não especificar a opção BACKUP_TYPE, um backup completo será criado por padrão.

   SCHEDULE_TYPE

   Required only for backups. Insira periodic para criar backups planejados ou deixe esta opção vazia para criar um backup único. Para criar backups periódicos, é necessário definir o intervalo de backup na opção “ SCHEDULE_INFO ”.

   SCHEDULE_INFO

   Required only for backups. Para criar backups periódicos, é preciso definir a programação dos backups. Escolha entre hourly, daily ou weekly. Se você configurar essa opção, SCHEDULE_TYPE deverá ser configurado para periodic.

4. Salve e feche o arquivo values.yaml.

5. Instale o gráfico do Helm com as configurações customizadas no arquivo values.yaml. Ao instalar o gráfico do Helm e configurar um backup ou restauração, um pod ibm-storage-backup ou ibm-storage-restore é implementado em seu cluster. The backup pod backs up the data from your PVC to IBM Cloud Object Storage and the restore pod restores data to a PVC. Substitua <release_name> por um nome para o gráfico Helm. Be sure to install the backup and restore pods in the same zone as the PVC that you want to back up or restore.

   • Instale o gráfico do Helm usando o comando helm install.

       helm install <release_name> ./ibmcloud-backup-restore -n <namespace>
       ```
       Saída de exemplo para 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
       ```
   * Opcional: Instale o gráfico “ Helm ” definindo as opções no comando “ `helm install` ”. É possível nomear sua liberação especificando o parâmetro `--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. Verifique se o backup de dados ou a restauração foram concluídos com sucesso.

Backup: 1. Verifique se o pod ibm-storage-backup tem um status de Em execução. sh {: pre} oc get pods -A | grep backup Saída de exemplo

    ```sh {: screen}
    ibm-storage-backup                        1/1     Running             0          64m
    ```
2. Revise os logs do pod `ibm-storage-backup` para ter certeza de que seu backup foi bem-sucedido. Quando você vir a mensagem “ `... backup completed` ” nos registros, isso significa que seu backup foi concluído com sucesso.

```sh {: pre}
    oc logs ibm-storage-backup
    ```
    Saída de exemplo para backups diários.

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

7. Verifique se os dados foram submetidos a backup e restaurados com sucesso.

   • Backup:

     1. Localize sua instância de serviço do IBM Cloud Object Storage na lista de recursos do IBM Cloud.
     2. Na barra de navegação, selecione “Buckets” e clique no bucket que você utilizou na sua configuração de backup. O backup é exibido como um objeto em seu depósito.
     3. Revise os arquivos compactados. É possível fazer o download do arquivo *.gz, extrair o arquivo e verificar os dados submetidos a backup.

   • Restauração:

     1. Crie um arquivo deployment.yaml com um pod que monta a PVC que contém seus dados restaurados. O exemplo a seguir implementa um pod nginx que monta a PVC no diretório de montagem do /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

        O nome da imagem a ser usada. Para listar as imagens disponíveis em sua conta do IBM Cloud Container Registry, execute ibmcloud cr image-list.

        spec.containers.name

        O nome do contêiner a ser implementado em seu cluster.

        spec.containers.volumeMounts.mountPath

        O caminho absoluto do diretório no qual o volume está montado dentro do contêiner. Os dados gravados no caminho de montagem são armazenados sob o diretório-raiz em sua instância de armazenamento de bloco físico. Para compartilhar um volume entre diferentes aplicativos, você pode especificar subcaminhos do volume para cada um dos seus aplicativos.

        spec.containers.volumeMounts.name

        O nome do volume a ser montado no pod.

        volumes.name

        O nome do volume a ser montado no pod. Geralmente esse nome é o mesmo que volumeMounts/name

        volumes.persistentVolumeClaim.claimName

        O nome do PVC que une o PV a ser utilizado.

     2. Crie a implementação.

        oc apply -f deployment.yaml
        

     3. Verifique se o seu pod tem um status de Em execução.

        Se você descobrir que o seu pod ibm-storage-restore não atinge um status Concluído ou CrashLoopBackOff, a restauração de seus dados poderá ter falhado. Execute oc logs ibm-storage-restore para localizar a causa raiz para a falha.

        oc get pods | grep restore
        

        Saída de exemplo

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

     4. Efetue login em seu pod.

        oc exec <pod_name> -it bash
        

     5. Navegue até o diretório de montagem que você especificou em sua implementação YAML.

        cd <mount_directory>
        

     6. Liste os arquivos em seu diretório de montagem para verificar se todos os seus dados são restaurados para o diretório de montagem.

        ls
        

     7. Exclua a instalação do gráfico do Helm de seu cluster. Esta etapa será necessária se você tiver restaurado dados para uma PVC de armazenamento de bloco. Block storage is mounted with a RWO access mode. This access allows only one pod to be mounted to the block storage at a time. Como o pod ibm-storage-restore já monta a PVC, deve-se remover o pod para liberar a PVC para que seja possível montá-la em um pod diferente no cluster.

        helm uninstall <release_name> -n <namespace>
        

     8. Você restaurou seu backup com sucesso. Agora é possível montar o PVC que liga o PV a qualquer outro pod no cluster para acessar os arquivos restaurados. Se os dados do contêiner cujo backup foi feito incluíam um usuário não raiz, deve-se incluir permissões não raiz no novo contêiner. Para obter mais informações, consulte Incluindo acesso de usuário não raiz aos volumes.

Resolução de problemas de armazenamento persistente quando um alerta do IBM Cloud Monitoring é acionado

Quando um alerta for acionado, revise os detalhes de alerta no IBM Cloud Monitoring e revise os guias de resolução de problemas para armazenamento persistente, apps, nós do trabalhador e clusters para localizar a causa raiz do alerta. Os alertas que você configurou podem não estar relacionados a um problema de volume de armazenamento, mas a problemas que ocorreram em seu app, no nó do trabalhador ou no cluster.

• Resolução de problemas de volumes de armazenamento persistente.
• Resolução de problemas de nós do trabalhador.
• Resolução de problemas de apps.
• Resolução de problemas de clusters.
• Abra um caso de suporte.